メモリ増設後の見直しポイント：ページファイルとキャッシュ設定

まず、Windowsが新しいRAMを認識しているか確認

何も触る前にタスク マネージャー → パフォーマンス → メモリを開いて数値を読みましょう。「合計」は取り付けたモジュールと一致しているはずで、「ハードウェア予約」はギガバイトではなくメガバイト単位にとどまるはずです。ハードウェア予約が数GBを占めているなら、よくある容疑者は2人。BIOS/UEFIで領域を確保する内蔵GPUと、msconfigで有効のまま残っている「最大メモリ」チェックボックスです。チェックを外して再起動しましょう。ついでに「速度」も確認を。XMPまたはEXPOプロファイルが無効のままだと、DDR4モジュールは黙って2133 MT/s、DDR5は4800で動作し、タスク マネージャーがそれを告げ口します。

次に、信じる前に新しい構成にストレスをかけます。新旧モジュールの混在キットは、まれで苛立たしいクラッシュの古典的な発生源で、一晩回すmemtest86はクイックブートでは捉えられない問題を捕捉します。正しいスロットへのペア配置も重要です。ペアスロットではなくシングルチャネル側に2枚差すと、実効帯域幅を本当に失います。まず検証、次に調整。「メモリ増設でPCが遅くなった」話の半分は、Windowsの設定ではなく構成ミスのキットです。

ページファイル：自動のままにするか、意図的に設定するか

ページファイルを無効化しても、Windowsが「RAMだけを使う」ようにはなりません。コミット上限が物理RAMと等しくなるだけです。Windowsは各プロセスにコミット枠（書き込み可能な予約アドレス空間）を与え、プログラムは使用量よりはるかに多くを予約します。ページファイルがないと、それらの予約すべてが同時に搭載メモリを圧迫します。多量にコミットする常連——タブを数十枚開いたChrome、After Effects、仮想マシン、オーバーレイ付きの最近のゲーム——はアロケーション失敗を受け始め、それは警告ではなくクラッシュとして現れます。さらに完全なメモリダンプは、起動ボリューム上にほぼRAM容量のページファイルを必要とします。それがなければ、ブルースクリーンは何も書き出さず、デバッグは手探りになります。

ほとんどの人にとって正しい設定は、最初からそこにあったものです。「すべてのドライブについてページング ファイルのサイズを自動的に管理する」。32 GB以上では、システム管理のページファイルは小さめのまま推移します。実際にはほとんど何もページアウトされないためで、ファイルはコミットの余裕とクラッシュダンプ領域として存在するのであって、問題の証拠ではないのです。

• タスク マネージャー → パフォーマンス → メモリ —「合計」「速度」「ハードウェア予約」はどのガイドより多くを語る
• 仮想メモリのダイアログ（sysdm.cpl → 詳細設定 → パフォーマンス → 設定 → 詳細設定）— 自動管理のチェックはオンのまま
• 「ページング ファイルなし」だけは絶対に選ばない：コミット上限が物理RAMに落ち、ダンプが書かれなくなる
• どうしても手動設定するなら：数GBの固定で十分。HDD時代の倍率は、ファイルがSSDに置かれた今では伝承にすぎない
• 一番速いSSDに置くが、起動ボリューム上に——でなければクラッシュ後に読むべきダンプが残らない

キャッシュの挙動は変わる——それこそが目的

スタンバイ メモリが以前より高めになることを想定し、慌てないでください。解放されたRAMはファイルキャッシュになり、Windowsは何かが要求した瞬間に返却します。タスク マネージャーの「キャッシュ済み」は仕事をしているメモリであって、無駄になっているメモリではありません。増設後にキャッシュがほぼゼロのマシンこそ、問題を抱えている側です。メモリ圧縮の性格も変わります。16 GBでは絶えず動いていましたが、32 GB以上ではそもそも起動しないことが多く、圧縮は圧力があってはじめて見合うものだからです。

ついでに古いテクニックを引退させましょう。ReadyBoostはRAM不足のHDDシステム向けフラッシュキャッシュで、32 GBのSSDでは文字どおり何もしません。DisablePagingExecutiveのようなレジストリハックは32ビットWindowsの遺物で、今日では測定可能な変化をもたらしません。SysMainは放置が得策です。HDDマシンでは起動時間に実際に効きますし、SSDではコストが低すぎて、無効化は儀式であって対策ではありません。増設は余裕を与えてくれました。最良の調整は、チューナー税を払うのをやめることです。

よくある質問

次に読む記事