Advanced Debugging
About AdvDbg Consult Train Services Products Tools Community Contact  
欢迎光临 高端调试 登录 | 注册 | FAQ
 
  ACPI调试
Linux内核调试
Windows内核调试
 
  调试战役
调试原理
新工具观察
 
  Linux
Windows Vista
Windows
 
  Linux驱动
WDF
WDM
 
  PCI Express
PCI/PCI-X
USB
无线通信协议
 
  64位CPU
ARM
IA-32
  CPU Info Center
 
  ACPI标准
系统认证
Desktop
服务器
 
  Embedded Linux
嵌入式开发工具
VxWorks
WinCE
嵌入式Windows
 
  格蠹调试套件(GDK)
  格蠹学院
  小朱书店
  老雷的微博
  《软件调试》
  《格蠹汇编》
  《软件调试(第二版)》
沪ICP备11027180号-1

Windows内核调试

帖子发起人: wrong   发起时间: 2011-03-22 15:51 下午   回复: 2

Print Search
帖子排序:    
   2011-03-22, 15:51 下午
rong_bo 离线,最后访问时间: 2011/9/5 12:57:46 wrong

发帖数前10位
注册: 2011-01-07
发 贴: 66
获得了dump,应该怎么样下手?

附件: 2011-03-19 SystemTooBusy CPU100%.mini.dmp.txt
Reply Quote
周末,电脑启动后就无法操作了,CPU 为100%,本以为等会就好,不过等了大概半个小时,还是这样子,于是强制crash,不过虽然有了dump,却不知从何处下手,张老师能帮忙分析下嘛?或者说下大概的思路。

附件是mini dump,扩展名改成了TXT方便上传。
IP 地址: 已记录   报告
   2011-03-22, 21:46 下午
Raymond 离线,最后访问时间: 2020/7/3 3:40:25 格蠹老雷

发帖数前10位
注册: 2005-12-19
发 贴: 1,303
Re: 获得了dump,应该怎么样下手?
Reply Quote
Dump指示svchost进程中的用户态代码繁忙,可能的确存在死循环的代码...
这种情况用户态的转储更有效,或者有完整转储
IP 地址: 已记录   报告
   2011-03-28, 14:03 下午
rong_bo 离线,最后访问时间: 2011/9/5 12:57:46 wrong

发帖数前10位
注册: 2011-01-07
发 贴: 66
Re: 获得了dump,应该怎么样下手?
Reply Quote
张老师,在分析的过程中碰到一些问题。

0: kd> .thread
Implicit thread is now 8dc8e6b8
0: kd> .process
Implicit process is now 8a0d6030

0: kd> !thread 8dc8e6b8
THREAD 8dc8e6b8 Cid 12d8.06b4 Teb: 7ffd3000 Win32Thread: 00000000 RUNNING on processor 0
Not impersonating
DeviceMap 8f608840
Owning Process 8a0d6030 Image: svchost.exe
Attached Process N/A Image: N/A
Wait Start TickCount 168708 Ticks: 0
Context Switch Count 42163933
UserTime 00:09:47.686
KernelTime 00:03:52.067
Win32 Start Address 0x77a903e7
Stack Init a2941fd0 Current a2941cd4 Base a2942000 Limit a293f000 Call 0
Priority 5 BasePriority 4 UnusualBoost 0 ForegroundBoost 0 IoPriority 0 PagePriority 1
ChildEBP RetAddr Args to Child
013bf700 00000000 00000000 00000000 00000000 0x6bd1d200

0: kd> !process 8a0d6030 1
PROCESS 8a0d6030 SessionId: 0 Cid: 12d8 Peb: 7ffdb000 ParentCid: 023c
DirBase: dc8a49a0 ObjectTable: abee8d80 HandleCount: 342.
Image: svchost.exe
VadRoot 8db37d98 Vads 249 Clone 0 Private 18618. Modified 108183. Locked 0.
DeviceMap 8f608840
Token abf724a0
ElapsedTime 00:43:00.820
UserTime 00:00:00.858
KernelTime 00:00:00.187
QuotaPoolUsage[PagedPool] 0
QuotaPoolUsage[NonPagedPool] 0
Working Set Sizes (now,min,max) (10838, 50, 345) (43352KB, 200KB, 1380KB)
PeakWorkingSetSize 22601
VirtualSize 144 Mb
PeakVirtualSize 149 Mb
PageFaultCount 7302932
MemoryPriority BACKGROUND
BasePriority 8
CommitCharge 20455

不知道怎么理解!process输出的UserTime和KernelTime,我的想法是是进程中所有线程的UserTime和KernelTime之和,不过这个输出不是这样,结果都是0,而前面!thread输出的都是分钟级别的了。

另外,现在这个dump应该是属于Kernel memory dump,大约有400M左右。因为我的电脑上只有2个选项,要么是它,要么就是mini dump。是不是要看到用户态的stack,只有full dump?
IP 地址: 已记录   报告
高端调试 » 软件调试 » Windows内核调试 » 获得了dump,应该怎么样下手?

 
Legal Notice Privacy Statement Corporate Governance Corporate Governance
(C)2004-2020 ADVDBG.ORG All Rights Reserved.