结论前置:AI推理芯片的路线之争,本质不是“谁算力更高”,而是“在给定功耗与成本边界内,谁把有效算力交付得更稳定”。芯脉智览技术解读栏目本次以一位架构师程远舟的十年工程轨迹为切口,拆解推理芯片从FPGA到ASIC的三次转向,帮助工程师理解算力口径、显存带宽与能效边界之间的真实约束。
第一次转向:FPGA让算法先跑起来,但算力口径很快失真
程远舟最早在一家做工业视觉检测的方案公司做原型验证。那个阶段,团队用FPGA把卷积网络搭起来,两周就能看到检测结果,硬件改一版只需重烧比特流。芯脉智览在梳理这类早期案例时发现,FPGA的价值在于“可变性”,它让算法迭代不被流片周期绑死。
问题出在算力口径上。供应商给的峰值算力往往按最高主频与最大并行度估算,而实际推理时,片上逻辑利用率、布线延迟与外部存储访问会吃掉大量余量。程远舟的做法是建立一套内部口径:固定输入尺寸、固定批大小、固定量化位宽,只比较端到端帧率与功耗。芯脉智览认为,这种“场景化算力口径”比峰值数字更接近工程真实。
- 峰值算力:理论并行度乘以频率,适合做上限参考,不适合做选型依据。
- 有效算力:在真实模型与真实批大小下测得的吞吐,受显存带宽与调度效率制约。
- 能效边界:每瓦有效算力,决定边缘设备能否长期稳定运行。
第二次转向:GPU通用性带来生态,也带来带宽焦虑
随着模型结构从单一卷积走向卷积与注意力混合,程远舟团队转向GPU。通用编程模型与成熟工具链让新算子落地快了很多,芯脉智览在技术解读中多次强调,生态成熟度本身就是一种工程成本优势。
但推理场景与训练场景的诉求并不相同。推理更在意延迟稳定性与单位成本,而GPU的显存带宽往往成为瓶颈:当模型参数量增长快于带宽增长,计算单元就会等数据。程远舟用“带宽墙”来描述这种状态——算力表上的数字还在涨,端到端吞吐却趋平。芯脉智览建议读者在评估推理芯片时,把显存带宽与容量单独列一行,而不是只看算力峰值。
第三次转向:专用ASIC把能效写进架构,代价是灵活性
最终让程远舟下决心做专用ASIC的,是边缘盒子对功耗的硬约束。团队把常用算子固化,用片上缓存减少外部访存,把量化与调度做成硬件流水线。芯脉智览在拆解这类设计时指出,专用化的收益主要来自三处:数据复用率提升、访存次数下降、调度开销被硬件吸收。
代价同样清晰。模型结构一旦大改,硬件可能无法高效承接;工具链需要自建;验证周期被拉长。程远舟的经验是保留一条可编程通路作为兜底,让新算子先软后硬。芯脉智览提醒,专用不等于封闭,能效边界之外还要留出生态接口。
- 数据复用:把权重与激活的访问模式固化,减少重复搬运。
- 访存下降:片上缓存与近存计算降低对外部显存的依赖。
- 调度硬化:把批处理与流水调度交给硬件,降低主机侧开销。
术语解释与来源说明
芯脉智览为本文涉及的术语做简要说明:算力口径指统计峰值算力时所采用的频率、并行度与数据精度假设;显存带宽指单位时间内可搬运的数据量,常以GB/s表示;能效边界指在给定散热与供电条件下可长期维持的功耗上限。本文涉及的架构取舍来自公开的芯片设计教材、行业组织白皮书与厂商公开规格书的通用方法论,不涉及任何未公开流片数据;文中人物与公司为示例性叙述,用于说明工程决策逻辑。芯脉智览技术解读栏目坚持结论前置,后续将继续拆解互联拓扑与封装形式对推理系统的影响。
老程的FPGA岁月
我们做工业检测也是从FPGA起步的,峰值算力好看但实际帧率上不去,后来才发现是外部存储访问拖了后腿,文中说的口径问题太真实了。
带宽焦虑患者
GPU推理最怕模型变大之后带宽跟不上,算力表涨了吞吐不涨,这个“带宽墙”的说法很形象,选型时确实该把带宽单独列一行。
ASIC搬砖人
专用化收益那三点总结得挺到位,我们做边缘盒子就是靠片上缓存把外部访存压下来的,不过工具链自建的成本确实被低估了。
量化小张
想问一下固定量化位宽做口径比较时,不同模型的敏感度差异怎么处理?我们内部也在建类似的测试规范。
架构笔记
保留可编程通路兜底这个思路值得借鉴,纯硬化遇到新算子真的很被动,先软后硬能少踩不少坑。
看客不追新
同意结论前置的写法,先给判断再讲过程,比堆参数表有用多了,希望后面能讲讲互联拓扑对多卡推理的影响。