Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 스팀 게임 스코어 알고리즘
- set-cookie 안만들어짐
- 외부 톰캣 특수문자 깨질 때
- 존폴반지
- LLM기반CBF
- jqxWidget워터마크
- 분산파일시스템
- jsp permission denied
- steam game score
- 동시 요청 처리
- 비개인화추천모델
- jqx워터마크제거
- 존폴결혼반지
- 존폴쥬얼리
- 자바스크립트 깨질 때
- tomcat튜닝
- 한글 특수문자 자바스크립트
- Akamai 연구결과
- 스프링단위테스트방법
- integrationtest
- LLM기반 콘텐츠 추천
- cookie refreshToke
- dial timeout
- spring unit test
- dialtimeout
- 존폴결혼예물
- staem algorithm
- 분산파일
- jsp 예외 permission
- 추천시스템steam
Archives
- Today
- Total
목록2026/02/25 (1)
hola 개발
[ 문제 해결 ] 대용량 데이터 요청 개선기
[ 문제 상황 ] 기존 시스템을 업데이트 후 200만건 정도의 조회 요청(대략 1.5G 정도) 들어와 jvm에서 oom이 떠버렸다...확인해보니 tomcat에 할당된 heap 메모리 사이즈가 업데이트 하기 전 서버보다 작게 잡혀 있었다. 부장님께 보고 드리니 heap 사이즈를 늘려주신다고는 하나'과연 heap 사이즈를 올린다고 추후 같은 문제가 발생하지 않을까?' 하는 의문이 들었다.왜냐하면 200만건 정도의 조회 요청을 한 번 정도 왔으니 다행이나 여러 명의 직원들이 동시에 요청을 하게 된다면?즉, 대용량 요청을 여러명이 동시에 요청하게 되면 그만큼 jvm에서 heap사이즈를 차지하게 될것이고 결국에는 oom이 발생할 수 밖에 없는 여지를 남겨둔다는 생각이 들었다. 요즘 같은 시대에 메모리는 이전..
회고록/문제 해결
2026. 2. 25. 15:03