Comparaison des exécutions

Ouvrez BoosterX → Benchmark → Comparaison et ajoutez les résultats enregistrés souhaités. Pour une expérience avant/après, choisissez la même version de charge, le même profil et les mêmes conditions. La différence des chiffres en soi ne prouve pas l’effet d’un réglage.

Dans l’interface, vous pouvez étudier les différences entre différents lancements : CPU, GPU, latences, valeurs absolues et pourcentages. La non-concordance des conditions ne rend pas les chiffres eux-mêmes inutiles, mais elle limite la conclusion sur la cause de la différence. Vérifiez les avertissements de compatibilité et ne considérez pas la comparaison de versions différentes comme une expérience propre.

Les scores peuvent être recalculés selon la formule serveur en vigueur, il faut donc comparer les évaluations d’une même méthodologie et, séparément, les métriques brutes. Le recalcul ne modifie pas la charge effectuée. La place dans un classement en ligne unique ne prouve pas l’identité des conditions de mesure.

Plan de l’expérience

1. Notez le modèle du processeur et de la carte graphique, les versions de Windows et du pilote. Entre les tests, ne changez pas le mode d’alimentation ni le refroidissement. Utilisez le même ensemble de programmes en arrière-plan.
2. Effectuez d’abord au moins trois tests sans modifier les réglages. Vous verrez ainsi la dispersion habituelle des résultats. Pour conclure sur de petites différences, davantage de répétitions peuvent être nécessaires.
3. Modifiez un réglage et répétez les tests. Si un redémarrage est nécessaire, effectuez-le aussi avant la série avec les réglages d’origine. Avant chaque lancement, attendez la même durée.
4. Si possible, vérifiez les réglages d’origine, puis les réglages modifiés, puis de nouveau les réglages d’origine : A → B → A. Une telle séquence aide à distinguer l’effet du réglage de l’échauffement et de la charge de fond.
5. Conservez tous les résultats. Déterminez à l’avance quels incidents rendent un test inutilisable pour la comparaison, par exemple une interruption du lancement. Si vous excluez un test, indiquez la raison. Une évaluation faible n’est pas en soi une raison de le supprimer.

Gardez identiques la résolution d’écran et le mode fenêtré ou plein écran. Si vous vérifiez l’influence de la résolution, répétez le test plusieurs fois pour chaque résolution choisie.

Ce qu’il faut prendre en compte

Δ score, % = 100 × (mean_after / mean_before − 1)
CV, % = 100 × sample_standard_deviation / mean

Comparez les valeurs moyennes et la dispersion entre les lancements. Vérifiez non seulement le score final, mais aussi les évaluations individuelles, les latences en millisecondes, le P99 / 1% Low CPU et la vitesse d’exécution de chaque charge (throughput). Pour les latences, une différence négative signifie généralement une amélioration ; pour les scores, une différence positive signifie une hausse de l’évaluation.

Pour vérifier la répétabilité, comptez les lancements complets. Des milliers d’images dans un seul test ne remplacent pas des tests répétés : elles sont toutes obtenues dans une même session et dépendent de conditions communes.

Ce que l’on peut conclure

Un faible changement par rapport à la dispersion habituelle exige des répétitions supplémentaires. On ne peut pas établir de seuil universel du type « tout ce qui dépasse 1% est significatif » sur une seule série. Même une différence statistiquement discernable peut être trop faible pour un effet pratique.

Le diagnostic par blocs est déjà intégré aux résultats : pour chaque charge sont conservés la dispersion de la vitesse d’exécution par blocs, le décalage « premier-dernier » et la tendance par étapes. Cela permet de juger si la différence entre deux lancements dépasse le bruit observé en leur sein, avant même de nouvelles répétitions. Les formules selon lesquelles les blocs sont agrégés en scores sont ouvertes dans le calcul des scores.

Dans la série archivée de huit lancements de la version 0.5.2, les répétitions et les résolutions ont été comparées sur un système optimisé. Elle ne contient pas d’état non optimisé et ne prouve donc pas le gain apporté par BoosterX.

Le test synthétique aide à étudier les changements dans le fonctionnement du système. Pour vérifier l’utilité pour un jeu précis, répétez la comparaison dans son scénario de jeu reproductible.

Mis à jour : 2026-10-02.