자바 가비지 컬렉션 (G1GC) 관련 질문

Question

안녕하세요.사내에서 아파치 솔라7.7을 사용 중인데 최근에 Out of Memory 이슈가 있어서 컬렉션의 캐시 사이즈 조정 및 가비지 컬렉션을 기존 jdk8 &#43; CMS gc 에서 jdk 11 &#43; G1GC로 바꿨습니다.사실 메모리 이슈는 캐시 사이즈 조정으로 거의 해결을 본 상태에긴 하지만 혹시나 하는 마음에 가비지 컬렉션도 바꿔 봤는데요.. (솔라의 힙 크기를 60GB로 잡아 놔서 이 정도 힙 사이즈는 G1GC 사용이 추천 되더군요)가비지 컬렉션에 대해 잘 아는건 없어서 성능 면에서 크게 차이는 잘 모르겠지만 한 가지 큰 차이점은 visual gc 같은 툴로 힙 상태를 모니터링 했을때 일단 기본적으로 차지 하고 있는 힙 크기 자체가 G1GC가 훨씬 크다는 점입니다. CMS때는 서버가 idle 시에 20% 선에서 왔다 갔다 했었는데 지금은 기본적으로 40% 수준을 유지 하고 있네요.(GC외의 모든 서버 설정은 동일 합니다.)트래픽과 메모리 사용량이 많을 때는 CMS는 40-50%까지 올라갔다가 GC가 수행되면서 다시 메모리 사용량이 20%대로 떨어지는 반면, G1GC는 거의 85% 까지 육박 하다가 다시 40% 대로 떨어지는 걸 반복하고 있습니다. 메모리 사용량의 highest 와 lowest의 차이도 CMS때 보다 훨씬 심한데요.기본적으로 G1GC가 내부 최적화를 통해 old 영역 할당도 많이 하고 있는데다가 young 영역을 CMS때 보다도 훨씬 크게 잡고 있어 gc 가 일어 날 때 마다 그만큼 메모리 회수가 많이 발생하면서 나타나는 현상이라고 볼 수 있을까요?

allinux · Answer

jvm 입장에선 gc를 최대한 적게하는 것이 성능상 이로운 겁니다.물리 메모리가 넘쳐나는데 부담되는 gc 할 필요가 있을까요?idle 시 메모리 점유률이 중요한 것이 아니라 메모리 leak 이 있는지 old 영역의 gc 시간(full gc 즉 stop the world 가 되는 시간)이 얼마나 되는지가 중요할 듯 합니다.일단 각각의 gc의 통계를 내보세요.

이카로스 · Answer

cms랑 g1gc 그래프가 다르게 그려지긴 합니다.동일한 테스트를 했을 때 g1gc가 더 다이나믹하게 heap을 쓰는것같습니다. (참조 :https://parksuseong.blogspot.com/search?q&#61;cms)그리고 oom 에러가 heap에서 나는게 맞나요? 아파치 솔라를 잘 모르지만 사용하는 어플리케이션에 따라 offheap에서 날수도 있어요.

초무쿤 · Answer

실제로 OOM(Out of Memory)가 발생하는건 메모리가 작어서가 아니라 어디 메모리 누수가 발생하는 경우가 99%입니다.(나머지 1%는 설계미스. 예를 들어 대량 데이터를 패이징처리없이 처리한다던지 하는 부분)VM메모리 늘린다고 해결 않될거 같습니다만.Pooling과 관련있는 부분에 누수(Leak)이 없는지 먼저 살펴보시는게.. 그리고 혹시 대량데이터 chunk처리를 않하는게 아닌지(페이징처리. 액셀업로드 다운로드 등) 한번 살펴보시는게.Jconsole로 일단 모니터링 한번 해보시쥬. Heap사이즈 계속 늘어난다면 어디서 세는걸껍니다.

자바 가비지 컬렉션 (G1GC) 관련 질문

3개의 답변

#gc 목록