プライベートバイト、仮想バイト、ワーキングセットとは何ですか？

perfmon windowsユーティリティを使用して、プロセスのメモリリークをデバッグしようとしています。

これは、perfmonが用語を説明する方法です。

ワーキングセットは、このプロセスのワーキングセットの現在のサイズ（バイト単位）です。ワーキングセットは、プロセス内のスレッドによって最近アクセスされたメモリページのセットです。コンピュータの空きメモリがしきい値を超えている場合、ページは使用されていなくてもプロセスのワーキングセットに残ります。空きメモリがしきい値を下回ると、ページはワーキングセットから削除されます。それらが必要な場合、メインメモリを離れる前に、ワーキングセットにソフトフォールトされます。

仮想バイトは、プロセスが使用している仮想アドレス空間の現在のサイズ（バイト単位）です。仮想アドレス空間の使用は、ディスクまたはメインメモリページの対応する使用を必ずしも意味しません。仮想空間は有限であり、プロセスはライブラリをロードする能力を制限する可能性があります。

Private Bytesは、このプロセスが割り当てた、他のプロセスと共有できないメモリの現在のサイズ（バイト単位）です。

これらは私が持っている質問です：

共有ライブラリが関与していないためプロセスにリークがあるかどうかを確認するために測定する必要があるのはプライベートバイトですか？リークが発生した場合、プロセス自体から発生しますか？

プロセスによって消費されるメモリの合計はどれくらいですか？それは仮想バイトですか、それとも仮想バイトとワーキングセットの合計ですか？

プライベートバイト、ワーキングセット、仮想バイトの間に何か関係がありますか？

メモリ使用量をよりよく把握できる他のツールはありますか？

この質問の簡単な答えは、これらの値はどれも、実行可能ファイルが実際に使用しているメモリの量を示す信頼できる指標ではなく、メモリリークのデバッグに本当に適切なものではないということです。

Private Bytesは、プロセス実行可能ファイルが要求したメモリの量を示します。必ずしも実際に使用している量ではありません。それらは（通常）メモリマップファイル（つまり共有DLL）を除外するため、「プライベート」です。しかし、ここが問題です。これらのファイルによって割り当てられたメモリが必ずしも除外されるわけではありません。プライベートバイトの変更が実行可能ファイル自体によるものか、リンクされたライブラリによるものかを判断する方法はありません。プライベートバイトも物理メモリだけではありません。それらはディスクまたはスタンバイページリストにページングできます（つまり、使用されていませんが、まだページングされていません）。

ワーキングセットは、プロセスによって使用される物理メモリ（RAM）の合計を指します。ただし、プライベートバイトとは異なり、これにはメモリマップファイルやその他のさまざまなリソースも含まれるため、プライベートバイトよりも正確な測定ではありません。これは、タスクマネージャーの「Mem Usage」で報告される値と同じであり、近年、無限の混乱の原因となっています。ワーキングセットのメモリは、ページフォールトなしでアドレスできるという意味で「物理的」です。ただし、スタンバイページのリストも物理的にはメモリ内にありますが、ワーキングセットでは報告されません。そのため、アプリケーションを最小化すると、「メモリ使用量」が突然低下する場合があります。

仮想バイトは合計ですプロセス全体が占める仮想アドレス空間です。これは、メモリマップトファイル（共有DLL）が含まれているという意味でワーキングセットに似ていますが、スタンバイリストのデータと、すでにページアウトされていて、ディスクのどこかにあるページファイルにあるデータも含まれています。負荷が高いシステムのすべてのプロセスで使用される仮想バイトの合計は、マシンの実際のメモリよりもかなり多くのメモリになります。

したがって、関係は次のとおりです。

• Private Bytesは、アプリが実際に割り当てたバイトですが、ページファイルの使用を含みます。
• ワーキングセットは、非ページのプライベートバイトとメモリマップファイルです。
• 仮想バイトは、ワーキングセットとページ化されたプライベートバイトおよびスタンバイリストです。

