본문 바로가기
  • 냥냥냥

Memory
3

[1부] 범인은 Heap이 아니었다: 어느 날 갑자기 찾아온 Metaspace OOM 대부분의 Java OOM(Out Of Memory)은 Heap 영역에서 발생합니다.그렇다보니 OOM이 발생하면 본능적으로 Heap Dump를 분석이 우선 수행됩니다. 그런데 이번에 저희 시스템에서 OOM으로 인해 프로세스가 중단된 적이 있어Heap dump를 확인했지만 사용량은 최대 40% 수준에 불과했습니다.GC 로그에도 치명적인 힙 압박이나 Full GC 폭증 같은 이상 징후는 보이지 않았습니다.그런데 프로세스는 OutOfMemoryError로 종료 되었습니다. 이 시점에서 합리적인 생각은Heap이 여유로운데 JVM 프로세스는 왜 메모리 부족으로 종료가 되었는가 입니다. 이 경우 의심해야 할 대상은 Heap이 아닌 Non-Heap 메모리 영역입니다. 왜냐하면 JVM 프로세스는 Heap 외에도 다양한.. 2026. 2. 1.
Ehcache 2.x 힙 메모리 분석: TTL 만료 후 Heap이 줄지 않는 이유 어디까지나 저의 생각이고 분석이기 때문에 틀린점 알려주시면 매우 감사합니다. 최근 운영 서버에서 메모리 사용량이 TTL 만료 후에도 줄지 않는 현상을 발견했다.TTL이 지나면 캐시 데이터는 제거되는데, FULL GC가 여러 번 발생해도 Heap 사용량은 거의 그대로였다.Memory Leak을 의심하고 Heap Dump를 분석해보니, 신기한 구조적 원인을 확인할 수 있었다. 1. Heap Dump에서 나타난 구조 Heap Dump를 확인하면 net.sf.ehcache.store.cachingtier.CountBasedBackEnd 객체가약 1.2GB의 Retained Heap을 점유하고 있었다.그 안에 들어있는 실제 캐시 데이터는 약 300MB에 불과다. (회사 데이터라 사진으로 공개 어렵습니다.)즉,.. 2025. 10. 22.
Ehcache 2.x maxElementsInMemory=0 분석: 메모리와 디스크 저장 동작 실험 결과 오늘은 Ehcache 캐시 설정 중 maxElementsInMemory 를 0으로 설정했을 때어떤 의미를 갖는지에 대해 깊이 살펴보고, 직접 테스트해본 결과를 공유하려고 합니다. 현재는 많은 분들이 잘 알고 계신거 같지만 그래도 여전히, 오해의 소재가 존재하기는 합니다.“0이면 메모리에 저장하지 않고 바로 디스크에만 저장된다” 또는 “무한대로 메모리에 저장된다”라는 상반된 해석이 존재하죠.GPT도 처음에는 헷갈려 했습니다. 그래서 직접 실험으로 확인했습니다. 결론부터 얘기하자면 Ehcache 2.x 버전의 0 설정은 무한 메모리 저장이 맞습니다. 실험 배경저희 서비스에서 특정 페이지 캐시를 Ehcache로 관리하고 있었는데, 원래 설정은 다음과 같았습니다. 그런데 실제 운영 중, 특정 캐시 객체가 메.. 2025. 10. 21.

최근댓글

최근글

skin by © 2024 ttuttak

티스토리툴바