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 | 29 |
30 | 31 |
Tags
- java 멀티스레딩
- 헥사고날
- MinorGC
- MappingJackson2HttpMessageConverter
- mustache함수
- 자바디자인패턴
- reflection api
- 개발컨퍼런스
- refelction API
- 어댑터패턴
- 멀티코어 프로그래밍
- MajorGC
- js숫자체크
- 유스콘
- 인텔리제이에서 프로젝트 이름 바꾸기
- Java
- 테스트대역
- 테스트더블
- 윈도우11 바로가기
- GOF
- 윈도우11 icloud 메모
- @advice
- test double
- Spring
- 동시요청
- 스프링부트 프로젝트 이름 변경
- 클린아키텍처
- java병렬처리
- spring boot
- 윈도우11 아이폰 메모 앱
Archives
- Today
- Total
목록MajorGC (1)
져니의 개발 정원 가꾸기

목차 배경 최근에 업무 프로젝트를 정리하던 중 입사 초기에 신규 프로젝트에 투입되어 부하테스트 진행했던 부분이 생각났다. 1차 성능테스트 당시 부하가 증가함에에 따라 힙메모리가 지속적으로 증가해 OOM(Out Of Memoery) 문제가 발생했었고 이를 해결하기 위해 GC 설정과 캐시 설정을 바꾸었다. 실제 고객들이 사용중인 서비스에서 OOM이 나면 사용자는 아예 해당 애플리케이션이 제공하는 기능을 아예 사용할 수 없는 불편함을 겪게 된다. 더군다나 개발자가 이를 눈치 채지 못하고 화면과 기능이 꽤 오랜시간동안 제공되지 않은 상태로 머물러 있다면 결국 회사 매출과 사용자 이탈에도 악영향을 미칠 수 있다. 이처럼 GC는 애플리케이션 성능과 서비스의 품질에 지대한 영향을 끼치는 요소로서 중요하기 때문에 GC..
개발노트/Spring | Java
2024. 2. 4. 23:51