Tester les goulots d’étranglement du PC : CPU, GPU, RAM, Gestionnaire des tâches et MSI Afterburner

Une chute soudaine du nombre d’images par seconde, des saccades irrégulières ou l’absence de gain après le remplacement de la carte graphique sont souvent attribuées à un goulot d’étranglement du PC. Cette piste peut être juste, mais une moyenne de FPS ou une mesure ponctuelle du processeur ne suffit pas à savoir si la limite vient du CPU, de la carte graphique, de la mémoire vive, de la température, d’un programme en arrière-plan ou d’un plafond de FPS. Un test fiable associe une première estimation, une surveillance en direct et une scène de jeu reproductible.

Avant les mesures, le processeur, la carte graphique, la quantité de mémoire et la résolution peuvent être saisis dans le calculateur de goulot d’étranglement du PC. Le résultat aide à formuler une hypothèse, par exemple une configuration plutôt limitée par le CPU ou par le GPU. Il ne s’agit pas de télémétrie en direct et il ne remplace pas les relevés d’utilisation, de température et de temps d’image pendant le jeu.

Préparer une scène de test reproductible

Il faut choisir un jeu, un niveau ou une tâche où le ralentissement revient régulièrement. La résolution, le préréglage graphique, le ray tracing, la synchronisation verticale et la limite de FPS restent identiques. La version du pilote, celle du jeu et les applications en arrière-plan doivent aussi rester aussi constantes que possible. La scène tourne quelques minutes avant l’enregistrement afin de laisser la compilation des shaders, le chargement des ressources et les températures se stabiliser. Les résultats sont comparés dans la même zone.

La moyenne des FPS ne suffit pas. Le 1% Low et la courbe du temps d’image révèlent les interruptions brèves cachées par la moyenne. Un jeu peut afficher une valeur élevée tout en restant irrégulier à cause de pics répétés. Il faut également vérifier que V-Sync, la fréquence de l’écran ou une limite interne ne bloque pas le nombre d’images.

Contrôle rapide avec le Gestionnaire des tâches

Ctrl + Maj + Échap ouvre le Gestionnaire des tâches de Windows. L’onglet Performances affiche le processeur, la mémoire et le GPU. L’utilisation totale du CPU peut être trompeuse : un jeu peut saturer quelques cœurs alors que la moyenne reste à 40% ou 50%. L’affichage doit être passé aux processeurs logiques pour repérer les threads proches de leur maximum. Pour le GPU, on surveille le moteur 3D, la mémoire dédiée, la température et le processeur graphique actif. Sur un portable, il faut confirmer que le jeu n’utilise pas le circuit graphique intégré.

Dans la partie Mémoire, les valeurs Utilisée et Disponible sont comparées. Lorsque la mémoire disponible est presque épuisée et que la mémoire validée approche de sa limite, Windows sollicite davantage le fichier d’échange. Des pauses de chargement et des pics de temps d’image peuvent apparaître. Un disque à 100% pendant une saccade peut traiter la pagination ou charger les ressources du jeu ; il n’est donc pas forcément l’unique responsable.

Surveiller le jeu avec MSI Afterburner

Le Gestionnaire des tâches convient à une première vérification. MSI Afterburner avec RivaTuner Statistics Server permet une surveillance continue dans le jeu. Il faut activer l’utilisation et la fréquence de chaque cœur CPU, l’utilisation et la fréquence du GPU, les températures CPU et GPU, la VRAM, la RAM, les FPS et le temps d’image, puis afficher ces données à l’écran. Une liste courte reste lisible ; des dizaines de capteurs encombrent l’image.

MSI Afterburner sert ici uniquement à la surveillance. La tension, la limite de puissance et les réglages d’overclocking restent inchangés. Une mesure de référence est d’abord réalisée aux fréquences d’origine. Si la fréquence du CPU ou du GPU diminue lorsque la température monte, le refroidissement ou la limite de puissance devient la piste principale. Un composant plus rapide subirait la même baisse de fréquence si le problème thermique persistait.

Reconnaître une limite CPU ou GPU

