先に結論

Use CountsでProcess PrivateのActive列が大きいかを確認し、Standbyキャッシュの大きさと混同しないでください。次にProcessesでプライベート メモリ順に並べ、プロセス名とPIDを記録してスナップショットを保存します。同じ作業を繰り返し、1つのプロセスが増え続ける一方で使用可能メモリが減るなら、タスク マネージャー、Process Explorer、VMMapで調査します。Empty Standby ListはProcess Privateの解決策ではありません。

RAMMapのProcess Privateとは

RAMMapは物理ページを用途と状態の両方で分類します。Process Privateは、主に1つのプロセス向けにコミットされ、通常のマップ ファイルとして共有されないメモリです。ヒープ、スタック、展開済みデータ、開いている文書、ブラウザー タブの状態、ゲーム資産、コピー オン ライト後のプライベート ページなどが含まれます。

タスク マネージャーの単一列とは定義が異なります。ワーキング セットには共有ページやファイル ベースのページが入り得ますが、Private Bytesはプライベートなコミット量を追います。RAMMapはさらに物理ページを用途と状態に分けるため、数値が完全一致しなくても異常ではありません。

動画編集、仮想マシン、データベース、ブラウザー、ゲームが数GBを正当に使うこともあります。問題の兆候は、同じ条件で取得した複数の時点で増え続け、作業が落ち着いても戻らず、使用可能メモリの低下やページング増加を伴うことです。

Process Private行とActive列が見えるRAMMap Use Countsの公式画面
RAMMap公式画面。Process Privateの合計だけでなく、Active、Standbyなど各状態を横方向に読みます。

Process Privateが本当のメモリ圧迫要因か確認する

ダウンロード、更新、仮想マシン起動など変動の大きい処理を止めます。RAMMapを管理者として実行し、F5で更新してTotal、Active、Standby、Modified、Free、Process Privateを記録します。同時にタスク マネージャーでメモリ使用率とコミット量も確認します。1枚の画面だけではリークを証明できません。

最初にProcess PrivateのActive列を見ます。メモリ全体が大きくても、主因がStandbyやMapped Fileなら回収可能なキャッシュであることがあります。Process Privateが安定し、Standbyだけが変化するなら、プライベート割り当ての増加とは別問題です。

同じアプリ版、同じ入力、同じ待ち時間で比較してください。各行とページ状態の意味はRAMMapのメモリ種類解説で確認できます。

正常な利用と調査が必要な状態の見分け方
確認項目正常なことが多い調査が必要
Process Privateの推移作業中に増え、完了後は横ばいまたは減少同じ操作のたびに増え、待っても戻らない
使用可能メモリ十分に残り、操作も安定継続的に減り、ページングや停止が増える
上位プロセス既知の作業内容で説明できる不明なプロセスやアイドル中のアプリが増える
アプリ終了後プライベート コミットの大半が解放サービスや子プロセスが残り、解放されない
Standby / Mapped Fileキャッシュの温まり方に応じて変化Process Privateと混同して誤ったキャッシュ削除を行う

プライベート メモリを使うプロセスを特定する

RAMMapのProcessesタブを開き、プライベート メモリまたは合計の列で並べ替えます。プロセス名、PID、値を記録し、増加を起こす操作の後に更新します。同じPIDが毎回増えるなら有力な手掛かりです。PIDが入れ替わる場合は、親サービス、ランチャー、スケジュール タスクまで確認します。

タスク マネージャーの詳細タブかMicrosoft Process Explorerで照合し、Private Bytes、Working Set、Commit Size、PIDを表示します。Process Explorerなら子プロセス、コマンド ライン、検証済み発行元、共有実行ファイル内のサービスも確認できます。

RAMMapは物理ページの構成を調べる道具で、割り当て元のコード行までは示しません。対象プロセスが決まったら、VMMapでヒープ、スタック、イメージ、マップ ファイルなどの仮想アドレス空間を分解します。必要に応じてアプリ提供元のプロファイラーを使います。

  1. 静かな基準値を取る

    疑わしい作業の前にProcess Private Active、使用可能メモリ、コミット量を記録します。

  2. 1つの操作だけを繰り返す

    同じ文書、プロジェクト、レベル、ブラウザー操作を同じ待ち時間で実行します。

  3. Processesを並べ替える

    システム合計だけでなく、上位プロセス、PID、増加量を記録します。

  4. 別の道具で照合する

    タスク マネージャーまたはProcess ExplorerでPrivate Bytesと子プロセスを確認します。

  5. 再起動前に証拠を保存する

    スナップショット、時刻、再現手順を残し、更新後も同じ条件で比較できるようにします。

1つの数値ではなくRAMMapスナップショットを比較する

作業前、1回実行後、複数回実行後にFile > Saveで保存します。baseline、after-task-1、after-task-5のように時点が分かる名前を付けます。同じ操作ごとにほぼ同じ量が増え、完了後も戻らないなら、一度だけの増加より強い証拠になります。

