백엔드 성능 개선중인데 이 그래프 해석 가능할까요

Question

512MB로 AWS 인스턴스 메모리 설정해놓고 서비스 운영중에2025-07-30T00:40:31.822+09:00 ERROR 1 --- [io-8080-exec-10] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Handler dispatch failed: java.lang.OutOfMemoryError: Java heap space] with root cause위 에러가 터졌습니다.그래서 로컬에서 256MB로 세팅된 스프링 도커를 올려서 똑같은 API콜 부하를 주니까 아래그래프처럼 나왔습니다. 파란색선이 주황색에 안닿아도 단시간에 뾰족뾰족한 부분이 개선이 필요한 부분일까요?

캐티 · Answer

위에 거는 메모리 스파이크라고 부르는 거빈다. 예컨데 php에서 json_decode, json_encode 함수를 치면 저렇게 되는 수가 이쩌. c#에서는 스트리밍 출력을 사용하여서 위에 처럼 스파이크가 튀지 않아요. 물론 낡은 php라 하더라도 로우레벨 튜닝을 앵간이 하여서 직접 json 파서 전용 모듈을 사용한다 이거나 php로 스트리밍 출력을 하기에 구현을 한다 이거나 .. 개선에 여지가 많아쩌. 앵간하면 php 공식으로 바꾸어 놓아야 하는거 아니나요.

카스마당 · Answer

-XX:+HeapDumpOnOutOfMemoryError -XX:+PrintGCDetails -Xloggc:gc.log 등 추가하셔서확인해 보셔야...

잠자는사자 · Answer

그냥 무료 오라클 클라우드로 24G 램 쓰면 해결 될 듯 합니다.

HJOW · Answer

API콜 처리하는 메소드나 그 내부에서메모리를 과도하게 쓰는 곳이 있나 보네요.왔다갔다가 저렇게 순간적으로 몰려있다는 건메모리 한계치까지 다다라서 gc가 호출되는 빈도가 높았다는 겁니다.gc 호출되서 사용량이 내려갔다가, 그 내려간 만큼 금방 써버려서 또 gc 호출되고이걸 짧은 시간 안에 반복한 거죠.다만 뒤쪽을 보면 다시 정상수준까지 내려온 걸 보니메모리 누수까진 아니고그냥 단순히그 API 동작 시 메모리 사용량이 많은 것 같습니다.메모리 사용량이라 함은변수에 담기는 데이터의 양이 많다는 것을 의미합니다.이를테면필요한 데이터를 조회한 다음, 그걸 JSON으로 가공해 내보내는 로직인데, 그 데이터 수가 엄청나게 많거나--> 페이징을 도입해야죠 뭐... 어떤 순간에도 전체 데이터가 다 변수안에 담기는 일은 없도록.POI 엑셀다운로드 (스프링 자바 프로젝트에서 메모리 오류 단골손님 중 하나)--> 임시파일 기반 워크북 사용 (SXSSFWorkbook)--> 파일 적용 전 데이터들이 메모리 대신 임시파일에 저장됨그리고 또 하나메모리 사용량 높음이 강력하게 의심되는 메소드 내에서는사용이 끝나 더이상 필요가 없는 변수에는 null 을 넣어 주세요. (기본형 타입은 제외)

funofjava · Answer

gc 로그 분석도 해보시는 게

정규분포 · Answer

이것도 전형적인 xy 문제네요. Premature optimisation 인듯.동접 100명도 안나오는 서비스에 과한 부하 테스트를 하고 계신가요? 512MB로 돌리는 서비스에 그렇게 부하 테스트하면 당연히 저렇게 나오는게 정상인데.해결하시려는 문제가 뭔가요. 상사가 성능 문제 있으니까 백엔드 최적화 하레요??

백엔드 성능 개선중인데 이 그래프 해석 가능할까요

6개의 답변

Q&A 목록