先修量具,再谈性能:一次 8 卡推理调优复盘,和一套带失败路径的调优状态机
案例复盘一份"看起来很完整"的性能报告里,TTFT 的每一个分位数都和总延迟一模一样——量具坏了。修好量具之后,第二个破绽暴露出来:Prefill 吞吐比 Decode 还慢,而这是物理上不该发生的。复盘这两次诊断与修复的实测数据,并说明我为什么把调优这件事从"多跑几轮看稳不稳"重写成了一台带失败路径的状态机。
0次浏览0条评论0个赞
邮件订阅:填个邮箱,我审核通过后就给你推送新文章,随时一键退订。(已在用 RSS 阅读器的话,下面有零注册入口。)
零注册、即时生效,适合已经在用阅读器的人:https://xiciyang.com/feed.xml
共 2 篇文章。
一份"看起来很完整"的性能报告里,TTFT 的每一个分位数都和总延迟一模一样——量具坏了。修好量具之后,第二个破绽暴露出来:Prefill 吞吐比 Decode 还慢,而这是物理上不该发生的。复盘这两次诊断与修复的实测数据,并说明我为什么把调优这件事从"多跑几轮看稳不稳"重写成了一台带失败路径的状态机。
0次浏览0条评论0个赞
现场调参最贵的失败不是"参数调错了",而是"调崩之后回不去"。所以执行框架的设计目标是让每一次变更都可回滚、可验证、可审计;优化更快只是副产品。把"回滚永远可达"拆成六件可以写成脚本的事,并给出启动后五步验证、故障关键字速查与算子级杠杆的落点。
0次浏览0条评论0个赞