TL;DR
113 · 87
5-arm 공통 칸 (find · restore)
- SR 로는 5 arm 구별 불가 — find McNemar(blind 대비) 전부 p ≥ .45. restore 는 blind 만 약간 뒤짐(6/2 p=.29).
- 차이는 효율/오류 지표: find M1 재-pick rf-v3 .094 vs tagmem .053(multi·1단계 성공 층 .273 vs .057) · M2 false_done 1답 frames .169 vs blind .324 · restore 낭비턴 blind .395 vs frames .140 · false_done tagmem .094.
- 877행 시점과 패턴 동일 — 사례 연구 결론(텍스트 writer 가 틀린 상태를 보존)이 n 이 늘어도 유지.
- 잠정 보관소
final_results/oracle_plan_v1_260923_PARTIAL/ 생성(scripts/archive_oracle_plan.py, 커밋 7aeb74d) — 완주 시 같은 명령으로 재생성.
- ⚠ 클러스터 포화(core 70/72)로 12→5샤드, ETA 14h → ~2일. own 8장을 오라클 4 + 다른 세션 4 로 나눠 쓰는 중 — 우선순위는 사용자 결정.
1런 상태 (11:32 UTC)
| 가족 | 행/목표 | 5-arm 공통 칸/질의 | 성공 | API |
|---|
| find | 577/750 | 113/150 | 214 (.371) | $38.70 |
| restore | 441/740 | 87/148 | 49 (.111) | $89.93 |
축출 3건(find_s1 08:38 · find_s2 08:44 · find_s3 09:55, 전부 extra 4~6h 실행 뒤) — babysitter 가 3분 내 재제출, 완료 칸은 DONE_GLOB 으로 건너뛰어 손실은 편 1개분씩. 429·월 한도·비용 캡·ungrounded 0.
GPU 배분
| own 8 | extra |
|---|
| 오라클 | 4 (find_s0 · restore_s3/s4/s7) | 1 (restore_s1) |
| 다른 세션 | 4 (goalv2_off_s3 · goalv2_on_s2/s3 · rsprobe_press_s1) | 0 |
| 대기 | rsprobe_press_s0/s2 | 오라클 7 · rtmain 6 · goalv2 2 |
extra 풀은 다른 사용자(extra 20장)가 점유해 내 extra 잡이 뜰 여지가 없다. 오라클을 own 8 전부로 돌리려면 다른 세션 잡(goalv2 A/B · rsprobe_press)을 조정해야 한다 — 사용자 결정 대기.
2find — 공통 111칸
| arm | SR | M1 재-pick | M2 false_done | M3 낭비턴 | M4 GC |
|---|
| blind | .396 | .077 | .297 | .372 | .465 |
| frames-uniform | .396 | .062 | .225 | .346 | .441 |
| rollforward-v3 | .378 | .094 | .306 | .394 | .450 |
| rollforward-vis-pure | .360 | .061 | .288 | .320 | .432 |
| tagmem-r3 | .387 | .053 | .270 | .304 | .458 |
층화
| 층 | n | SR blind / frames / rf-v3 / vis-pure / tagmem | 눈에 띄는 것 |
|---|
| 1답 | 71 | .521 / .535 / .521 / .465 / .521 | SR 평평. M2 frames .169 vs blind .324 (tagmem .197) |
| 2답 | 24 | .292 / .250 / .208 / .250 / .208 | M1 rf-v3 .147(최고) · tagmem .042(최저); 낭비턴 tagmem .120 vs rf-v3 .506 |
| 3답 | 16 | 0 / 0 / 0 / .062 / .062 | 사실상 전멸 |
| multi·1단계 성공 | 12 | .417 / .500 / .417 / .583 / .333 | M1 rf-v3 .273 vs tagmem .057 (frames .129 · blind .149) |
| multi·1단계 실패 | 28 | .071 / 0 / 0 / 0 / .071 | 1단계 못 넘으면 메모리 무관 |
McNemar(blind 대비 SR): frames 6/6 p=1.0 · rf-v3 7/9 p=.80 · vis-pure 6/10 p=.45 · tagmem 9/10 p=1.0. false_done: frames 9/17 p=.169.
3restore — 공통 85칸
| arm | SR | M2 false_done | M3 낭비턴 | M4 GC |
|---|
| blind | .082 | .188 | .395 | .133 |
| frames-uniform | .129 | .153 | .140 | .178 |
| rollforward-v3 | .129 | .141 | .325 | .169 |
| rollforward-vis-pure | .118 | .188 | .293 | .167 |
| tagmem-r3 | .118 | .094 | .228 | .159 |
층화
| 층 | n | SR blind / frames / rf-v3 / vis-pure / tagmem | 눈에 띄는 것 |
|---|
| 1답 | 48 | .146 / .208 / .229 / .208 / .208 | blind 만 낮음(+6~8pp), McNemar 6/2 p=.29 |
| 2답 | 24 | 0 / .042 / 0 / 0 / 0 | frames 1칸 성공이 유일 |
| 3답 | 13 | 전부 0 | — |
| multi·1단계 성공 | 4 | 0 / .250 / 0 / 0 / 0 | n=4, 판단 보류 |
M1 은 restore 에서 ≈0 — 든 채로 옮기므로 재-pick 자체가 드묾. M1 은 find 전용 지표로 읽는다.
4Takeaway
읽는 법
multi 는 1단계 통과 여부가 전부다 — 통과 칸(find 12)에서만 arm 간 SR 폭(.33–.58)이 벌어지고, 실패 칸(28)은 메모리와 무관하게 ≈0. 최종 n(find ~30)이 되면 이 층이 본표에서 읽을 만한 유일한 SR 분리점일 가능성이 크다. 1답 칸의 신호는 SR 이 아니라 M2(완료 오인)·M1(자기 성공 잊기)에 있다.
5잠정 보관소 · Next
python3 scripts/archive_oracle_plan.py --out-dir final_results/oracle_plan_v1_260923_PARTIAL
# rows/ turns/ tables/oracle_{find,restore}.md summary_*.json PROVENANCE.md
# 셀 파일 목표 대비 행 수로 완주/잠정 판정 → 배너·표 머리에 "논문 표에 옮기지 말 것"
# 완주 시: --out-dir final_results/oracle_plan_v1_260923 (_PARTIAL 제거)
- 완주 후: 최종 리포트(층화 표·McNemar·D1·arm 각주), restore place 사례 2편.
- 모니터 필터 정비: Traceback 은
ONLINE_WORKER_DONE 없이 5분+ 멈춘 로그만, 축출 카운트는 시작 시점 기준선.
로그 claude/260923/exp-oracle_plan_main_run_interim.md · 사례 연구 260923-oracle_case_study.html