初期化、内部キャッシュ、読み込みが落ち着いた後に横ばいになるなら、意図した確保の可能性があります。深刻なページングを起こす前に試験を止めてください。応答不能なら作業を保存してサービスを回復し、後で制御した条件で再現します。

RAMMapスナップショットの前後比較を示すメモリ ブロック図
同じ条件の時点を比較します。初期処理後の安定と、操作ごとの継続増加は別のパターンです。

Standbyキャッシュを空にしてもProcess Privateは直らない

Empty Standby Listが変えるのは回収可能なキャッシュ ページです。アプリにプライベート コミットを解放させる命令ではなく、リークの修復にもなりません。グラフが一時的に下がっても、Process Privateの所有者は残り、Windowsは削除したファイル データを再読込することがあります。

Empty Working Setsは常駐ページを追い出して見かけ上の値を下げることがありますが、アプリが再利用するとページ フォールトが起きて戻ります。基礎のプライベート割り当てが消えた証拠にはなりません。

EmptyメニューはRAMMapキャッシュ削除ガイドにある明確な試験だけで使います。Process Privateでは所有者を特定し、不要な処理を止め、アプリや拡張機能を更新・切り分けし、提供元へ再現可能な証拠を渡すことが本筋です。

重要

プライベート メモリ増加への対策としてキャッシュ削除を定期実行しないでください。直後のグラフ低下はリーク修復の証明ではありません。

特定したプロセスに合わせて安全に対処する

通常のアプリなら作業を保存し、対象の文書や処理を閉じてPrivate Bytesが下がるか確認します。公式経路から対応版へ更新し、プラグイン、オーバーレイ、拡張機能、大きな入力をグループごとに外して比較します。ブラウザーではタブ、プロファイル、拡張機能を分けます。

バックグラウンド サービスなら、再起動前に表示名と実行ファイルの場所を確認します。最近の設定変更、索引作成、バックアップ、セキュリティ検査、同期キュー、ログ増加を調べます。再起動は容量を戻せても、原因が残れば再発します。

有効な作業が本当に容量を必要とする場合だけRAM増設を検討します。RAMを増やすとページングは減りますが、上限なく増えるリークは修正できません。

  • 可能なら特定したアプリまたはサービスだけを再起動し、同じ作業で再発を確認する。
  • アプリ、プラグイン、ドライバー、実行環境は公式配布元から更新する。
  • 拡張機能、オーバーレイ、MOD、大きな入力を段階的に外して原因を絞る。
  • 大きな設定変更の前にRAMMapスナップショットとProcess Explorerの値を保存する。

RAMMapだけでは足りない場合

所有者、サービス、コマンド ライン、Private BytesはProcess Explorer、1プロセスの仮想アドレス空間はVMMap、ハード フォールトはリソース モニター、時間軸やドライバー関係はWindows Performance Recorderで確認します。

Process PrivateをMapped File、Nonpaged Pool、Driver Locked、メモリ圧縮と混同しないでください。各カテゴリは調査先が異なります。Mapped Fileが高い場合Windowsメモリ圧縮のガイドも参照してください。

現在確認できる公式最新版は、Microsoftが2026年3月26日に公開したRAMMap v1.63です。当サイトは2026年7月23日にMicrosoft公式RAMMapページを確認しました。署名不明のミラーではなく、公式ZIPまたは正確なWinGetパッケージを使ってください。

RAMMap Process Privateのよくある質問

RAMMapのProcess Privateが高いと必ずメモリ リークですか?

いいえ。大きなアプリが正当に多くのメモリをコミットすることがあります。同じ条件で増え続け、作業終了後も戻らず、使用可能メモリが減り、同じプロセスのPrivate Bytesも増える場合に調査します。

原因プロセスはRAMMapのどのタブで確認しますか?

Use Countsでカテゴリを確認した後、Processesをプライベート メモリまたは合計で並べ替えます。PIDとPrivate Bytesをタスク マネージャーかProcess Explorerで照合します。

Empty Standby ListでProcess Privateは減りますか?

根本的には減りません。回収可能なStandbyキャッシュを捨てる操作で、アプリのプライベート コミットを解放させるものではありません。

タスク マネージャーとRAMMapの値が違うのはなぜですか?

分類方法が異なるためです。ワーキング セット、Private Bytes、物理ページの用途と状態は別の指標なので、同じ値ではなく時間変化を比較します。

RAMMapの次に使う道具は何ですか?

所有者とPrivate BytesはProcess Explorer、1プロセスの内訳はVMMap、システムの時間軸やドライバー証拠はWindows Performance Recorderが適しています。

確認済みの公式版を使用

RAMMap v1.63でProcess Privateを調べる

Microsoft Sysinternalsの現行ZIPを入手し、静かな基準値と同じ作業の変化を比べてからメモリ状態を変更してください。

RAMMap v1.63をダウンロード
2026年7月23日にMicrosoft公式ZIPを確認済み。

診断を続ける