Lire le benchmark

Regarde le 1% low, pas la moyenne : le 1% low, c'est le pire 1 % des images, là où les saccades se voient, alors que deux machines avec les mêmes FPS moyens peuvent donner des sensations complètement différentes. Compare des runs avec le même jeu, la même carte, les mêmes réglages et la même durée, change une seule chose entre eux, et attends-toi à ce que les chiffres bougent de quelques pour cent d'eux-mêmes.

Ce qu'il mesure

Les temps d'image du jeu auquel tu es réellement en train de jouer, lus depuis la pile graphique elle-même plutôt que depuis un overlay accroché au jeu. Tu lances la capture, tu joues normalement, tu l'arrêtes.

Jouer à ton propre jeu, ça compte. Une scène synthétique te dit comment la machine encaisse cette scène ; elle ne peut pas te dire si ton jeu saccade à l'endroit précis où il saccade toujours.

Que veulent dire les FPS moyens, le 1% low et le temps d'image ?

Lis les low, pas la moyenne. Passer de 200 à 210 de moyenne ne change rien que tu puisses sentir. Passer de 90 à 140 sur le 1% low change tout.

Comment comparer honnêtement deux runs de benchmark ?

• Même jeu, même carte, mêmes réglages, même durée de run.
• Change une seule chose entre deux runs. Change-en trois et la comparaison ne te dit plus laquelle comptait.
• Joue de la même manière. Un run passé à regarder un mur et un run passé en pleine fusillade ne sont pas comparables.

Ce qui est écarté

Les images que le jeu rend quand il n'est pas au premier plan ne sont pas comptées : les secondes entre le lancement de la mesure et le passage au jeu, les secondes après le retour pour l'arrêter, chaque alt-tab entre les deux et la première seconde après le retour du jeu au premier plan. Un jeu en arrière-plan rend souvent une fraction de sa cadence normale, et ces images suffisent à elles seules à fixer le 1% low. Le résultat indique combien de secondes ont été écartées, et une mesure enregistrée par un w0a plus ancien, qui les comptait encore, n'est pas jugée face à une plus récente.

Démarrer et arrêter depuis le jeu

Le raccourci est désactivé jusqu'à ce que tu l'actives : tant que w0a tourne, une combinaison enregistrée est retirée à tous les autres programmes, donc w0a n'en prend aucune de lui-même. Clique sur le bouton Raccourci à côté du choix du jeu et appuie sur une combinaison, par exemple Alt+F11. Appuie ensuite dessus dans le jeu pour démarrer la mesure, et encore une fois pour l'arrêter : tu n'as pas à quitter le jeu pour ça. w0a reste en arrière-plan : il ne passe pas au premier plan et ne prend pas le focus. Le jeu ne reçoit pas la combinaison elle-même ; CS2 n'attribue ni Alt ni F11 par défaut, et toutes les autres touches arrivent au jeu comme avant. Si une mesure ne peut pas démarrer, le message attend que tu reviennes sur w0a.

Pour changer les touches plus tard, clique de nouveau sur le bouton Raccourci et appuie sur la nouvelle combinaison, en maintenant Ctrl, Alt, Maj ou Win avec la touche. Suppr désactive le raccourci, Échap annule, et le choix est conservé. Si un autre programme détient déjà la combinaison, une ligne sous le bouton le dit, et le raccourci ne fait rien tant que tu n'as pas choisi d'autres touches. w0a enregistre la combinaison auprès de Windows et rien d'autre : il n'intercepte pas le clavier et ne le lit pas.

Pourquoi les résultats de benchmark changent-ils d'un run à l'autre ?

Ils bougent toujours. La température, le travail en arrière-plan, l'endroit où tu as marché, ce qu'ont fait les autres joueurs. Quelques pour cent d'écart entre deux runs, c'est normal et ça ne prouve rien. Si un changement est réel, il revient à chaque fois et il se voit sur les low.

Après une mise à jour du pilote ou du jeu

Une paire prise de part et d'autre d'une mise à jour du jeu n'est pas jugée : la page nomme les deux versions et laisse l'écart sans couleur, comme elle le fait déjà pour un changement de pilote. Un patch change ce que fait le jeu lui-même, donc aucun écart de part et d'autre ne peut être attribué à un réglage. w0a lit la version dans les fichiers de Counter-Strike 2 ; pour les autres jeux, seul le pilote est comparé.

La première partie après une mise à jour du pilote ou du jeu peut compiler des shaders que le cache ne contient plus. Quand le premier run après la mise à jour la plus récente est sorti moins bon que le suivant sur les mêmes versions, de plus que le bruit propre aux deux runs, une note sous les résultats le dit. Rien ne mesure si la compilation des shaders en est la cause ; la note dit seulement que les deux concordent. Quand les deux runs ne diffèrent pas, il n'y a pas de note. Donc, après une mise à jour, joue une partie avant de mesurer et compare les réglages à partir du deuxième run.

Trancher avec une série A/B

Un seul run de chaque côté ne peut pas distinguer un petit changement de ces variations. Une série A/B répète la comparaison jusqu'à ce qu'elle le puisse. C'est toi qui décides ce que sont A et B (par exemple A : moteurs désactivés, B : activés) ; w0a ne modifie aucun réglage de lui-même.

