ここで測定されるのはブラウザの requestAnimationFrame (rAF) コールバック リズムであり、通常は画面のリフレッシュ レートと強く関連しています。これはブラウザの合成/レンダリング パイプラインの出力周波数を反映しており、モニター パネルの「公称 Hz」と同等ではありません。

「アニメーション」モードで約 10 秒間実行して、「最も可能性の高いリフレッシュ レート」が 90/120/144 およびその他のギアで安定して低下するかどうかを確認します。また、「フレーム間隔分布」が主に 1 つのクラスター (たとえば、120Hz) に集中しているかどうかも観察します。

これは一般的なシステムの省電力/動的リフレッシュ戦略です。コンテンツが静止しているときにリフレッシュ レートを下げてエネルギーを節約します。オペレーティング システム、ブラウザ、ディスプレイ (内部画面/外部) 戦略が異なれば、大きく異なります。 「アニメーション」と「静的」の結果を比較するのが最も直感的な方法です。

統計ウィンドウ内に 2 つ以上の割合の高いフレーム間隔クラスター (60 Hz と 120 Hz など) が表示される場合、通常、リフレッシュ レートが切り替わっていることを示します。VRR/適応リフレッシュである可能性があります。または、ブラウザーが断続的に高いリフレッシュ レートにのみ達する原因となる負荷の変動である可能性があります。

フレーム間隔の分位ジッター (P90-P10) と標準偏差 (std) に基づいて経験的に判断します。安定しているほどフレーム間隔が集中しており、主観的な滑らかさはより滑らかです。不安定性の原因としては、フレームのドロップ、システムの更新、過度のバックグラウンド負荷、またはブラウザーの周波数制限が考えられます。

ブラウザはエネルギーを節約しリソースを保護するために、バックグラウンドで rAF をアクティブにダウンクロックしたり一時停止したりするため、測定された「リフレッシュ レート」は大幅に低下します。このツールはバックグラウンドへの切り替えを検出すると自動的に停止します。常にフォアグラウンドでテストすることをお勧めします。

完全に正確であることはできません。どちらも、フレーム間隔の分布が「より集中化/より分散化」していることを示しています。比較方法を使用することをお勧めします。「静的」と「アニメーション」を切り替えてから、「ストレス」モードを使用して負荷の影響を確認します。ストレス モードが明らかに悪化している場合は、通常、それがパフォーマンスのボトルネックになっています。