SSD 上の過剰な Chrome 書き込みを検出して削除した方法

2026 年 4 月 17 日、午前 11:00 EDT に公開

Afam のテクノロジー出版における経験は、Make Tech Easier で働いていた 2018 年に遡ります。長年にわたり、Windows、Linux、オープン ソース ツールをカバーする高品質のガイド、レビュー、ヒント、説明記事の出版で評判を築いてきました。彼の作品は、Technical Ustad、Windows Report、Guiding Tech、Alphr、Next of Windows などのトップ Web サイトで紹介されています。

彼はコンピュータ サイエンスの第一学位を取得しており、データのプライバシーとセキュリティの強力な提唱者であり、Fuzo Tech YouTube チャンネルでこのテーマに関するいくつかのヒント、ビデオ、チュートリアルを公開しています。

仕事以外の時間は、家族と過ごしたり、サイクリングをしたり、庭の手入れをしたりするのが大好きです。 

集中的なタスクを実行していないときでも、ディスクのアクティビティが常に急増しているのを観察したため、SSD にもっと注意を払うことにしました。 Resource Monitor アプリを覗いてみると、Chrome がディスクに書き込みを行っていることがわかりました。これらは大きなバーストではありませんでしたが、ほとんど中断することなく発生していました。

Chrome はキャッシュ ファイルを保存しているだけでなく、バックグラウンドで絶えず更新していることが明らかになりました。さらに詳しく調べてみると、いくつかの簡単な手順で Chrome を抑制し、書き込み数を大幅に減らすことができることがわかりました。

OS Windows、macOS、Linux、Android、iOS/iPadOS、ChromeOS

開発者 Google LLC

価格モデル 無料

Google Chrome は、Google LLC によって開発されたクロスプラットフォーム Web ブラウザで、速度、セキュリティ、Google サービスとの統合を目的として構築されています。 Blink レンダリング エンジン (旧 WebKit) を使用し、拡張機能、タブ サンドボックス、デバイス間の同期、および頻繁なアップデートをサポートしています。

Chrome は予想よりも頻繁に SSD に書き込みます

キャッシュは静的ではなく、常に更新されます

多くの人と同じように、私もブラウザのキャッシュは一度だけ保存され、その後は数回再利用されるものだと考えていました。リソース モニターは、私がいかに間違っていたかを教えてくれました。ツールを開いてディスクに移動したとき タブを見ると、いくつかのプロセスとツールがディスクに書き込んでいるのが確認できました。この時点では、Chrome がこれらにどれだけ貢献しているか明確ではなかったので、[書き込み] をクリックしました。 列ヘッダーを使用してプロセスを降順に並べ替えます。

数分間観察しましたが、この間、上位 2 つのディスク書き込みはシステム プロセスと Chrome によって行われていました。 Chrome は 1 秒あたり約 100 万バイトを書き込んでいました。また、場合によっては、複数のプロセスが同時に書き込みを行っていました。

そこでChromeのキャッシュフォルダを確認してみたところ、合計858ファイル、220MBでした。サイトがアセットを更新すると、キャッシュ フォルダーが書き換えられるため、キャッシュ フォルダーは常に変化します。

しかし、これらすべての中で、Chrome のアイドル動作が最も驚くべきものでした。 Chrome のタスク マネージャーの I/O 書き込み列には、セッション全体で 9 億バイトが書き込まれたことが示されました。これはすべて通常のブラウジング セッションによるものであるため、これは重要でした。私はこれらを異常なまたは劇的なスパイクとして分類しませんが、頻繁に発生するものであり、見落としがちです。

関連

Chrome が RAM を使い込まないようにする - この隠し設定を有効にする

Google Chrome は素晴らしいですが、最大の問題の 1 つが依然として残っています。

Chrome がディスクに書き込む量を制限する

キャッシュに上限を設定すると、テストでは書き込みアクティビティが減少しました。

Chrome のディスク キャッシュの増大を抑制することが私の出発点でした。これには単一の設定はありませんが、Chrome のショートカットのプロパティを開くと (Chrome ショートカットを右クリックします)、ターゲットの末尾に以下のフラグを追加できます。 パス。

--disk-cache-size=104857600

等号の後に追加した値は、Chrome にキャッシュを 100MB 未満に保つように指示します。ブラウザを再起動し、キャッシュをクリアして蓄積されたデータを削除すると、調整は完了します。

Chrome はこの設定された制限に厳密に従っていない場合がありますが、主に制限に近いままです。

この調整により、ブラウザのキャッシュは約 100 ～ 150 MB の範囲に留まりました。しかし、それだけではありませんでした。リソース モニターを確認すると、軽いタスクの実行中に 12,000 ～ 80,000B/s (約 12 ～ 80KB/s) の範囲で書き込みが減少していることがわかりました。

小さいキャッシュを使用すると、日常使用で速度が低下するのではないかと心配していましたが、大幅な速度の低下は見られませんでした。

Chrome のキャッシュを SSD から移動します

リダイレクトすると、プライマリ ドライブの負荷が軽減されます

キャッシュの制限は最初のステップにすぎません。 SSD が Chrome のキャッシュにこれ以上悩まされるのが嫌だったので、SSD も 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 別のドライブに作成したフォルダーでした。再起動後、このパスへのキャッシュの書き込みが自動的に開始されます。目標は、書き込み負荷をシフトし、プライマリ SSD の作業量を減らすことです。

実際、Chrome のキャッシュをどこにシフトできるかについては、いくつかのオプションがあります。

<オル>

セカンダリ HDD :速度は遅くなりますが、キャッシュ データにはまったく問題ありません

セカンダリ SSD :高速ですが、ドライブ全体に摩耗が広がります

RAM ディスク :最速で永続的な書き込みを回避しますが、再起動時にリセットされます

キャッシュをセカンダリ ドライブに移動しても、Chrome のディスク書き込みが完全になくなったわけではありませんが、書き込み頻度は大幅に減りました。リソース モニターでは、約 9,000 B/s の書き込みが観察されます。最近、別のコンピュータで Linux に RAM ディスクをセットアップしました。ブラウザのキャッシュは、RAM に正常に移動できたものの 1 つです。

Chrome のキャッシュ パスを変更した後は、デフォルトの場所に戻る場合があるため、再確認してください。

最後に、それほど重要ではない要素に目を向けました。キャッシュの処理ほどの影響はありませんが、バックグラウンド書き込みには役立ちます。

1 つ目は、Chrome を閉じてもバックグラウンド アプリを実行し続ける を無効にすることでした。 Chromeの設定で。この設定をオフにすると、Chrome とインストールされている拡張機能やアプリは、ブラウザーを閉じた後にそれほど多くのデータを書き込むことがなくなります。その後、「ページのプリロード」設定に移動し、それを「標準」に設定しました。これにより、ブラウザの高速性を維持しながら、積極的なページ キャッシュが削減されます。

ローカル データと履歴も、重要な書き込みソースではありませんが、私が注目したもう 1 つの側面です。これらは履歴、Cookie、ファビコンなどの要素であり、定期的に更新される小規模なデータベースに最終的に書き込まれます。これらの要素を完全に無効にすることはできませんが、それらを意識するだけで、より広い視野が得られます。

それから拡張機能もあります。ディスクへの書き込みはそれほど多くありませんが、フィルタ リストやログを維持するものもあります。積極的に使用していないものはすべて削除しました。結局、何ギガバイトものストレージスペースを節約することはできませんでしたが、それが目標ではありませんでした。 Chrome をよりスリムにし、SSD への書き込みを大幅に削減しました。