Méthodologie du benchmark

PC Benchmark X mesure l’exécution de scénarios CPU/GPU définis et la latence de réaction à un signal logiciel. Le volume de travail à l’intérieur du scénario est fixe. Les durées et les poids des évaluations sont définis par la méthodologie que le client reçoit du serveur.

Cette page décrit la génération du moteur 0.8.0 et les paramètres de base. Les paramètres réels d’un nouveau lancement peuvent différer après une mise à jour de la méthodologie serveur. Un test déjà effectué ne reçoit pas de nouvelles mesures du fait d’un changement de réglages : seul un recalcul de ses points à partir des données enregistrées est possible.

Préparation

Ouvrez BoosterX → Бенчмарк → Тест, sélectionnez un profil et vérifiez les paramètres affichés. Pendant les mesures, BoosterX suspend sa propre surveillance et réduit ses fenêtres, puis restaure leur état. Les programmes externes continuent de fonctionner et peuvent influencer les chiffres.

Répétez les tests avec une même version du moteur et du pilote, des réglages d’alimentation, d’overclocking et de refroidissement identiques. Sur un ordinateur portable, branchez le chargeur. Pour une comparaison avant/après, ne changez qu’un seul réglage et notez ce qui a été modifié exactement.

Séquence Candidate

Partie du lancement	Durée de base	Destination
Préchauffage	15 s	Préparer la charge jusqu’aux mesures comptabilisées
CPU	20 s au total	Trois blocs d’environ 6,67 s
GPU	30 s au total	Par 10 s sur Geometry, Shader et Compute, chacun en trois blocs
Combined	30 s au total	Trois blocs de 10 s
Calibrage	10 s	Ajuster la complexité de Loaded Latency
Préchauffage de la latence	2 s	Préparer le chemin de mesure
Baseline Latency	20 s	Mesurer la latence sous charge de base
Loaded Latency	20 s	Mesurer la latence sous charge calibrée

Le Baseline du Candidate de base est augmenté de 5 précédents à 20 secondes. La valeur GPU du tableau concerne toute la partie GPU, et non chacun des trois scénarios séparément. Les transitions, la préparation des ressources et la finalisation ajoutent du temps aux durées indiquées.

Les charges performantes alternent en trois tours. Avant chaque bloc CPU, l’état de la simulation est réinitialisé et 512 images préparatoires hors comptage sont exécutées. Cela réduit la dépendance au bloc précédent, mais n’élimine pas le préchauffage, la variation des fréquences ou la charge de fond.

Profils de lancement et durées

Profil	Destination	Transition	Préchauffage	CPU	GPU total	Combined	Calibrage	Préchauffage de la latence	Baseline	Loaded
Candidate	Publication d’un résultat exploitable	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	20 s	20 s
Quick	Diagnostic local court	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	Diagnostic local prolongé	1 s	30 s	40 s	60 s	60 s	20 s	4 s	40 s	40 s

Ce sont les durées de base, qui peuvent être modifiées par le serveur. La disponibilité des profils est également gérée à distance. Le Candidate est destiné à la publication habituelle ; Quick et Extended restent locaux. Un ensemble de tests incomplet défini par l’utilisateur ne remplace pas un lancement classé.

Un enregistrement plus long donne plus d’observations, mais ne garantit pas en soi un meilleur score ni l’absence d’interférences. Ne mélangez pas les profils dans une expérience avant/après.

Collecte sans écriture sur disque à chaque image

Les mesures sont collectées dans des blocs de mémoire alloués à l’avance. À chaque image, le programme ne formate pas de JSON et n’écrit pas d’enregistrement de résultat sur le disque. Une fois le travail terminé, les données sont fusionnées et traitées. Cela réduit l’influence de la collecte sur le test, mais ne rend pas l’instrument de mesure gratuit en ressources.

Les métriques synthétiques, les distributions temporelles et les informations sur le lancement sont conservées. Un recalcul à partir des mesures enregistrées vérifie l’arithmétique ; la répétabilité matérielle ne peut être vérifiée que par de nouveaux lancements.

Qualité du lancement et inexploitabilité du résultat

Faites attention aux avertissements concernant la charge de fond, l’alimentation, le changement de fenêtres, le changement d’écrans et les conditions d’environnement. La virtualisation ou un avertissement distinct ne prouvent en soi ni une falsification, ni une cause précise d’une note basse.

Un lancement annulé, incomplet ou mesuré de manière incorrecte peut ne pas avoir de note exploitable et n’est pas admis à la publication habituelle. Le serveur détermine séparément la disponibilité de la publication et la nécessité d’une vérification. Suivez le message dans le programme ; répétez le test dans des conditions calmes si la cause est liée à la mesure.

La qualité de l’enregistrement ne signifie pas que toutes les interférences externes ont pu être exclues. Une conclusion pratique nécessite des tests répétés et des conditions comparables.

Comment lire le résultat

Indicateur	Sens
CPU Score	Vitesse du scénario CPU et P99 du temps de l’image CPU
GPU Score	Vitesse normalisée de Geometry, Shader et Compute
Core Latency Score	Évaluation de la latence interne ; plus de points, c’est mieux
Consistency	Caractéristique supplémentaire de la queue lente à l’intérieur du lancement
PC Score	Combinaison géométrique de CPU, GPU et Latency ; poids de base 60/20/20

Les latences réelles sont affichées en millisecondes, et pour elles, moins c’est mieux. Consistency n’entre pas comme composant séparé dans la nouvelle formule finale et ne remplace pas la répétabilité entre les lancements. Les formules, références et poids détaillés sont ouverts.

Limites du résultat

• Un scénario synthétique aide à détecter les changements du système, mais ne remplace pas le test d’un jeu précis.
• Une faible dispersion ne prouve pas encore l’exactitude de chaque horodatage ni l’absence d’erreur systématique.
• Core Latency ne mesure pas le chemin complet de la souris jusqu’à l’allumage du pixel.
• La position globale dans le classement dépend des poids choisis, de la composition des participants et du recalcul serveur.
• Le recalcul d’un ancien score ne fait pas de l’ancienne version de la charge une nouvelle. Pour comparer des scénarios corrigés, effectuez un nouveau test.

Archive de vérification de la répétabilité se rapporte à la version 0.5.2. La nouvelle méthodologie n’hérite pas automatiquement de ses indicateurs de dispersion mesurés.

Mis à jour : 2026-10-02.