WinDbg 힙 검증 결과는 어떻게 해석해야합니까? WinDbg는에서

Question

, 나는 일곱 가지 힙 손상에 의한 충돌 덤프에 명령 !heap -s -v을 실행 한 모든이 결과가 있습니다

..................List corrupted: (Blink->Flink = 0000000000000000) != (Block = 00000000026d0010) 
HEAP 0000000002030000 (Seg 00000000026d0000) At 00000000026d0000 Error: block list entry corrupted 

HEAP 0000000002030000 (Seg 00000000026d0000) At 00000000026d0000 Error: SegmentIndex field corrupted 

HEAP 0000000002030000 (Seg 00000000026d0000) At 0000000002749400 Error: invalid block size 

가 어떻게 그 결과를 해석해야을?

+0x2b8 LargeBlocksIndex : 0x00000000`026d0000 Void 

I :

나는 WinDbg는 그것을 세그먼트 (_HEAP_SEGMENT가)이지만, 실제로 큰 블록 캐시의 주소 (이 모든 덤프와 일치)이라고 생각한다는 것을 의미하는 (Seg 00000000026d0000) 해석 충돌이 발생할 때까지 동일한 운영 체제 및 동일한 프로세스에서 작성된 덤프가 WinDbg 확인에 문제가 없음을 확인했습니다.

간단히 말해서 WinDbg가 26d0000 주소에 대해 불평하는지 또는 왜 세그먼트로 해석할지 (왜 그게 옳은지)는 모르겠다.

모든 덤프는 Windows 2003 R2 시스템에서 발생했습니다. 프로세스는 64 비트입니다.

Answer 1

내가 처리 한 특정 충돌은 Windows 2003 힙 세그먼트 (~ 106 GiB) 내부의 데이터 양에 대한 제한의 결과였습니다. 메모리가 너무 분열되어 프로그램은 크기가 1 MiB 미만인 할당을 위해 세그먼트 내부를 찾을 수 없었습니다. 나는 처음에는 머신의 물리적 RAM 용량 (192 GiB)과 RAM 사용량 (8 TiB)에 대한 프로세스 당 제한 때문에이 사실을 배제했다.

WinDbg의 결과에 대한 이유는 아직 밝혀지지 않았지만 힙이 세그먼트 메모리를 소모 할 때 실행되는 코드 경로와 일관성이없는 상태로있을 가능성이 있다고 생각합니다. .