SSDへのChromeの過剰な書き込みを検出し、大幅に削減した方法

ディスクアクティビティが重い作業をしていないのに絶えず跳ね上がっていることに気づき、SSDの状態をもっと注意深く観察することにしました。リソースモニターを開いてみると、そこにはChromeがディスクへ書き込んでいる姿がありました。大きなスパイクではないものの、ほぼ休みなく書き込みが続いているのです。

キャッシュファイルの保存だけでなく、Chromeがバックグラウンドで絶えず更新を行っているのは明らかでした。さらに掘り下げてみると、いくつかのシンプルな手順でChromeの挙動を抑え、書き込み回数を大幅に減らせることがわかったのです。

Google Chromeの基本情報

対応OS: Windows、macOS、Linux、Android、iOS/iPadOS、ChromeOS
開発元: Google LLC
価格: 無料

Google ChromeはGoogle LLCが開発するクロスプラットフォーム対応のWebブラウザで、高速性、セキュリティ、Googleサービスとの連携を重視して設計されています。Blinkレンダリングエンジン(旧WebKit)を採用し、拡張機能、タブのサンドボックス化、デバイス間の同期、頻繁なアップデートにも対応しています。

Chromeは思った以上に頻繁にSSDへ書き込んでいる

キャッシュは静的ではなく、常に更新され続けている

多くの方と同じように、ブラウザのキャッシュは一度保存されれば、あとは何度も再利用されるだけだと考えていました。しかし、リソースモニターはその認識がいかに誤りだったかを教えてくれました。ツールを開いて「ディスク」タブを確認すると、複数のプロセスがディスクへ書き込んでいるのが見えます。この時点ではChromeがどの程度関与しているか不明だったため、「書き込み」列のヘッダーをクリックして、プロセスを降順に並べ替えてみました。

数分間観察したところ、その間ずっとディスク書き込みの上位2つはSystemプロセスとChromeでした。Chromeは毎秒約100万バイトを書き込んでおり、場合によっては複数のプロセスが同時に書き込むこともありました。

次にChromeのキャッシュフォルダを確認すると、合計858ファイル、なんと220MBにもなっていました。サイトがアセットを更新するたびにキャッシュフォルダは書き換えられるため、常に変化し続けているのです。

しかし、最も驚いたのはChromeのアイドル時の挙動でした。タスクマネージャーのChromeの「IO書き込みバイト」列には、セッション中に9億バイトもの書き込みが記録されていました。これは通常のブラウジングだけで発生した数字であり、見逃せないポイントです。極端なスパイクとまでは言えませんが、頻繁に起こっており、気づかないうちに見過ごされやすい現象なのです。

関連記事:「ChromeにRAMを浪費させるな——隠し設定を有効にしよう」
Google Chromeは優秀なブラウザですが、最大級の問題は今も残ったままです。

Chromeのディスク書き込み量を制限する

キャッシュサイズに上限を設けたら、書き込みが目に見えて減った

まず取り組んだのは、Chromeのディスクキャッシュの肥大化を抑えることでした。これには単一の設定項目はありませんが、Chromeのショートカットを右クリックしてプロパティを開き、「リンク先」のパス末尾に以下のフラグを追記すればOKです。

--disk-cache-size=104857600

等号の後に指定した値は、キャッシュを100MB未満に保つようChromeへ指示するものです。ブラウザを再起動し、蓄積済みのデータを消すためにキャッシュをクリアすれば、設定完了です。

Chromeがこの上限に厳密に従うとは限りませんが、おおむね近い値で推移します。

この調整によって、ブラウザのキャッシュは約100〜150MBの範囲に収まるようになりました。それだけではありません。リソースモニターを確認すると、軽めの作業中の書き込み量は12,000〜80,000B/s(約12〜80KB/s)程度まで減少していました。

キャッシュを小さくすると日常利用で多少遅くなるのではないかと心配しましたが、体感できるような速度低下はありませんでした。

ChromeのキャッシュをSSDの外へ移動する

リダイレクトでメインドライブの負担を軽減

キャッシュの制限はあくまで第一歩でした。SSDをChromeのキャッシュで煩わせ続けたくないため、キャッシュをSSDの外へ移すことにしました。そのために、パスにもうひとつのフラグ--disk-cache-dir=を追加します。このフラグには完全なパスが必要です(例:--disk-cache-dir="D:\ChromeCache")。

最終的なリンク先のパスは次のようになりました。

"C:\Program Files\Google\Chrome\Application\chrome.exe" --disk-cache-dir="D:\ChromeCache" --disk-cache-size=104857600

D:\ChromeCacheは、別のドライブ上に作成したフォルダです。再起動後、Chromeは自動的にこのパスへキャッシュを書き込むようになりました。狙いは書き込み負荷をそちらへ移し、メインのSSDにかかる仕事を減らすことです。

実際のところ、Chromeのキャッシュの移動先にはいくつかの選択肢があります。

1. セカンダリHDD: 速度は劣りますが、キャッシュデータとしてはまったく問題なし
2. セカンダリSSD: 高速で、ドライブ間で摩耗を分散できる
3. RAMディスク: 最速かつ恒久的な書き込みを回避できるが、再起動で内容が消える

キャッシュを別ドライブへ移しても、Chromeのディスク書き込みが完全に zero になったわけではありませんが、発生頻度はかなり減りました。リソースモニターでは約9,000B/s程度の書き込みを確認できるレベルです。また、別のPCでは最近Linux上でRAMディスクを構築し、ブラウザキャッシュをRAMへ移すことにも成功しました。

なお、Chromeのキャッシュパスを変更した後は必ず再確認してください。デフォルトの場所へ戻ってしまうことがあります。

バックグラウンドの書き込みをさらに減らす細かな調整

最後に、影響は小さいものの積み重ねで効いてくる要素にも手を付けました。キャッシュ対策ほどのインパクトはありませんが、バックグラウンドでの書き込み抑制に役立ちます。

まず、Chromeの設定で「Chromeを閉じてもバックグラウンド アプリを実行し続ける」を無効化しました。これをオフにすると、ブラウザを閉じた後のChrome本体や拡張機能・アプリによるデータ書き込みが減ります。続いて「プリロード」設定を「標準」に変更しました。これにより、ブラウザの快適さを保ちながら、過激なページキャッシュを抑えられます。

ローカルデータと履歴にも注目しました。書き込みの主因ではありませんが、履歴、Cookie、ファビコンなどは小さなデータベースとして定期的に更新されながら書き込まれています。これらを完全に無効化することはできませんが、仕組みを知っているだけでも状況の把握がしやすくなります。

そして拡張機能です。ディスクへの書き込み量は多くないものの、フィルタリストやログを常時管理しているものもあります。積極的に使っていない拡張機能はすべて削除しました。結果として、ギガバイト単位のストレージ節約にはなりませんでしたが、それが目的ではありません。Chromeを軽量化し、SSDへの書き込みを大幅に減らすことができたのです。