소스 검색

history: b12x loader test result — works but eh_proj routing bug blocks it (upstream)

Alexander Korolev 1 개월 전
부모
커밋
e6fc89ee5a
1개의 변경된 파일과 9개의 추가작업 그리고 0개의 파일을 삭제
  1. 9 0
      history/night-shifts/2026-09-08.md

+ 9 - 0
history/night-shifts/2026-09-08.md

@@ -105,6 +105,15 @@ failure mode this kills.
   layout-only ("no model math, scale precision, or output reduction is
   changed"), so 155 is inside the observed run-to-run band. Re-run queued to
   pin the variance before judging the stack.
+- **Re-run: 159/176** — the 155 was variance, not a regression: 8 scenarios
+  flipped between the two identical-stack runs (incl. TC-80/TC-88, which now
+  PASS). Full r28 (155–159) and r27 (155–162) are statistically tied on
+  quality; r28 wins on speed (median turn 3.0–3.3 s vs 3.9 s; TTFT ~3.6×
+  better per the mixed run). **Full r28 stack = production candidate.**
+  Also hardened startup: GMU 0.90 → 0.88 in all r27/r28 4x/2x recipes
+  (ff1f727) so the `gpu_memory_utilization` admission gate (107.0 GiB, not
+  109.5) survives the ~12 GiB of starting vLLM processes on top of
+  `drop_caches` (which already ran post-sync, pre-container, default on).
 
 Pending: (1) b12x O_DIRECT loader test (`--load-format b12x`, recipe
 `glm53-flash-r28-4x-dcp4-b12xload` ready) — the r28 b12x added