ここに別の問題があります。共有ライブラリがアプリケーションモジュール内にメモリを割り当てることができるのと同じように、アプリのプライベートバイトで誤検知が報告される可能性があるのと同様に、アプリケーションも共有モジュール内にメモリを割り当てて、falseにつながる可能性がありますネガ。つまり、アプリケーションがメモリリークを起こして、プライベートバイトにまったく現れない可能性があります。可能性は低いですが、可能です。

プライベートバイトは、実行可能ファイルが使用しているメモリ量の妥当な概算であり、メモリリークの潜在的な候補のリストを絞り込むのに役立ちます。数が絶え間なく無限に増加しているのを見た場合は、そのプロセスにリークがないか確認する必要があります。しかし、これは証明できませんリークがあるかどうかは。

Windowsでメモリリークを検出/修正するための最も効果的なツールの1つは、実際にはVisual Studioです（リンクは、製品ページではなく、VSを使用したメモリリークのページに移動します）。 Rational Purifyは別の可能性です。Microsoftには、この問題に関するより一般的なベストプラクティスドキュメントもあります。この前の質問には、より多くのツールがリストされています。

これでいくつかの問題が解決することを願っています！メモリリークを追跡することは、デバッグで行うのが最も難しいことの1つです。幸運を。

メモリリークを特定するために、perfmon、タスクマネージャ、またはそのようなツールを使用しないでください。これらは傾向を特定するのに適していますが、それ以外の場合はそれほどではありません。それらが絶対的な用語で報告する数値は、あいまいで集計されているため、メモリリークの検出などの特定のタスクに役立ちません。

この質問への以前の回答は、さまざまなタイプが何であるかについての素晴らしい説明を与えました。

ツールの推奨事項について質問します。私はMemory Validatorをお勧めします。数十億のメモリ割り当てを行うアプリケーションを監視できます。

http://www.softwareverify.com/cpp/memory/index.html

免責事項：私はメモリ検証ツールを設計しました。

perfmonカウンタの定義は最初から壊れており、何らかの理由で修正するのが難しいようです。

Windowsメモリ管理の優れた概要は、MSDN のビデオ「メモリ管理の謎」でご覧いただけます。これは、メモリリークの追跡に必要なトピック（例：ワーキングセット管理）をカバーしていますが、関連するトピックで十分に詳しく説明しています。

perfmonカウンタの説明に関する問題のヒントを与えるために、MSDNの「Private Bytes Performance Counter-Beware！」からのプライベートバイトに関する裏話を次に示します。

Q：プライベートバイトはプライベートバイトではありません。

A：常駐していない場合。

Private Bytesカウンターは、プロセスのコミット料金を報告します。つまり、スワップアウトされた場合にプライベートメモリの内容を保持するためにスワップファイルに割り当てられたスペースの量。注：コミットされていない予約済み状態の仮想メモリと混同する可能性があるため、「予約済み」という言葉は避けています。

MSDNの「パフォーマンスプランニング」から：

3.3プライベートバイト

3.3.1説明

プライベートメモリは、他のプロセスと共有できないプロセスに割り当てられたメモリとして定義されます。このメモリは、そのような複数のプロセスがマシンで実行される場合、共有メモリよりも高価です。（従来の）アンマネージdllのプライベートメモリは、通常C ++の静的要素で構成され、dllのワーキングセット全体の5％程度です。

ここに興味深い議論があります：http : //social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/307d658a-f677-40f2-bdef-e6352b0bfe9e/ このスレッドについての私の理解は、小さな割り当てを解放するとPrivate BytesまたはWorking Setには反映されません。

短い話：

私が電話したら

p=malloc(1000);
free(p);

次に、プライベートバイトは割り当てのみを反映し、割り当て解除は反映しません。

私が電話したら

p=malloc(>512k);
free(p);

その後、プライベートバイトは割り当てと割り当て解除を正しく反映します。