• D'abord le pilote. Appuie sur Lancer un pilote et mesure la même scène dix fois sans rien changer. Le pilote mesure de combien ton 1% low bouge d'un run à l'autre de lui-même et, à partir de là, la plus petite différence qu'une série peut voir. Il vaut pour le même jeu sur le même matériel.
• Ensuite la série. Appuie sur Lancer une série A/B. La première mesure est un run d'échauffement sur le réglage A : il est enregistré et affiché, mais pas compté, car le premier run après le lancement du jeu tourne avec des caches froids et tomberait toujours sur A, ce qui ferait paraître B meilleur. Avant chaque mesure, la page indique le côté à mesurer, dans l'ordre A B B A, encore et encore. Passe à ce réglage, joue la même scène, arrête la mesure. Chaque B est comparé au A mesuré juste à côté, si bien que l'échauffement lent de la machine au fil de la soirée s'annule.
• Chaque run est la même scène et dure au moins 100 secondes. Dans le pilote, supprime le premier run après le lancement du jeu : les caches sont encore en train de chauffer.
• Le verdict vient du seul 1% low, dès qu'il y a au moins six paires utilisables (huit, c'est mieux) ; les autres lignes sont informatives. Trois réponses doivent concorder : un test des rangs signés, un intervalle à 95 % de la médiane de la différence qui exclut zéro, et une différence au moins aussi grande que la plus petite que la série peut voir. Sans pilote, ou sans dix runs A dans la série pour en tenir lieu, une différence est affichée mais pas tranchée.
• « Dans le bruit » est aussi un résultat : le changement n'a pas fait bouger les lows plus qu'ils ne bougent d'eux-mêmes.

Une paire que la carte de comparaison ne jugerait pas seule (un run trop court, des événements perdus, un moteur qui change d'état, un autre matériel) n'est pas comptée, et la série indique combien ont été écartées. Appuie sur Terminer la série quand tu as fini ; son résultat reste sur la page.

Combien de temps le jeu a attendu un processeur

Sous la liste des longs intervalles entre images, une carte lit pendant une courte fenêtre les propres enregistrements de l'ordonnanceur du noyau, une fois que le jeu présente des images depuis un moment : combien de temps les threads du jeu ont attendu entre le moment où ils étaient prêts à s'exécuter et celui où ils ont obtenu un processeur, et quels autres programmes tenaient le processeur entre-temps. Elle demande les droits d'administrateur, et une fenêtre où le noyau a perdu des événements n'affiche aucun chiffre plutôt qu'un chiffre faux. Avec deux runs sélectionnés, elle dit si l'attente a bougé plus que la dispersion propre des fenêtres.

La même carte indique le processeur sur lequel le thread le plus occupé du jeu (pris comme son thread principal) a le plus tourné, et le temps d'appels de procédure différés (DPC) mesuré là où il a tourné, à côté du processeur moyen. Une série ajoute une ligne : sur les runs d'un même réglage (le pilote ou le côté A), ce temps DPC et les saccades ont-ils monté et baissé ensemble ? Elle décrit seulement une coïncidence dans le temps ; ce qui cause quoi n'est pas mesuré.

Le réseau pendant la capture

Pendant une capture, tant que le jeu tourne, w0a envoie dix fois par seconde une petite sonde à 1.1.1.1, l'adresse qu'utilise la carte Connexion en direct de la page Connexion Internet. Ce n'est pas le serveur de ton jeu : cela mesure ton propre lien (la box, le Wi-Fi, le réseau de ton fournisseur d'accès), la partie que le trafic de chaque jeu traverse en premier. Une sonde sans réponse au bout d'une seconde compte comme perdue. Si le réseau ne répond jamais au ping, w0a passe à des poignées de main TCP sur le port 443 de la même adresse, cinq par seconde, et les pings d'avant le changement sortent de l'enregistrement : ils étaient filtrés, pas perdus. Tant qu'aucun jeu ne tourne, rien n'est envoyé, et hors capture l'enregistreur ne tourne pas du tout.

Avec deux runs sélectionnés, la carte de comparaison reçoit une ligne Réseau : l'aller-retour p95, la perte et les pics de chaque run côte à côte, sans couleur, car la carte compare des images, pas des réseaux. Le résultat copié porte les trois mêmes chiffres. Quand un run a été mesuré par poignées de main, la ligne le dit ; une poignée de main donne une valeur un peu plus haute qu'un ping. Son infobulle ajoute pour chaque run le p50, le p99, l'aller-retour le plus long et le seuil de pic.

Un pic est une suite de sondes au-dessus du seuil de pic, comptée une seule fois quelle que soit sa durée. Le seuil est le quartile supérieur plus trois écarts interquartiles, et jamais moins de 10 ms au-dessus de la médiane, pour que l'oscillation ordinaire d'un lien calme ne compte pas. Il faut au moins 20 sondes répondues, comme pour le p95 ; le p99 en demande 100. En dessous, le chiffre est un tiret, pas une estimation. L'enregistrement s'arrête après une heure de sondage, ou plus tôt si le chemin demande moins de paquets (ICMP source quench) ou si la sonde échoue, et l'infobulle dit pourquoi. Un run enregistré par un w0a plus ancien n'a pas d'enregistrement réseau.

Dans la liste des longs intervalles entre images, chaque intervalle indique combien de sondes étaient en vol dans la même fenêtre, combien sont restées sans réponse et l'aller-retour le plus long. Une phrase au-dessus de la liste compte les intervalles qui tombent dans la même fenêtre qu'une sonde sans réponse ou revenue au-dessus du seuil de pic. C'est tout ce qu'elle dit : les deux se sont produits en même temps. Si l'un a retardé l'autre n'est pas mesuré.

Les runs enregistrés alimentent le scan des saccades

Les runs que tu enregistres servent de preuves au scan des saccades : les images nettement plus lentes que celles qui les entourent y apparaissent comme un constat à part entière, à côté des causes possibles. Un run enregistré sur le jeu qui saccade est la preuve la plus directe que tu puisses lui donner.

Articles liés

• Ce que cherche le scan des saccades