MSG-608 docs: 워밍업 켠 JIT 로그와 N=2,000 반복 회차, minimumIdle 비교 실측을 증거에 추가한다

[s13121312]

🎫 관련 티켓

• Related MSG-608 (완료된 티켓의 실측 보강. 코드 변경 없음)

작업 내용

PR #288 머지 뒤 dev에서 4회차를 더 재고 증거 폴더에 넣습니다. 블로그 초안의 시니어 관점 리뷰에서 두 구멍이 지적됐기 때문입니다. "부하 중 남은 컴파일이 C2 승격이라는 주장에 로그가 없다"와 "채택 설정 N=2,000의 표본이 1회"입니다.

회차	조건	핫구역 p95	버림	확인된 것
r10	워밍업 켬 N=2,000 + JIT 로그 플래그	480ms (플래그 부담)	41	워밍업 창 13,090건 컴파일. tier 3 목록이 워밍업 없던 회차의 부하 창과 같음. 부하 창은 2,372건으로 줄고 tier 4가 1,010건으로 다수
r11	워밍업 켬 N=2,000	491ms	15	매분 :02초 멈춤1이 부하 7초에 걸림. 그 3초를 빼면 298ms
r12	워밍업 켬 N=2,000	234ms	0	첫 1초 282ms
r13	워밍업 끔 + Hikari minimumIdle 2→10	3,100ms	971	적용 확인(min 10·idle 10), 효과 없음

• 증거: r10~r13-*-summary.json·-actuator.txt, stage2-jit-on-analysis.txt(워밍업 창·부하 창별 tier 3/4·패키지 집계), stage2-jit-on.log.gz(원본), rounds-table.txt 4행, README 표.
• 스펙 작업 로그에 2026-09-29 항목. AC-06(첫 20초 p95 300ms 안)은 N=2,000 3회 중 2회 충족으로 정정합니다.
• scripts/msg608-dev-round.sh에 --force-recreate. 같은 env 줄로 회차를 반복하면 compose가 재생성을 건너뛰어 헛돌았습니다(블록 헤더의 시각은 주석이라 diff에 안 잡힘).

🤔 고민한 내용

N=2,000의 3회 편차(263 / 491 / 234)를 워밍업 탓으로 읽지 않았습니다. 초별로 접으면 첫 12초 벌점은 3회가 같고(257388ms), 491은 :02초 멈춤이 창 앞쪽에 떨어진 회차입니다. 그래서 "60초 p95 300ms 안은 3회 중 2회, 벌점 1~3초는 3회 공통"으로 적었습니다. 멈춤 자체는 후속 티켓입니다.

카카오페이 글의 출발점이 우리에겐 없었다는 것도 확인했습니다. 전 회차 컨테이너 로그에 커넥션 타임아웃 예외 0건, k6 실패율 0%. 그래서 connectionTimeout은 안 바꿨고 풀 옵션 둘(maximumPoolSize 30은 이전 커밋, minimumIdle 10은 이번)만 대조했습니다. 둘 다 효과 없음입니다.

👀 리뷰 포인트

• 문서·증거 파일만이라 빌드 영향은 없습니다. stage2-jit-on.log.gz는 780KB로 stage1(590KB)과 같은 성격입니다.
• 원시 k6 JSON(회차당 60MB)은 이전과 같이 넣지 않았습니다.

Footnotes

1. 매분 :02초 멈춤: dev 서버에서 매분 0203초에 세 엔드포인트가 함께 12초 멈추는 현상. GC·스틸이 아니고 containerd CPU 스파이크가 한 번 관측됐다. MSG-608 범위 밖, 후속 티켓 후보. ↩

[claude]

Claude finished @s13121312's task in 31s —— View job

---

PR 리뷰 결과

확인한 범위

• 변경 14개 파일을 봤습니다. 코드 변경은 없고 스크립트 1줄(--force-recreate)과 문서·증거 파일뿐입니다.
• 마이그레이션, developCode, 계약 인터페이스는 이 PR에서 건드리지 않아 경합 사항이 없습니다.
• 스펙 작업 로그, README, rounds-table, JIT 분석 파일 사이의 수치를 대조했습니다.
• 원시 k6 JSON·JIT 원본이 로컬 보관이라, 요약 JSON과 분석 텍스트 밖의 수치는 재검증하지 못했습니다. "커넥션 타임아웃 예외 0건" 주장도 컨테이너 로그가 없어 확인하지 못했습니다.

발견

• P3 · docs/spec/MSG-608.md:322 · "부하 중 남는 컴파일의 다수는 C2"는 tier4가 43%인 최다 항목이지 과반이 아닙니다. "목록이 같다"는 표현도 분석 파일의 "거의 같다"와 어긋납니다.
• P3 · docs/spec/MSG-608.md:317 · r10 :02초 멈춤 위치가 스펙엔 19초인데 분석 파일 기준은 20초(15:55:03Z − 15:54:43Z)입니다.

--force-recreate는 회차마다 컨테이너를 새로 만드는 의도와 맞습니다. AC-06 "3회 중 2회 충족" 정정도 표의 수치(263 / 491 / 234)와 일치합니다.

---

작업 근거

• Applied rules: agent-response-contract(작업 근거 절·존댓말), coding-principles(서지컬: 파일 수정 없이 리뷰만)
• Applied skills: 없음
• Why this routing: "이 PR을 리뷰해줘" → 리뷰 요청이라 코드는 수정하지 않았고, 문서·증거 PR이라 실측 수치 정합성 위주로 봤습니다.
• 수정하지 않은 파일: 전부. 리뷰만 했습니다.
  · 브랜치 feature/MSG-608-evidence-round2

[github-actions]

테스트 커버리지

Overall Project	95.9%	🍏

There is no coverage information present for the Files changed

[github-actions]

테스트 커버리지

Overall Project	95.9%	🍏

There is no coverage information present for the Files changed