第一次选型：算力数字最响，但项目卡在了带宽上

顾承宇在一家做工业视觉检测方案的团队里负责硬件选型。三年前他第一次独立挑推理芯片时，判断标准简单直接：算力标称值越大越好。他把几家公开规格书摊在桌上，用一张表格把TOPS数字排了个序，选了排在第一的方案。结果样机跑起来，模型加载时间比预期长了一截，多路视频流并行时延迟抖动明显。后来团队里的老工程师提醒他去看显存带宽那一栏，他才意识到自己漏掉了方案对比里最容易被数字光环盖住的一维。这也是球帝直播产品与方案栏目反复强调的视角：算力、显存带宽、互联与功耗之间从来不是单独成立的关系。

顾承宇把那次教训写进了自己的选型清单：先明确模型规模与并发路数，再倒推带宽需求，最后才看算力余量。他说，规格书上的每一个数字都有对应的场景代价，只看一个维度，等于把方案对比做成了参数比赛。

第二次转身：把功耗账算到机柜和风扇上

第二个项目是边缘侧的产线质检，机柜空间有限，散热条件也一般。这一次顾承宇没有急着比算力，而是先把整机功耗预算列出来，再去看各方案在公开规格里给出的功耗区间。他发现，单看芯片功耗数字差别不算大，但把互联方案、内存类型和散热设计一起算进去，整机层面的差异就明显了。球帝直播的方案对比视图帮他把这些维度放在同一张表里看，省去了反复翻规格书的时间。

他最终的判断是：边缘场景里，能效分层比峰值算力更能决定项目能不能落地。功耗低一档，风扇选型、电源模块和机柜密度都会跟着松动，这些连锁反应在早期选型时很难被量化，却会在量产阶段真实发生。

  • 先定场景约束：机柜空间、供电上限、环境温度，再谈芯片规格。
  • 把芯片功耗换算成整机功耗，别只看单颗数字。
  • 能效分层要结合负载特征，空载与满载的差距同样重要。

第三次带人：方案对比之外，是判断力的传递

到了今年，顾承宇开始带新人做选型。他发现新人最容易犯的错和他当年一样：把公开规格表当成答案，而不是当成提问的起点。他现在的做法是让新人先写一页需求说明，把算力、显存带宽、互联和功耗四项各自对应的业务指标写清楚，再去球帝直播产品与方案栏目里找可对比的公开资料。他常说，方案对比的价值不在于选出“最强”的那颗芯片，而在于说清楚为什么在这个场景下接受某项取舍。

三年下来，顾承宇的手记里没有出现过一次“完美方案”。他记录更多的是：哪个项目因为带宽选对了而顺利交付，哪个项目因为低估了互联开销而返工。这些故事在球帝直播的读者评论区里也能看到类似的回响，选型从来不是一个人的事，而是一群人对同一组取舍达成共识的过程。

  • 需求说明先行：四项维度各自对应可验证的业务指标。
  • 对比视图只是工具，判断依据要写进项目文档。
  • 把取舍讲给团队听，比把参数背下来更有用。