C++에서 멀티 스레드 응용 프로그램을 디버깅하는 방법 (교착 상태)?

Question

자바 디버깅에서는 중단 된 응용 프로그램을 쉽게 사용할 수 있습니다. 당신은 응용 프로그램의 메모리 덤프 걸릴 및 사용 및 일식 jvm 덤프 분석기를 사용하여 스레드의 상태 및 각 스레드가 차단 된 위치를 볼 수 있습니다?

C++에는 이와 유사한 것이 있습니까?

Answer 1

당신에게 C++로 똑같은 일을 할 수 있습니다. 코어 덤프를 강제 실행 한 후이를 조사하십시오.

MSVC를 사용하는 경우 실행중인 응용 프로그램에 디버거를 부착하기 만하면됩니다. "all break"를 누르고 실을 통해 주위를 찌를. 당신은 스레드 상태 번째 볼 리눅스 시스템에서 GDB를 사용할 수 있습니다

Answer 2

일부 플랫폼은 pstack을 지원합니다.

Answer 3

나는 이것을하지 않았지만 gdb를 사용하여 응용 프로그램의 코어를 생성 할 수 있다고 생각합니다.

gdb 자체를 사용하여이 코어를 디버깅하고 어떤 스레드가 차단되는지 직접 확인할 수 있습니다.

위는 Linux 플랫폼에서 가능합니다. Windows에서 cygwin을 동일한 목적으로 사용할 수 있는지 확실하지 않습니다.

Answer 4

물론 전략적으로 배치 된 cout 문 (또는 다른 출력 대안)은 항상 옵션이지만 이상적인 경우는 아닙니다.

g ++로 컴파일하는 경우 -g으로 컴파일하고 gdb를 사용하십시오. 실행중인 프로세스 (및 소스 코드)에 연결하거나 단순히 디버거에서 프로그램을 실행하여 시작할 수 있습니다. 그런 다음 스택을 살펴보십시오.

Windows에서 프로그램 실행을 일시 중지하고 스택을 살펴보십시오. 붙어 스레드 # 2

가 소유 한 임계 영역에서 붙어 스레드 번호로 1

그림을 소유 한 임계 영역 밖으로

Answer 5

1. 그림 말했다의 올바른 순서를 결정 임계 영역 취득

Answer 6

Answer 7

GDB에서 마법의 호출은 다음과 같습니다

스레드는 모두 BT는 BT는 실행

(역 추적)를 적용 모든 스레드에 대한 명령. 프로그램을 완전히 제거한 경우가 아니라면 각 기능의 이름을 볼 수 있어야합니다.

이것은 실시간 및 사후 (즉, 코어에 대해 gdb 실행) 디버깅 모두에서 작동합니다.

Answer 8

Windows 네이티브 응용 프로그램에서 Windbg이 나를위한 도구입니다. 가능한 경우 전체 프로세스 메모리 덤프가 보통 거기에 도달하지 못하게하여 교착 상태의 프로세스를 실시간으로 디버깅합니다.

내 접근 방식은 스레드와 리소스 간의 관계를 문서화하는 wait graph을 그리는 것입니다.보통 !locks 명령을 실행하여 어떤 스레드가 교착 상태의 프로세스에서 중요한 섹션을 보유하고 있는지 식별합니다.

우선 경합 횟수가 가장 많은 임계 섹션을 선택하여 대기 그래프를 그리기 시작합니다 (교착 상태가있는 경우 그래프에주기가 있으므로 시작할 위치가 중요하지 않음). 소유하고있는 스레드를 찾고 디버거에서 선택하십시오 (~ 명령을 사용하면 디버거에서 사용하는 스레드 번호와 스레드 ID를 연관시킬 수 있습니다) ~ *** threadnumber *** s을 사용하여 스레드를 선택하고 kbn 그 스택을 표시합니다. 프로세스가 교착 상태이면 RtlEnterCriticalSection 또는 WaitForSingleObject 외의 호출을 찾는 것과 같은 일종의 차단 작업을 수행 할 가능성이 있습니다. 교착 상태에서 이러한 호출은 대개 ​​다른 리소스를 식별 할 수있게합니다 이 정보를 대기 그래프에 추가하고 시작 지점으로 돌아갈 때까지 계속하십시오.

대기 그래프가 프로세스 경계를 ​​넘는 경우 소유주를 찾아야 할 수도 있습니다 다른 프로세스의 커널 객체 (이것이 가능한 경우 실시간으로 디버깅하는 이유입니다). sysinternals Process Explorer 도구는 이러한 목적에 유용합니다.

교착 상태에있는 참가자를 확인한 후에는 다음 단계로 넘어갈 수있는 위치를 파악할 필요가 있습니다. 이는 자원 획득 순서를 변경하는 것을 의미 할 수 있지만 실제로는 대기 그래프에서 주기적 종속성을 제거하는 방법을 이해하기 위해 응용 프로그램 디자인에 대한 추가 정보가 필요한 일반적인 방법은 없습니다.

주기가 문제의 원인이되지 않을 수있는 상황이 있습니다. 예를 들어 시스템이 사용자 입력을 기다리고있을 가능성이 있습니다 (예 : 서비스로 실행중인 프로세스에 대해 MessageBox를 호출 한 사람을 넘김) .

물론 이것보다 더 많습니다. 그러나 이것이 올바른 방향으로 당신을 밀어 줄 수 있기를 바랍니다.