メモリベンチマーク

ウェブサイトは、JavaScriptが型付き配列をどれだけ速く割り当ててアクセスできるかを測定できます。これは実際のメモリ速度と相関していますが、JavaScriptエンジン、ガベージコレクター、CPUキャッシュの動作によるオーバーヘッドも含まれます。これは、専用のハードウェア診断ソフトウェアから得られるようなラボレベルのメモリ帯域幅テストではなく、実用的な有用な測定値です。

Chromiumベースのブラウザは、プライバシー保護のためにこの値を意図的に丸め、少数の数値（0.25、0.5、1、2、4、または8 GB）のいずれかに上限を設けているため、32GBのRAMを搭載したシステムでも最大8GBと報告されます。これは意図的なものであり、問題の兆候ではありません。

これらのAPIは、詳細なメモリ情報がサイト間でのユーザーのフィンガープリンティングやトラッキングに使用される可能性があるという懸念から、両ブラウザで実装しないことが選択されています。この情報が必要な場合は、Chrome、Edge、またはその他のChromiumベースのブラウザで表示されます。

現代のハードウェアでは、シーケンシャル読み取りおよび書き込み速度が数千MB/秒台であるのが一般的です。これは物理的なRAMチップの帯域幅を直接測定するのではなく、ヒープ上の配列アクセスを測定するためです。ランダムアクセス速度は、CPUキャッシュミスにより通常シーケンシャル速度よりも著しく低くなりますが、これは予想されることであり、欠陥ではありません。

CPUはキャッシュラインサイズのチャンクでメモリを読み取り、シーケンシャルパターンをうまく予測するため、連続したメモリアドレスはキャッシュから素早く読み込まれます。ランダムに散らばったアドレスは、この予測を妨げ、より遅いメインメモリへのアクセスを多く発生させます。これはブラウザの制限ではなく、コンピュータのメモリ階層の基本的な特性です。

はい、特にすでに大量のデータをメモリに保持しているタブは、同じ物理RAMを競合し、テスト中にガベージコレクションの一時停止を引き起こす可能性があるため、スコアが向上する可能性があります。ベンチマークを実行する前に無関係なタブを閉じると、よりクリーンで再現性の高い結果が得られます。

これは、JavaScriptエンジンが積極的にガベージコレクションを開始したり、メモリ不足エラーをスローしたりする前に、このページに対して許可するヒープの最大サイズであり、システム全体のRAMではありません。これはタブごとの安全制限であるため、物理RAMがはるかに多いマシンでも、通常は数ギガバイトです。

Garbage collection timing is not perfectly predictable, so if a collection cycle happens to run during the timed allocation loop, that run will show lower throughput. Running the benchmark two or three times and looking at the typical result rather than a single outlier gives a more reliable picture.

確実ではありません。このベンチマークはスループットと速度の傾向を測定しますが、RAMの欠陥を検出するには、ブラウザの外部で実行され、すべてのメモリアドレスを直接チェックするmemtest86のような徹底的なビットパターンテストツールが必要です。ハードウェアの欠陥を疑う場合は、専用のメモリ診断ツールを使用してください。

直接的にはそうではありません。このテストは、ほぼすべての最新デバイスが利用できる範囲内の、固定された控えめな量のメモリを割り当てるため、総容量ではなくアクセス速度を測定します。総RAMは少ないがメモリチップが速いデバイスは、RAMは多いがチップが遅いデバイスよりも良いスコアを出すことができます。