Java 힙 덤프를 안정적으로 가져 오는 방법?

OutOfMemoryErrors에 의해 트리거 된 힙 덤프를 가져 오려고 할 때 팀이 어려움을 겪고 있습니다. 특정 이유로 우리는 현재 HeapDumpOnOutOfMemoryError 플래그를 사용하는 대신 bash 스크립트에서 호출 된 jmap으로 덤프를 가져옵니다. 우리는 약 3GB의 힙 크기를 가진 64 비트 1.6 JVM을 사용하고 있습니다. 힙 덤프는 90 %의 시간 동안 실패합니다 (추측).

메모리 문제를 해결하는 데 사용할 수있는 클린 힙 덤프를 얻을 가능성을 개선하기 위해 할 수있는 일이 있습니까? jmap에 Java 1.4에서 주요 문제가 있었지만 이러한 문제는 대부분 해결해야한다는 것을 읽었습니다.

운영 체제는 무엇입니까? (댓글을 추가 할 수 없습니다).

Solaris의 경우 먼저 코어 덤프 ( gcore <pid>)를 강제 실행 한 다음 jmap을 코어 덤프 파일 ( jmap -heap:format=b <path to java bin> <path to core>)에 첨부 하여 더 나은 결과를 얻습니다.

gcore실행중인 프로그램의 이미지를 생성하는 * nix 유틸리티입니다. 링크를 참조 하십시오 .

우리는 ManagementFactory.getThreadMXBean ()을 쿼리하고 보고서를 생성하는 JSP를 가지고 있습니다. 앱이 다운되었을 때는 유용하지 않을 수 있지만 1 분마다 설문 조사를하면 무슨 일이 일어나고 있는지 알 수 있습니다.

자세한 정보는 여기에 있습니다.

외부에서 jmx를 통해 응용 프로그램을 모니터링 할 수 있습니다. 예정된 OutOfMemory를 나타내는 일부 메트릭을 알고 있으면 예외가 발생하기 전에 jmap 실행을 트리거 할 수 있습니다.

제안 해 주셔서 감사합니다.

우리가 마무리 한 것은 가비지 수집 로그를 적극적으로 모니터링하는 스크립트를 작성하는 것입니다. 경험상 Back-to-Back Full GC는 거의 항상 OOM보다 앞서 있으므로 스크립트는이 이벤트를 감지하고로드 밸런싱 풀에서 서버를 정상적으로 제거하고 힙 덤프를 강제 실행합니다. 이것은 우리의 효과를 크게 향상 시켰습니다.

이것은 상당히 오래된 질문이지만 누군가가 이것을 유용하게 사용할 수 있기를 바랍니다.

jmap에는 -F 옵션 (force)이 있습니다. 이것은 과거에는 저에게 잘 작동하지 않는 것으로 입증되었습니다. -F 옵션을 사용하려면 jmap 명령의 일부로 java.io.tmp 디렉토리도 지정하는 것이 좋습니다. 임시 디렉토리 설정으로 인해 jmap 유틸리티가 제대로 작동하지 않는 JVM 버전 1.6.22에 문제가있었습니다.

gdb를 통해 코어 덤프를 시도 할 수도 있습니다. 코어가 있으면 jmap은 코어를 힙 덤프로 변환 할 수 있습니다.