送测第一周：先把“账”对上，再谈性能

在智能芯片行业里，纸面参数和现场表现之间往往隔着一段需要耐心填平的距离。低调看球行业资讯栏目这次把镜头对准一个常被忽略的角色：现场应用工程师。林致远在一家推理芯片方案公司做现场应用，负责客户从送测到上线的全流程技术对接。他的工作不是发布参数，而是让参数在客户的机房里站得住。

送测第一周，他通常不做跑分，而是先和客户把“账”对上：板卡数量、供电条件、散热余量、驱动版本、模型精度要求。低调看球在整理公开产业动态时反复看到，很多部署分歧并非芯片本身的问题，而是测试口径不一致。林致远的做法是列一张对照表，把客户关心的吞吐、延迟、功耗三项指标逐条标注测试前提，双方确认后再开跑。

  • 先确认模型版本与量化方式，避免同一模型不同精度混比；
  • 记录环境温度与风扇策略，散热条件不同会直接影响持续性能；
  • 把单卡数据和多卡数据分开归档，方便后续扩容推算。

这套流程听起来朴素，却是他十二个月跟访里最省时间的环节。低调看球的读者如果关注方案选型，会发现公开参数表往往只给峰值，而现场工程师补上的正是“持续值”和“边界条件”。

第三到第六个月：把问题拆到可复现

进入第三个月，客户开始跑真实业务流量，问题变得具体：某类请求的尾延迟偏高，批量任务在夜间出现波动。林致远的判断是先别改配置，先把问题拆到可复现。他把一次异常请求的输入长度、并发数、批处理窗口完整记录下来，在客户环境里重放，确认现象稳定出现后才提交给后端团队。

这段时间他最常见的协作对象是客户的运维和算法两边。运维关心稳定性和功耗曲线，算法关心精度和吞吐，两边语言不同，他充当翻译。低调看球行业资讯栏目在梳理推理芯片应用场景变化时也注意到，部署阶段的沟通成本常常被低估。林致远的经验是拿同一组数据做两份视图：一份给运维看资源占用，一份给算法看效果指标，减少来回拉扯。

第六个月末，客户同意进入小批量试点。这一步不是性能达标就够，还要看长稳表现和故障恢复流程。他把试点期的观察点写成清单，交给客户值班同事，避免问题在交接中丢失。

第九到第十二个月：上线不是终点，是维护的起点

试点跑顺之后，上线反而显得平静。林致远说，真正考验在后面：业务量爬坡、模型迭代、驱动升级，每一个变化都可能让此前的调优失效。他的做法是保留一套最小回归集，每次变更前先跑一遍，确认基线没有漂移。低调看球在跟踪推理芯片产业动态时也强调，芯片价值的兑现发生在持续运行中，而不是一次评测里。

十二个月跟访下来，他总结了三件容易被忽略的事：第一，测试口径要书面确认；第二，问题要拆到可复现再上报；第三，上线后要有回归基线。低调看球的客户端覆盖安卓、苹果 iOS、Windows 电脑版和 Mac 电脑版，读者可以在通勤或工位上翻看这类工程笔记，把公开信息与现场经验对照着读。

对关注智能芯片产业的人来说，这类一线故事的价值在于补全链条：架构演进和制程节点决定上限，而现场协作决定这些上限能不能被稳定用出来。低调看球行业资讯栏目会继续基于可核验公开来源，记录这些不那么显眼却真实发生的产业进展。