128k low-cc capacity topology: TP2PP4-nomtp winner (60.8 serving, 60.5 v2 delivered, 09-09)
诊断 60.5 排队根因：KV 池 276,864 token 纯容量算术（MLA KV 按 PP 分层切分，
池≈PP 度数倍增；TP8 调参无解，fp8 断言封顶 314,944 < c3 需求 394,752）。
四臂对拍（i128k/o512 冷缓存 cc1-4，PG19 真实语料同窗口映射）：
- A-mirror(60.5 现状)：c3 起容量排队，cc4 TTFT p50 119.6s，痛点复现
- r37(TP4PP2+MTP)：池 384,960，c3 起排队
- B'(TP4PP2 nomtp)：池 589,696，c4 零排队
- TP2PP4 nomtp 池 909,632 优胜：cc4 in 5907 / out 23.1 tok/s，
TTFT p50 全场最优（cc1 15.5s），e2e 88.8s
优胜者验证全过：质量门 7/7；512k 单条 TTFT 88.4s；900k 单条可完成
（单条上限 ~909k 实证）；并发上限 c6（cc7 第 7 条起排队）；hit90 cc4
输入吞吐 17,625 tok/s、TTFT 7.3s。
60.8 末态：TP2PP4 容器在役（restart=unless-stopped）。
60.5 交付：deploy_glm53_605_v2.sh（一键部署+前置检查，原脚本=回滚路径）。
资产：arm_runner.sh / val_runner.sh / all_summaries.json(26 点全量) /
profile glm53_nvfp4_pro6000_sglang_tp2pp4_hicache.env / CURRENT.md 两行更新。
92517e87f0