debugdiag

-1열

1답변

일부 대상 프로세스 (고객 환경에서 충돌)를 수신하는 툴을 작성해야하며 충돌이 발생하면 DebugDiag를 실행하여 명령 줄 매개 변수를 전달하여 덤프를 생성해야합니다. 코드는 C#으로 작성해야합니다. 이미 코딩을했는데 도구가 프로세스를 감지하지 못했습니다. 다음은 코드입니다 : static void Main(string[] args) { Man

0열

1답변

디버그 Diag가 대용량 메모리 덤프 파일을 생성합니다.

Production에 Debug Diag을 구성하고 여기에 Long Stack Trace이라는 특정 app pool에 대해 Crash rule을 설정했습니다. 그러나 문제는 크기가 각각 약 700mb 인 매우 큰 덤프 파일을 생성하는 것입니다. 왜 이러한 파일이 너무 큰지 잘 모르겠습니다. 거기에 truncate 방법이 있습니까?

0열

1답변

DebugDiag가 디버깅 dll이 일치하지 않고 덤프 파일을 분석하는 방법

덤프 파일을 분석하려고 할 때 다음 오류가 발생합니다. 0:000> !threads The version of SOS does not match the version of CLR you are debugging. Please load the matching version of SOS for the version of CLR you are debu

0열

1답변

DebugDiag : LeakTrack.dll을 수동으로 삽입하는 방법

메모리 누출을 식별하기 위해 프로덕션에서 크래시 덤프가 있습니다. 내가 DebugDiag (V2 업데이트 2)를 사용하는 경우, 나는 DebugDiag가 LeakTrack.dll이 w3wp.DMP에로드 감지하지 않은 보고서를 얻을, 그래서 누출 분석은이 파일에서 수행되지 않았다. 당신이 메모리 누수 문제를 해결하는 경우, LeakTrack.dll 새로운 덤

0열

1답변

DebugDiag Analysis를 명령 줄에서 실행할 수 있습니까?

호출 방법은 있습니까? DebugDiag 명령 줄에서 분석 하시겠습니까? 나는 이것을 시도했다 : DebugDiag.Analysis.exe "C:\dumps\oops.dmp" 그러나 그것은 단지 GUI를 시작했다 (oops.dmp와 함께). 내가 찾고있는 것은 다음과 같은 것입니다. DebugDiag.Analysis.exe -dump "C:\dumps\oo

2열

1답변

덤프 파일 분석

최근에 CPU가 일반적인 경향보다 많은 리소스를 소비하는 소수의 서버에서 문제가 발생하기 시작합니다. 나는이 근본 원인을 찾으려고 노력하고 w3wp 프로세스의 덤프를 작업 관리자 (프로세스를 마우스 오른쪽 단추로 클릭하고 덤프를 가져옴)에서 가져 왔습니다. 이제 DMP 파일 크기는 14기가바이트 내가 WinDBG로를 통해 분석하려고하지만 도구는 작업 및 메

0열

1답변

System.Web.Handlers.TransferRequestHandler로 인해 asp.net 응용 프로그램의 높은 CPU 사용량과 충돌을 해결하는 방법은 무엇입니까?

서버에 4 개의 vCPU, 10GB RAM, SSD HDD가 배포 된 ASP.NET 응용 프로그램이 있습니다. NewRelic에 올려 , 내가 할 근본 원인을 발견 System.Web.Handlers.TransferRequestHandler 나는 또한, DebugDiag를 사용하여 분석했다 과 결과는 같다 : 성능 분석을 보여줍니다 : 상위 스레드에 의해

2열

1답변

DebugDiag 호출 스택에 호출 스택의 함수 줄 수가 표시되지 않습니다.

Windows의 기본 코드에서 메모리 누수를 격리하려고합니다. 테스트 케이스를 여러 번 반복 실행하여 의심되는 누출 (PerfMon에서 여러 번 실행하여 메모리 누출이 확인 됨)에 대한 정보를 수집하는 프로세스에 DebugDiag를 연결했습니다. 는 DebugDiag 지금 내가 제대로 문자를 구성한 Call stack sample 1 Address 0x

0열

1답변

DebugDiag가 분석을 완료하지 않았습니다.

.NET 웹 응용 프로그램에서 높은 CPU 사용량을 찾으려고했습니다. 이 기사에서 설명한대로 DebugDiag 도구를 사용했습니다. https://www.iis.net/learn/troubleshoot/performance-issues/troubleshooting-high-cpu-in-an-iis-7x-application-pool 덤프가 성공적으로 수집되

0열

1답변

debugdiag를 사용하여 추가 호출 기능 정보 받기

debugdiag 1.2를 .dmp 파일과 함께 사용하고 있습니다. 필자는 Microsoft의 지원을 받아 왔으며 다양한 기능 트레이스 세부 정보를 얻었습니다. 그의 버전은 기능 이름과 매개 변수로 훨씬 상세 해졌습니다. 나는 그와 똑같이하기 위해 내가 놓친 것이 있는지 궁금해했다. 예를 들어, 내가 얻을 것이다 : 같은 덤프 파일 ntdll!NtWaitF