Prozess information in dump

Habe ich gelernt, dass .tlist in windbg-Befehl sichert alle Prozesse im system zum Zeitpunkt der Erstellung von crash-dump.

Ich würde gerne sehen, die Speicher Informationen der einzelnen Verfahren. So, dass es mir helfen wird, um zu sehen, wenn das system überlastet ist durch spezielle Verfahren.

InformationsquelleAutor Rockstart | 2012-04-19

  1. 8

    !process 0 1 listet alle Prozesse und Speicher-Informationen für jeden. Gab ich diesen Befehl mit livekd und habe alle Prozesse. Und hier ist mein chrome-Prozess (die ich rausgesucht von der Ausgabe):

    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

    Hinweis im Zusammenhang mit dem Arbeitsspeicher Eigenschaften wie "Working Set-Größe", "Virtuelle Größe", etc.

    ps. Funktioniert mit livekd und mit system-Speicherabbilder (die ich glaube, ist, was livekd tut).

    Marc

    Hast du !Prozess 0 1 auf einem system dump in windbg? Ich weiß nicht, wie zu verwenden livekd. Hast du irgendwelche links, die mir hilft, zu verstehen, die Verwendung von livekd?
    livekd ist ein tool, das simuliert lokale kernel-debugging durch die Erzeugung eines kernel-Speicher-dump und die Ausführung von Befehlen vor, die Müllkippe. Aber da braucht es diese Müllkippe, während das system ausgeführt wird, bestimmte Datenstrukturen inkonsistent sein. Daher eine echte kernel-dump am besten ist (erzeugt durch einen Fehlercode). Suchen Sie einfach auf livekd, und Sie werden mehr Informationen über Sie. Und ja, alle eingegebenen Befehle in livekd sind die gleichen Einsatz, wenn mit windbg zu inspizieren, um einen kernel dump.

    InformationsquelleAutor Marc Sherman

  2. 8

    Diese information nicht enthalten ist in der dump-Prozess. .tlist - Abfragen Ihres aktuellen Systems, nicht der Zustand, in dem der dump gemacht wurde. Wenn Sie können, nehmen Sie ein system-dump, als Sie können, check-out-Prozesse und deren Speichernutzung, wie Marc Sherman schon beantwortet.

    InformationsquelleAutor seva titov

Schreibe einen Kommentar