Mapped File が高いときは、まず Standby と Active の内訳を確認します。Standby が大きいだけなら、多くは必要時に回収できるファイルキャッシュです。Active が大きい場合は File Summary と File Details でファイルを追跡します。Empty Standby List の定期実行は原因を直さず、キャッシュを一時的に捨てるだけなので推奨しません。
RAMMap の Mapped File が高い意味
Mapped File は、通常のファイルキャッシュ、アプリがマッピングしたデータ、実行イメージ、メモリマップ API で開いたファイルなど、ファイルを裏付けとする物理ページです。ネットワークのマップドライブとは別物で、1つのプロセスのプライベートメモリとも限りません。
Windows は空いている RAM をキャッシュに使い、次回の読み込みを高速化します。問題になるのは Active が残る、Modified が増える、使用可能メモリが低い、同じ操作のたびに値が増える、といった症状がある場合です。
各行とページリストの定義は RAMMap メモリ種類ガイドを参照してください。このページでは高い Mapped File の診断に絞ります。
Active・Standby・Modified を先に確認する
Use Counts の Mapped File 行を横に見ます。Standby は通常、必要時に再利用できるキャッシュです。Active は現在使用中、Modified は再利用前に書き戻しが必要な変更済みページです。
Available、コミット、ハードフォールト、ディスク遅延、実際の症状も合わせて確認します。Standby が数 GB あっても健全な場合がありますが、Active の増加と Available の低下が続くなら調査が必要です。
| パターン | 考えられる意味 | 次の確認 |
|---|---|---|
| 大半が Standby、Available は十分 | 通常のファイルキャッシュ | 消去せず、負荷時に回収されるか確認。 |
| 大半が Active、少数の大きなファイル | アプリやサービスがマッピング中 | File Summary と File Details を確認。 |
| Modified とディスク遅延が増加 | 書き戻し待ち | ディスク、フィルタードライバー、書き込みプロセスを確認。 |
| 同じ作業のたびに増加 | 持続するマッピングや作業負荷 | 前後スナップショットと所有元を記録。 |
| 実際は圧縮メモリが増加 | 別カテゴリ | メモリ圧縮ガイドを使用。 |
Mapped File を増やしているファイルを探す
最初から Empty を使わず、アイドル時の基準値を取り、1つの操作だけを再現して、同時に Total、Active、Standby が増えたファイルを探します。
全体の流れは RAMMap の使い方を参照してください。この問題では Use Counts、File Summary、File Details の順が有効です。
- 基準値を取る
管理者で RAMMap を起動し、Refresh 後に Active、Standby、Modified、Available を記録します。
- 1つの負荷を再現する
増加前に行うファイル、プロジェクト、ゲーム、スキャン、コピーの操作だけを実行します。
- File Summary を並べ替える
Total、Active、Standby で並べ、容量と時刻が一致するパスを探します。
- File Details を見る
疑わしいパスを選択し、ページ状態の分布を記録します。
- 所有元を確認する
リソース モニター、Process Explorer、ログ、サービス設定を使います。
- もう一度比較する
疑わしい負荷だけを終了し、同じ列を再度比較します。
正常なキャッシュと問題を見分ける
アーカイブ展開、ゲーム、ウイルススキャン、検索、バックアップ、メディア索引、仮想ディスクは正常でも Standby を増やします。正常なキャッシュは作業後に安定し、圧迫時に回収されます。
同じ操作で Active が増え続ける、Available が低い、フォールトや I/O 遅延が増える、予想外のパスが支配する、アプリ終了後も Active が残る場合は詳しく調べます。
- 正常: 大半が Standby で負荷時に回収される。
- 正常: 作業終了後に合計が安定する。
- 注意: 同じ操作のたびに Active が増える。
- 注意: 一時ファイルや削除済みファイルが Active のまま。
- 注意: Modified とディスク待ちが同時に増える。
- 注意: Available が低いまま応答が悪化する。
大きな色付き領域だけでは証明になりません。タブ、列、時刻、再現した負荷を保存してください。
Mapped File が高いときの安全な対処
対処は所有元に合わせます。アプリを正常終了する、繰り返すスキャンやバックアップを一時停止する、キャッシュ設定を見直す、変更後に発生したならストレージやフィルタードライバーを更新します。
大半が Standby で圧迫がなければ、何もしないのが最も安全です。比較試験では事前に測定し、一度に1つだけ変更してコールドキャッシュの影響を確認します。
アプリがファイルを使用している場合
作業を保存して正常終了し、RAMMap を更新します。キャッシュ、プロジェクト、データベース、マッピング設定を確認し、パスとバージョンを記録します。
セキュリティ・バックアップ・索引の場合
保護を恒久的に無効化せず、スケジュールと除外を確認します。再スキャンやフィルターの問題は I/O と圧迫を長引かせます。
書き戻しが遅い場合
空き容量、ストレージ状態、イベントログ、フィルタードライバー、書き込みの多いアプリを確認します。
Empty Standby List が恒久対策にならない理由
この操作は、その時点で回収可能なキャッシュページを捨てるだけです。同じ負荷で再び増え、次の読み込みはストレージから行うため遅くなることがあります。直後に数値が下がっても修復の証明ではありません。
限定した比較試験にだけ使い、起動時、ゲーム前、数分おきに自動実行しないでください。各 Empty 操作の違いは RAMMap キャッシュ整理ガイドで確認できます。
Modified を安易に空にしないでください。書き戻し待ちと診断証拠を隠す可能性があります。
RAMMap だけでは足りない場合
RAMMap はファイルを裏付けとするページと大きなパスを示しますが、原因をすべて特定するとは限りません。プロセスとハンドルはリソース モニターや Process Explorer、時系列と I/O は WPA、Nonpaged Pool の増加は PoolMon を使います。
RAMMap 自体が応答しない場合は RAMMap 起動・応答トラブルガイドを参照し、前後の画像、Windows ビルド、RAMMap バージョン、パス、ドライバーバージョンを保存します。
RAMMap Mapped File が高いときのFAQ
Mapped File が高いとメモリリークですか？
それだけでは判断できません。Standby が多いなら通常のキャッシュであることが多く、Active の継続増加、Available の低下、特定ファイルとの再現関係が重要です。
アプリ終了後も高いのはなぜですか？
再利用のため Standby に残ることがあります。Active のままならサービス、子プロセス、ハンドルを確認します。
Standby を空にしても安全ですか？
一時的な比較試験には使えますが、恒久的な最適化ではなく、後の読み込みを遅くする場合があります。
ファイルを確認するタブはどれですか？
File Summary でパスを並べ、File Details で選択ファイルのページを確認します。必要なら別ツールでプロセスを確認します。
Mapped File は圧縮メモリや Nonpaged Pool と同じですか？
異なります。それぞれ所有元と診断手順が違います。
RAMMap v1.63 で Mapped File を調査
Microsoft の現行 ZIP を取得し、基準値と File Summary を確認してから状態を変更します。