スタンバイメモリとは何か — 解放する必要がない理由

RAMモニターを開くと、スタンバイがメモリの半分を占めているのが見えます。そしてWindowsがアプリからメモリを横取りしていると結論づけたくなる。実際は真逆で、スタンバイは正常に働くキャッシュであり、「空きメモリ確保」ボタンを押すたびに、次のアプリの起動が遅くなっていきます。

スタンバイメモリの正体

WindowsはRAMの各ページをリストに振り分けており、スタンバイにはプログラムがすでに読み込んだファイルデータのコピーが置かれます。プログラムコード、ライブラリ、ドキュメント――かつてディスクから読み出されたものすべてです。プログラムがそのデータを再び必要とした瞬間、RAMから直接提供されます。アプリが新しいメモリを必要とした瞬間、メモリマネージャーはスタンバイのページを即座に転用します。クリーンアップツールも不要なら、許可も要りません。

スタンバイがあるからこそ、プログラムの2回目の起動は1回目より速く、再起動なしの1週間後もシステムは軽快なままです。タスクマネージャーがスタンバイを「使用可能」に含めるのは、まさにそのため。すぐ使えるメモリでありながら、キャッシュとしても働くからです。スタンバイを独立した恐ろしいバーとして表示するツールは、同じ数値を別の額縁で2回見せているにすぎません。

使用中 — 実行中のプログラムが保持しているページ
変更済み — ディスクへの書き戻しが保留中のキャッシュページ
スタンバイ — キャッシュされたファイルデータ。アプリが割り当てた瞬間に転用される
空き／ゼロ済み — 何も入っておらず、最初の書き込みを待つメモリ
タスクマネージャーの「使用可能」— スタンバイ＋空き。注目すべきはこの数値

スタンバイを解放すると遅くなる理由

EmptyStandbyListのようなスクリプトや、高速化ツールの「メモリ解放」ボタンでスタンバイリストを空にすると、キャッシュされたファイルの中身が捨てられます。クラッシュはしませんが、次回のプログラム起動では実行ファイルやライブラリをディスクから読み直し、次のファイルを開くたびにストレージへ戻り、「解放された」RAMはゼロのまま、アプリはI/Oを待ち続けます。キャッシュヒットをミスと引き換えにし、レイテンシで代償を払ったわけです。

正直な例外はあります。一部のマシンではスタンバイが膨らむ一方で空きメモリがゼロに近づき、システムが本当にスラッシングに陥る――Windows 10期に記録された、欠陥のあるドライバーやメモリリストの挙動にまで遡れる事例で、通常のキャッシュ動作ではありません。判定は簡単です。「使用可能」が健全でPCの調子が良ければ、スタンバイのサイズは問題ではありません。空きがゼロになっても何も解放されないなら、症状だけを誤魔化す解放を予定するのではなく、RAMMapやpoolmonでドライバーを追及してください。