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手法