ベンチマーク手法
目次
PC Benchmark X は、指定された CPU/GPU シナリオの実行と、ソフトウェア信号に対する反応遅延を測定します。シナリオ内の作業量は固定です。所要時間と評価の重みは、クライアントがサーバーから受け取る方法論によって定義されます。
このページでは、エンジン世代 0.8.0 と基本パラメータについて説明します。新しい実行の実際のパラメータは、サーバー側の方法論が更新された後に異なる場合があります。すでに実行されたテストは、設定の変更によって新しい測定値を得ることはありません。保存されたデータからそのスコアを再計算することだけが可能です。
BoosterX → ベンチマーク → テスト を開き、プロファイルを選択して、表示されているパラメータを確認します。測定中、BoosterX は自身のモニタリングを一時停止し、自身のウィンドウを最小化してから、その状態を復元します。外部プログラムは動作を続け、数値に影響を与える可能性があります。
同じエンジンバージョンとドライバー、同じ電源、オーバークロック、冷却の設定でテストを繰り返してください。ノートパソコンでは充電器を接続してください。前後の比較では、1 つの設定だけを変更し、何を変更したのかを記録してください。
Candidate のシーケンス
Section titled “Candidate のシーケンス”| 実行部分 | 基本所要時間 | 目的 |
|---|---|---|
| ウォームアップ | 15 秒 | 記録対象の測定前に負荷を準備する |
| CPU | 合計 20 秒 | 約 6,67 秒の 3 ブロック |
| GPU | 合計 30 秒 | Geometry、Shader、Compute を各 10 秒、それぞれ 3 ブロックで |
| Combined | 合計 30 秒 | 10 秒の 3 ブロック |
| キャリブレーション | 10 秒 | Loaded Latency の難易度を調整する |
| 遅延ウォームアップ | 2 秒 | 測定経路を準備する |
| Baseline Latency | 20 秒 | 基本負荷時の遅延を測定する |
| Loaded Latency | 20 秒 | キャリブレーション済み負荷時の遅延を測定する |
基本 Candidate の Baseline は、以前の 5 から 20 秒 に増加しました。表の GPU の値は GPU 部分全体を指し、3 つのシナリオそれぞれではありません。遷移、リソースの準備、終了は、示された所要時間に時間を追加します。
パフォーマンス負荷は3 つのラウンドで交互に実行されます。各 CPU ブロックの前に、シミュレーションの状態がリセットされ、記録対象外の 512 準備フレームが実行されます。これは前のブロックへの依存を減らしますが、ウォームアップ、周波数の変化、バックグラウンド負荷を排除するものではありません。
実行プロファイルと所要時間
Section titled “実行プロファイルと所要時間”| プロファイル | 目的 | 遷移 | ウォームアップ | CPU | GPU 合計 | Combined | キャリブレーション | 遅延ウォームアップ | Baseline | Loaded |
|---|---|---|---|---|---|---|---|---|---|---|
| Candidate | 適格な結果の公開 | 0,5 秒 | 15 秒 | 20 秒 | 30 秒 | 30 秒 | 10 秒 | 2 秒 | 20 秒 | 20 秒 |
| Quick | 短時間のローカル診断 | 0,25 秒 | 7,5 秒 | 10 秒 | 15 秒 | 15 秒 | 5 秒 | 1 秒 | 2,5 秒 | 10 秒 |
| Extended | 長時間のローカル診断 | 1 秒 | 30 秒 | 40 秒 | 60 秒 | 60 秒 | 20 秒 | 4 秒 | 40 秒 | 40 秒 |
これらは基本所要時間であり、サーバーによって変更される場合があります。プロファイルの可用性もリモートで管理されます。通常の公開には Candidate が適しています。Quick と Extended はローカルにとどまります。 ユーザーによる不完全なテストセットは、レーティング用の実行の代わりにはなりません。
より長い記録はより多くの観測値を与えますが、それ自体がより良いスコアや干渉の不在を保証するものではありません。前後の実験でプロファイルを混在させないでください。
各フレームでのディスク書き込みなしの収集
Section titled “各フレームでのディスク書き込みなしの収集”測定値は、あらかじめ割り当てられたメモリブロックに収集されます。各フレームで、プログラムは JSON をフォーマットせず、結果レコードをディスクに書き込みません。処理の完了後、データは統合されて処理されます。これはテストへの収集の影響を減らしますが、測定ツールがリソース的に無料になるわけではありません。
要約メトリクス、時間分布、実行に関する情報が保存されます。保存された測定値からの再計算は演算を検証します。ハードウェアの再現性は、新しい実行によってのみ検証できます。
実行の品質と結果の不適格性
Section titled “実行の品質と結果の不適格性”バックグラウンド負荷、電源、ウィンドウの切り替え、画面の変更、環境条件に関する警告に注意してください。仮想化や個別の警告それ自体は、偽造も、低い評価の具体的な原因も証明しません。
キャンセルされた、不完全な、または不正確に測定された実行は、適格な評価を持たない場合があり、通常の公開には許可されません。サーバーは公開の可用性と検証の必要性を別途決定します。プログラム内のメッセージに従ってください。原因が測定に関連する場合は、落ち着いた条件でテストを繰り返してください。
記録の品質は、すべての外部干渉を排除できたことを意味するものではありません。実用的な結論には、反復テストと比較可能な条件が必要です。
結果の読み方
Section titled “結果の読み方”| 指標 | 意味 |
|---|---|
| CPU Score | CPU シナリオの速度と CPU フレーム時間の P99 |
| GPU Score | Geometry、Shader、Compute の正規化された速度 |
| Core Latency Score | 内部遅延の評価。スコアが高いほど良い |
| Consistency | 実行内の遅いテールの追加特性 |
| PC Score | CPU、GPU、Latency の幾何学的な統合。基本重み 60/20/20 |
実際の遅延はミリ秒で表示され、それらについては小さいほど良いです。Consistency は新しい最終式に個別の構成要素として含まれず、実行間の再現性を置き換えるものではありません。詳細な式、基準、重みは公開されています。
- 合成シナリオはシステムの変化を検出するのに役立ちますが、特定のゲームのテストの代わりにはなりません。
- 低いばらつきは、各タイムスタンプの精度や系統誤差の不在をまだ証明しません。
- Core Latency は、マウスからピクセルの発光までの完全な経路を測定しません。
- レーティングにおける全体的な位置は、選択された重み、参加者の構成、サーバー側の再計算に依存します。
- 古いスコアの再計算は、古いバージョンの負荷を新しいものにするわけではありません。修正されたシナリオを比較するには、新しいテストを実行してください。
再現性検証アーカイブはバージョン 0.5.2 に関連します。新しい方法論は、その測定されたばらつき指標を自動的に継承しません。
更新日: 2026-10-02。