Guide
初回スコアが低い理由:シェーダーコンパイル解説
初回のブラウザ GPU 測定が低くなる理由、シェーダーコンパイルが FPS に与える影響、公開結果でウォーム後の値を使う理由。
🚀 volumeshadertest
今日
5分

最初のベンチマーク実行は、ブラウザとドライバが shader プログラムをコンパイル、リンクしているため低くなることがあります。Volume Shader BM Test はループの多い raymarching fragment shader を使うため、初回だけセットアップコストが結果に混ざります。
レンダリング前に起きること
テストモード開始時、ブラウザは WebGL shader プログラムを作成します。ドライバは shader ソースをコンパイルし、GPU プログラムにリンクし、バッファを確保して描画経路を準備します。一部は最初のフレーム前に終わりますが、一部は序盤のフレームにも影響します。
結果への影響
| 症状 | 可能性 | 対処 |
|---|---|---|
| 初回が 2 回目より低い | shader コンパイルとキャッシュ | 2 回目で比較 |
| 最初だけカクつく | ドライバパイプライン準備 | P10 FPS と安定性を見る |
| 毎回悪化する | 熱またはバッテリー制限 | 冷却する |
| バッテリー時だけ下がる | 電源ポリシー | 電源接続または省電力解除 |
推奨プロトコル
同じモードを 1 回実行し、ウォームアップとして扱います。結果パネルを閉じ、同じ条件で同じモードをもう一度実行します。2 回目を記録します。2 回目と 3 回目がさらに下がる場合は、コンパイルではなく熱スロットリングの可能性が高いです。
公開結果で重要な理由
公開行にはウォーム実行かどうか、ブラウザ、テストモード、明らかな温度条件を書くべきです。これらがないと、同じデバイス名でも比較できない場合があります。
関連ページ
タグ
シェーダーコンパイルFPS手法