Windbg가 너무 느리게 작동합니까?

This dump file has an exception of interest stored in it. 
The stored exception information can be accessed via .ecxr. 
(10e0.cd8): Wake debugger - code 80000007 (first/second chance not available) 
eax=7c9bc668 ebx=00000000 ecx=00000000 edx=7c9bc080 esi=00000198 edi=00000000 
eip=7c95847c esp=0006fc0c ebp=0006fc7c iopl=0   nv up ei pl zr na pe nc 
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000    efl=00000246 
ntdll!KiFastSystemCallRet: 
7c95847c c3    ret 
0:000> .ecxr 
eax=7c9bc668 ebx=00000000 ecx=00000000 edx=7c9bc080 esi=00000198 edi=00000000 
eip=7c95847c esp=0006fc0c ebp=0006fc7c iopl=0   nv up ei pl zr na pe nc 
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000    efl=00000246 
ntdll!KiFastSystemCallRet: 
7c95847c c3    ret 
0:000> kb 
    *** Stack trace for last set context - .thread/.cxr resets it 
ChildEBP RetAddr Args to Child    
0006fc08 7c957b99 7c821d1e 00000198 00000000 ntdll!KiFastSystemCallRet 
*** ERROR: Symbol file could not be found. Defaulted to export symbols for kernel32.dll - 
0006fc0c 7c821d1e 00000198 00000000 00000000 ntdll!ZwWaitForSingleObject+0xc 
WARNING: Stack unwind information not available. Following frames may be wrong. 
0006fc7c 7c821c8d 00000198 ffffffff 00000000 kernel32!WaitForSingleObjectEx+0x88 
*** ERROR: Symbol file could not be found. Defaulted to export symbols for w3dt.dll - 
0006fc90 5a604692 00000198 ffffffff 00000000 kernel32!WaitForSingleObject+0x12 
*** ERROR: Module load completed but symbols could not be loaded for w3wp.exe 
0006ff0c 0100187c 00000007 002e3bd8 00000000 w3dt!IPM_MESSAGE_PIPE::operator=+0x1b31 
0006ff44 01001a27 00000007 002e3bd8 002e46d8 w3wp+0x187c 
0006ffc0 7c82f23b 00000000 00000000 7ffdf000 w3wp+0x1a27 
0006fff0 00000000 010018f8 00000000 78746341 kernel32!ProcessIdToSessionId+0x209

기호로드 ... '! threads', 과 같이 일반적인 명령을 사용하면 너무 느리게 작동합니다.이 결과는 kb 결과입니다.이 문제를 해결하려면 어떻게해야합니까?Windbg가 너무 느리게 작동합니까?

오랜 시간 동안 기다리는 것 같은데, 그것은 보여줍니다

0:000> .load sos 
0:000> !threadpool 
*** ERROR: Symbol file could not be found. Defaulted to export symbols for mscorwks.dll - 
PDB symbol for mscorwks.dll not loaded 
Failed to load data access DLL, 0x80004005 
Verify that 1) you have a recent build of the debugger (6.2.14 or newer) 
      2) the file mscordacwks.dll that matches your version of mscorwks.dll is 
       in the version directory 
      3) or, if you are debugging a dump file, verify that the file 
       mscordacwks_<arch>_<arch>_<version>.dll is on your symbol path. 
      4) you are debugging on the same architecture as the dump file. 
      For example, an IA64 dump file must be debugged on an IA64 
      machine. 

You can also run the debugger command .cordll to control the debugger's 
load of mscordacwks.dll. .cordll -ve -u -l will do a verbose reload. 
If that succeeds, the SOS command should work on retry. 

If you are debugging a minidump, you need to make sure that your executable 
path is pointing to mscorwks.dll as well.

그래서 문제가 무엇입니까?

출처

2012-02-15 Leon

이 비슷한 질문에서 제안한 것들 중 일부를 시도하십시오 : http://stackoverflow.com/a/11897602/188414 –

인터넷 연결 속도가 느립니까?

로컬로 사용할 수없는 경우 WinDBG는 Mircosoft의 사이트에서 일부 심볼 이미지를 가져옵니다. 느린 인터넷 연결로 인해 일부 기호를로드 할 때 windbg이 거의 멈추는 경우가 발생합니다.

출처

2012-02-15 07:48:01

나는 그렇게 생각하지 않습니다, 다른 사람들은 일을 덤프. – Leon

이것은 정확히 내가 자주 보는 것입니다. 디버거는 심볼 검색 경로를 따라 모든 위치를 크롤 링하여 심볼을 분석합니다. 네트워크를 통해 하나 이상의 위치가있는 경우 windbg은 효과적으로 크롤링 속도를 늦출 수 있습니다. – reuben

글쎄, windbg가 느립니다. 마침표 :

로컬 기호를 사용해도되지만 MS 기호 서버를 사용하는 경우 느린 디버깅을 준비 할 수 있습니다.

출처

2012-03-07 12:42:14

Windbg가 너무 느리게 작동합니까?

답변

관련 문제