판정할 동작
for문 객체 대량 생성에서 유지해야 할 동작과 바뀌어야 할 결과를 나눠 적습니다. loop 안 단기 객체는 GC가 회수할 수 있지만 allocation rate가 높으면 GC CPU와 pause가 늘 수 있어 escape·JIT 최적화 뒤 실제 할당을 측정해야 합니다.
작은 테스트 표
메모리 문제는 한 시점의 사용률이 아니라 시간에 따른 할당률, 작업 종료 뒤 기준선과 참조 경로를 봐야 합니다. heap과 native·buffer·파일 캐시를 분리하면 제한을 늘려야 하는지, 참조를 끊어야 하는지가 달라집니다.
| 조건 | 확인할 내용 |
|---|---|
| 대표 사례 | 자주 쓰는 조건에서 기대 결과가 나오는가 |
| 경계 | 값이나 동작이 바뀌는 지점이 안전한가 |
| 실패 | 오류가 정해진 방식으로 드러나고 중간 상태가 남지 않는가 |
| 반복 | 다시 실행해도 결과가 예측 가능한가 |
결과를 읽고 남길 것
수정 전 실패 사례는 사라지고 기존 정상 사례는 유지돼야 합니다. 장시간 부하에서 GC 후 live-set, allocation rate, pause, p99, thread 수와 native memory를 비교한다. 동일 부하를 충분히 오래 유지한 뒤 GC 이후 live set과 RSS 기준선, allocation rate, 처리량과 pause가 함께 안정되는지 확인합니다. 한 번의 가장 좋은 결과나 화면 한 장으로 완료를 선언하지 않습니다. 실패 입력과 기대 결과를 자동 test나 실행 가능한 점검으로 남깁니다.
공식 문서와 적용 범위
문서의 기본값과 동작은 version에 따라 달라질 수 있습니다. 현재 JDK/JVM version, 실행 옵션, collector, runtime 환경과 실제 memory 사용 패턴에서 다시 확인합니다.