実行比較

完了した実行は、同じ負荷バージョン、スコアモデル、プロファイルで比較してください。変化率は数値の差を表しますが、それ自体が設定の効果を証明するものではありません。

数値を比較する前に、結果ファイルで実行のペアの互換性を確認してください。各ファイルには負荷バージョン — その構成の永続的な識別子 — とスコアリングモデル、および統計バージョンが記録されています。これらのフィールドをペアごとに比較してください。負荷またはスコアリングモデルが一致しない場合、実行は異なるプロトコルに属し、そのスコアは直接比較できません。これらの識別子の仕組みは方法論で説明されています。

実験計画

プロセッサとビデオカードのモデル、Windows とドライバーのバージョンを記録してください。テスト間で電源モードと冷却を変更しないでください。同じバックグラウンドプログラムのセットを使用してください。
まず設定を変更せずに少なくとも三回のテストを実行してください。そうすることで通常の結果のばらつきがわかります。小さな差異について結論を出すには、より多くの繰り返しが必要になる場合があります。
一つの設定を変更し、テストを繰り返してください。再起動が必要な場合は、元の設定でのシリーズの前にも実行してください。各実行の前に同じ時間待機してください。
可能であれば、元の設定、次に変更した設定、そして再び元の設定を確認してください: A → B → A。このような順序は、設定の効果をウォームアップやバックグラウンド負荷から切り離すのに役立ちます。
すべての結果を保存してください。どのような障害がテストを比較に不適切にするか、例えば実行の中断などを事前に定義してください。テストを除外する場合は理由を記載してください。低いスコア自体はそれを削除する理由にはなりません。

画面解像度とウィンドウモードまたは全画面モードを同じに保ってください。解像度の影響を確認する場合は、選択した各解像度でテストを数回繰り返してください。

何を数えるか

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

実行間の平均値とばらつきを比較してください。最終スコアだけでなく、個別の評価、ミリ秒単位の遅延、負荷の実行速度（throughput）も確認してください。遅延の場合、通常は負の差が改善を意味します。スコアの場合、正の差が評価の向上を意味します。

再現性を確認するには完全な実行を数えてください。一つのテスト内の数千フレームは繰り返しテストの代わりにはなりません。それらはすべて同じセッションで取得され、共通の条件に依存しています。

何を結論できるか

通常のばらつきに対する小さな変化には、追加の繰り返しが必要です。「1% を超えるものはすべて有意である」といった普遍的な閾値を一つのシリーズで設定することはできません。統計的に区別できる差であっても、実用的な効果には小さすぎる場合があります。

ブロックごとの診断はすでに結果に組み込まれています。各負荷について、ブロックごとの実行速度のばらつき、「最初-最後」のシフト、ステップごとのトレンドが保存されます。これにより、新しい繰り返しの前に、二つの実行の差がそれらの中で観測されるノイズを超えているかどうかを判断できます。ブロックがスコアに集約される計算式はスコア計算で公開されています。

八回の実行のシリーズでは、最適化されたシステムで繰り返しと解像度が比較されました。それには最適化されていない状態が含まれていないため、BoosterX による利点を証明するものではありません。

合成テストはシステムの動作の変化を調査するのに役立ちます。特定のゲームに対する有用性を確認するには、その再現可能なゲームシナリオで比較を繰り返してください。

確認済み: 2026-09-20。