ブラウザーによる違い

測定にはブラウザーエンジンと安全方針も含まれます。JavaScript最適化、WebAssembly SIMD、Workerの実行管理、時刻の精度、描画ドライバーが異なるためです。低い結果が物理CPUの遅さを直接示すわけではありません。OPFS、暗号化、圧縮が制限される場合もあります。WebGL2とWASMはWebGPUとは別経路です。対応情報を見てから比較します。電源と冷却をそろえ、バージョンと拡張機能を記録し、二つのブラウザーを同時実行しないでください。プライベートモードでは保存方針が変わる場合があります。順番を交互にして、常に同じブラウザーだけ冷えた状態にならないようにします。

測定前にOSとブラウザーのバージョン、電源の接続、節電設定、外部画面、機器モデルを記録します。他のアプリのダウンロード、動画、バックアップ、更新が終わるまで待ってください。画面を点灯させ、測定タブを表示したままにします。タブを隠すと現在の回を破棄して復帰後にやり直すため、頻繁に中断した結果と連続実行した結果は条件が異なります。

同じ条件で二、三回実行し、最高値だけでなく結果の幅を確認してください。各実行の間には同じ状態に戻る時間を設けます。小さな差の順序が入れ替わるなら、優劣を断定せず変動として扱います。有効な項目数と除外理由も重要です。非対応は必ずしも故障ではありませんが、総合スコアがまとめている対象は変わります。

一度に変える条件は一つにします。ブラウザー、電源、冷却を同時に変えると原因が分かりません。まずクイック測定で動作を確認し、詳しい比較には標準測定を使います。共有時にはスコアのバージョン、方式、GPU経路、AIの有無も記載してください。処理量は高いほど、遅延は低いほどよいのが基本です。正規化スコアはその方向をそろえています。丸めた表示桁だけで改善と判断しないでください。結果はウェブ処理の参考値で、ゲームのFPS、バッテリー時間、すべてのデスクトップアプリを保証しません。不自然な結果は同じ条件で再現し、問い合わせに手順とブラウザー情報を添えてください。

結果を共有し、同じ端末の別のブラウザーでリンクを開いてください。「このブラウザーで測定して比較」で同じ方式の測定を開始できます。対決カードでカテゴリー・詳細値・実行環境を比較し、電源と発熱条件もそろえてください。

測定開始 ↗