덤프의 프로세스 정보

크래시 덤프를 생성 할 때 windbg의 .tlist 명령이 시스템에서 실행중인 모든 프로세스를 덤프한다는 것을 알게되었습니다.덤프의 프로세스 정보

나는 각 프로세스의 메모리 정보을보고 싶습니다. 시스템이 특정 프로세스에 의해 과부하 상태인지 확인하는 데 도움이 될 것입니다.

2012-04-19 Rockstart

!process 0 1은 모든 프로세스를 나열하고 각각에 대한 메모리 관련 정보를 보여줍니다. livekd를 사용하여이 명령을 내리고 모든 프로세스를 완료했습니다. 그리고 여기 (I 출력에서 골라하는) 내 크롬 프로세스의 :

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가하는 것으로 믿습니다).

마크

출처

2012-04-19 20:43:33

windbg의 시스템 덤프에 **! process 0 1 **을 사용하셨습니까? 나는 livekd를 사용하는 방법을 모른다. livekd 사용법을 이해하는 데 도움이되는 링크가 있습니까? – Rockstart

livekd는 커널 메모리 덤프를 생성하고 해당 덤프에 대해 명령을 실행하여 로컬 커널 디버깅을 시뮬레이트하는 도구입니다. 그러나 시스템이 실행되는 동안이 덤프가 필요하므로 특정 데이터 구조가 일치하지 않을 수 있습니다. 그러므로 실제 커널 덤프가 가장 좋습니다 (버그 체크에 의해 생성됩니다). livekd에서 검색하면 더 많은 정보를 얻을 수 있습니다. 그리고 예, livekd에 입력 된 모든 명령은 windbg를 사용하여 커널 덤프를 검사 할 때와 동일한 사용법입니다. –

이 정보는 프로세스 덤프에 포함되어 있지 않습니다. .tlist은 덤프가 수행 된 상태가 아닌 현재 시스템을 쿼리합니다. 시스템 덤프를 할 수 있다면 Marc Sherman이 이미 대답 한 것처럼 프로세스와 메모리 사용을 체크 아웃 할 수 있습니다.

출처

2012-04-20 01:25:59

덤프의 프로세스 정보

답변

관련 문제