Un goulot d’étranglement du CPU se manifeste souvent par un GPU sous 90% tandis qu’un ou plusieurs threads du processeur restent presque saturés. Si le passage de 1440p à 1080p apporte peu de FPS, la charge graphique a baissé mais le processeur ne prépare pas davantage d’images. Les grandes scènes multijoueurs, les simulations, les jeux de stratégie et les titres compétitifs à fréquence élevée exposent facilement cette limite. Les logiciels d’enregistrement, navigateurs et analyses de sécurité doivent être fermés avant le test.

La limite du GPU est généralement plus visible. Le moteur 3D reste entre 95% et 100%, et la baisse de résolution, des ombres, du ray tracing ou de l’anticrénelage améliore nettement les FPS. Un GPU pleinement utilisé n’est pas en panne ; le jeu exploite souvent correctement la carte. Il faut surtout contrôler l’objectif de FPS, la température et la capacité de VRAM. Une mémoire vidéo saturée peut provoquer de forts pics lors des changements de textures ou des scènes complexes.

La RAM ne se résume pas à sa capacité

Une mémoire vive presque pleine accompagnée d’une pagination fréquente est le signe le plus clair d’un manque de capacité. Le nombre de canaux et la fréquence comptent aussi. Une mémoire en simple canal peut réduire les FPS minimums de certains jeux malgré une capacité suffisante. RAM et VRAM sont différentes : la première sert au processeur et aux applications, la seconde stocke textures, tampons et données traitées par la carte graphique.

Après avoir fermé navigateurs, lanceurs et applications résidentes, la même scène est rejouée. Si les saccades diminuent et que davantage de mémoire devient disponible, la cause se précise. Sans changement, il faut poursuivre avec les threads CPU, l’utilisation du GPU, les températures et l’activité du stockage.

Confirmer avec deux modifications contrôlées

Le premier essai modifie seulement la résolution et les réglages lourds pour le GPU. Une forte hausse des FPS à basse résolution indique une pression graphique. Une différence minime oriente plutôt vers le CPU, le moteur du jeu ou une limite de FPS. Le second essai garde la résolution et réduit les options dépendantes du processeur, comme la densité de population, la physique, la simulation et la distance d’affichage. Un gain renforce le diagnostic d’une limite CPU.

Chaque essai est exécuté au moins deux fois. Les FPS moyens, le 1% Low, l’utilisation GPU, la température maximale et la mémoire occupée sont notés. Modifier dix options à la fois empêche d’identifier celle qui produit le gain. Si les résultats se contredisent, il faut vérifier la scène, la compilation des shaders et le chargement récent de ressources.

Agir selon le résultat

  • Limite CPU : fermer les tâches de fond, contrôler refroidissement et fréquence, utiliser une configuration mémoire double canal adaptée et réduire les options lourdes pour le processeur. Le remplacement du CPU vient seulement si l’objectif reste inaccessible.
  • Limite GPU : réduire la résolution ou les effets coûteux, utiliser la mise à l’échelle prise en charge par le jeu et contrôler température et puissance. Une carte plus rapide devient utile si davantage de qualité ou de FPS reste nécessaire.
  • Limite mémoire : réduire les applications résidentes, vérifier installation et fréquence, puis ajouter de la RAM compatible si la capacité reste pleine. En cas de manque de VRAM, réduire d’abord textures et résolution.

Éviter les faux diagnostics

Une capture du Gestionnaire des tâches ne représente pas une session entière, et l’utilisation totale du CPU ne décrit pas chaque cœur. Un GPU sous 100% peut signaler une limite CPU, mais aussi V-Sync, un plafond de FPS, un menu ou un réglage du pilote. La limitation thermique, les modes d’alimentation du portable et le fonctionnement sur batterie modifient également le résultat.

Le calculateur en ligne estime l’équilibre de la configuration ; le Gestionnaire des tâches et MSI Afterburner montrent son état à un instant donné. Avec un test contrôlé, ils distinguent une limite matérielle persistante, une restriction propre à un jeu et une pause de chargement occasionnelle. Le but n’est pas un goulot théorique de 0%, mais une performance stable à la résolution et au nombre d’images visés.