Windbg の.tlistコマンドは、クラッシュ ダンプの作成時にシステムで実行されているすべてのプロセスをダンプすることを知りました。
各プロセスのメモリ情報を見たいです。システムが特定のプロセスによって過負荷になっているかどうかを確認するのに役立ちます。
Windbg の.tlistコマンドは、クラッシュ ダンプの作成時にシステムで実行されているすべてのプロセスをダンプすることを知りました。
各プロセスのメモリ情報を見たいです。システムが特定のプロセスによって過負荷になっているかどうかを確認するのに役立ちます。
!process 0 1
すべてのプロセスを一覧表示し、それぞれのメモリ関連情報を表示します。livekdを使用してこのコマンドを発行し、すべてのプロセスを取得しました。そして、これが私のクロムプロセスです(私は出力から選びました):
PROCESS fffffa8007cb4200
SessionId: 1 Cid: 1158 Peb: 7efdf000 ParentCid: 0ff8
DirBase: 1b7962000 ObjectTable: fffff8a00addb010 HandleCount: 135.
Image: chrome.exe
VadRoot fffffa80090a6f80 Vads 169 Clone 0 Private 4037. Modified 3702. Locked 0.
DeviceMap 0000000000000000
Token fffff8a0091f9120
ElapsedTime 00:05:49.161
UserTime 00:00:00.000
KernelTime 00:00:00.000
QuotaPoolUsage[PagedPool] 0
QuotaPoolUsage[NonPagedPool] 0
Working Set Sizes (now,min,max) (8020, 50, 345) (32080KB, 200KB, 1380KB)
PeakWorkingSetSize 10137
VirtualSize 144 Mb
PeakVirtualSize 151 Mb
PageFaultCount 66631
MemoryPriority BACKGROUND
BasePriority 8
CommitCharge 5784
Job fffffa8009822e30
「ワーキングセットサイズ」、「仮想サイズ」などのメモリ関連のプロパティに注意してください。
ps。livekdおよびシステムメモリダンプ(livekdが行うことであると私は信じています)で動作します。
マーク
この情報は、プロセス ダンプには含まれません。.tlist
ダンプが取得されたときの状態ではなく、現在のシステムを照会します。Marc Sherman が既に回答したように、システム ダンプを取得できる場合は、プロセスとそのメモリ使用量を確認できます。