RAM ディスクでブラウザーキャッシュ：賢い技か、無意味なリスクか

数か月おきに誰かが RAM ディスクを再発見します。メモリーから数ギガバイトを切り出し、ドライブとしてマウントし、ブラウザーキャッシュをそこへ向ける。これで SSD が守られ、RAM の速度で閲覧できるというわけです。この構成を正当化していた計算は 2015 年ごろに死に、残ったのは、想像上の消耗を防ぐために実際のパフォーマンスを支払う取引だけです。

売り文句と、それが根付いた理由

レシピは古くて単純です。ImDisk などの RAM ディスクドライバーをインストールし、ドライブをフォーマットして、ブラウザーキャッシュをそこへリダイレクトします。Chrome は今も --disk-cache-dir 起動フラグを受け付けますが、Firefox はキャッシュを移動させる about:config のスイッチを削除しました。キャッシュはメモリーに置かれ、読み取りは一瞬、SSD は書き込みを目にせず、再起動のたびに白紙から始まります。紙の上では工学の規律に見えます。

この助言が根付いたのは、どの要素もかつては真実だったからです。初期の SSD は、よく使うブラウザーでも本気で削り取れるほど寿命の予算が小さく、機械式ディスクはキャッシュの読み取りを遅くし、4 GB を超える RAM は使い道のないマシンで遊んでいました。3 つの条件はすべて消えました。現代のドライブはキャッシュトラフィックを軽くいなし、NVMe の遅延はマイクロ秒で測り、Windows は 10 年以上も、空のパーティションよりもましな空きメモリーの使い道を見つけ続けています。

RAM を切り分ける前に誰もやらない計算

ページファイル神話が絶対に生き残れないのと同じ数字を計算してみましょう。通常のマシンのブラウザーキャッシュは 1 日に数ギガバイトを循環し、そもそもキャッシュは数ギガバイトで上限が切られます。1 日 5 GB の書き込みと仮定しても、それはすでに重いケースのほうです。

現代の 500 GB～1 TB のコンシューマー SSD は 150～600 TBW の耐久性定格を持つ — 生涯にわたる書き込みテラバイト数
ブラウザーキャッシュのトラフィック: 1 日 1～5 GB の書き込み。1 日 5 GB はすでに重いケース
1 日 5 GB を 1 年続けて ≈ 1.8 TB — 最も安いドライブの定格でさえ約 1% しか消費しない
役に立つ RAM ディスクは、ブラウザーの稼働に関係なく毎秒 2～4 GB のメモリーを拘束する
Windows の空き RAM は無駄に眠っていない: スタンバイキャッシュが実際に再利用するファイルを保持している
再起動のたびに RAM ディスクのキャッシュは空になり、ブラウザーはキャッシュしていたものをすべて再ダウンロードする

正直な結論と、半分だけ機能する 1 つのケース

ページの読み込みを律速するのはネットワークであってキャッシュディスクではありません。SSD 上のキャッシュヒットはすでに数十マイクロ秒で返ってくるため、キャッシュを RAM へ移してもページの描画が測定可能なほど早くなることはありません。一方でできるのは、システムが使えるメモリーを減らすこと、起動のたびに再ダウンロードを強いること、そして — 習慣でダウンロードや作業フォルダーを RAM ディスクに向けていた場合は — 最初の停電やクラッシュでファイルを破壊することです。ドライブが決して気づかない 1 パーセントの消耗を節約するために受け入れるには、奇妙なリスクの集合です。

アイデアが半分だけ機能するケースが 1 つあります。32 GB 以上を積んだマシンで、ディスクを激しく回す特定のワークロード — コンパイルや動画の作業ファイル — を走らせていて、TEMP を RAM ディスクに向けるのが本当に効く場合です。そのケースに何が含まれていないかに注目してください。ブラウザーです。書き込みを減らしウォームスタートを速くしたいなら、キャッシュ管理はブラウザーとメモリーマネージャーに任せて、自分の関心はドライブを本当に殺すもの — 熱と満杯近くまでの使用 — に注ぎましょう。