真正决定AI芯片胜负的,不是算力,而是“路由”
Hatched by Kevin Di
Apr 25, 2026
1 min read
10 views
88%
先问一个反直觉的问题
如果一颗AI芯片已经拥有顶级算力、最先进工艺、最大HBM容量,为什么它仍然可能输给别的芯片?答案可能不是“算得不够快”,而是“芯片之间、芯片内部、机架之间,路由不够好”。
今天的AI竞争,表面上看是在拼更大的模型、更快的矩阵乘、更高的带宽;但更深处,其实是在拼一件更像城市规划的事:如何让极其密集的计算单元和内存单元,以最短的路径、最少的拥堵、最稳定的热与机械约束,彼此连成一个系统。芯片的时代,正在从“单点性能”进入“网络性能”。
这也是为什么两条看似不同的线索,会指向同一个结论。一条是先进封装里的桥接、硅中介层、翘曲和工艺重设计,另一条是ScaleUp网络里的FatTree、Torus Ring、Mesh、DragonFly。前者发生在封装内部,后者发生在集群内部。可它们本质上是同一个问题的两个尺度:AI系统不是由芯片组成的,而是由互连组织起来的。
从“更强的芯片”到“更聪明的连接”
过去,算力进步常常可以被简化为一个故事:晶体管更多,频率更高,性能更强。这个故事在CPU时代还算成立,因为单芯片可以承载越来越多的逻辑,系统复杂度更多通过软件来消化。可到了大模型时代,训练和推理的瓶颈已经不再只是“芯片里能做多少事”,而是“这些事能不能被持续、低损耗地喂进去”。
这里最容易被低估的,不是算力本身,而是连接成本。一次数据移动的代价,往往远远超过一次计算。一个10 TB/s级别的芯片间互连听起来像是极致性能的胜利,但它的实现却意味着极高精度的桥接、复杂的封装层级、热膨胀系数匹配、翘曲控制,以及布线金属层和bump的重设计。换句话说,真正难的不是“做出更快的路”,而是“让这条路在物理世界里成立”。
这就像修地铁。人们总盯着列车速度,但真正决定通勤体验的,常常是站点布局、换乘效率、拥堵控制和结构安全。你把车头做得再强,如果站与站之间的接驳设计糟糕,乘客还是会卡在中间。AI芯片也是如此:性能上限越来越由系统互连定义,而不是由单核峰值定义。
在AI时代,最稀缺的不是计算本身,而是让计算高密度协作的能力。
封装里的桥,与网络里的拓扑,其实是同一道题
如果把先进封装看成“芯片内部的城市”,那桥接芯片、RDL中介层、硅中介层、HBM和有机基板,就是不同等级的道路、立交桥和地基。桥接芯片放置需要极高精度,因为它不只是连线,更是在控制信号完整性、时序、功耗和热流。多层结构中的CTE不匹配会造成翘曲,这意味着材料不是被动背景,而是系统性能的一部分。
而ScaleUp网络拓扑,本质上也是在问:节点如何连接,才能让通信代价不把计算优势吃掉。FatTree擅长做1:1收敛,优点是路径清晰,带宽分配直观,适合大规模训练中常见的同步通信模式。Torus Ring更像环形快速路,适合某些规则拓扑下的均匀流量。2D Mesh像网格化城区,布局简单,扩展性强,但远距离通信可能变慢。DragonFly则更像层级化航空网络,强调跨域连接效率。
表面上,这些是不同层次的工程选择。实际上,它们都在回应同一个约束:当系统规模增大时,连接的复杂度增长速度,往往快过计算能力的增长速度。于是,系统的竞争就不再是谁的单点最强,而是谁能更优雅地处理“连接膨胀”。
这也是为什么先进封装和网络拓扑越来越像同一个学科的不同章节。封装解决的是“芯片和芯片之间怎么说话”,网络解决的是“机和机之间怎么说话”。二者共同决定了一个AI系统能否把许多中等速度的部件,组织成一个看起来像超级计算机的整体。
可以把它想成乐团。芯片是乐手,算力是演奏能力,但真正决定演出效果的,是乐谱同步、指挥、座位布局和声场。没有良好的互连,再强的乐手也会演成噪音。
2025年真正重要的,不是“更快发布”,而是“更可规模化”
如果只看产品时间线,芯片延迟似乎只是一个发布窗口问题。但如果把它放进产业链里看,延迟更像是系统进入下一阶段前必须支付的摩擦成本。桥接设计要重做,金属层和bump要重来,封装工艺要适配更高密度的集成,产量目标又被推到季度百万级别,问题就不再是单个缺陷,而是规模化本身会放大一切小问题。
这是一个残酷但很真实的规律:
规模不是线性加成,规模会暴露此前被掩盖的脆弱性。
当产量较低时,许多工程问题可以靠手工调参、局部补丁、经验修正来解决。可一旦要进入高产、稳定、可复制的阶段,任何微小的误差都会变成系统级风险。桥接需要微米级甚至更细的对准,热应力需要可控,良率需要爬坡,供应链需要协同。这时,真正的竞争优势不再是“谁先做出来”,而是“谁能把复杂性压缩成可重复的制造流程”。
这也解释了为什么未来的赢家,不一定是单纯堆规格最激进的玩家,而是最懂工程收敛的玩家。工程收敛意味着:
- 把高带宽互连做成可制造的结构。
- 把高密度封装做成可量产的平台。
- 把集群拓扑做成可调度的系统。
- 把热、功耗、信号、机械约束当成同一问题处理。
换句话说,AI硬件竞争已经从“造神兵”变成“建体系”。
一个更深的框架:AI系统的三层路由
要理解这场变化,可以用一个简单但很有用的框架,叫做三层路由。
1. 硅内路由
这是芯片内部的布线、全局互连、bump和局部通信。它决定一个芯片能否把算力单元高效串起来。这里的核心指标不是峰值频率,而是延迟、拥塞和信号完整性。
2. 封装路由
这是CoWoS这类先进封装层面上的桥接、硅中介层、RDL和基板。它决定多个芯片如何被封装成一个更大的逻辑整体。这里的核心指标是带宽密度、热机械稳定性和制造良率。
3. 集群路由
这是ScaleUp网络,决定多台机器如何协作。这里的核心指标是收敛性、拓扑匹配度、调度效率和通信可预测性。
这个框架最有价值的地方在于,它提醒我们:算力的边界已经不在某一个点上,而在不同层路由之间的协同。如果硅内路由很好,封装路由很差,那么片间通信会吞掉收益。如果封装做得很好,网络拓扑不匹配训练模式,那么系统还是会堵。真正的系统级优势,来自三层路由同时对齐。
高性能AI基础设施,本质上不是“更强的芯片”,而是“更少阻塞的流动”。
为什么拓扑和封装会在同一时间变得重要
这不是巧合,而是AI负载变化的结果。
大模型训练和推理之所以把互连推到前台,是因为它们天然倾向于高频通信、同步更新和大规模并行。模型越大,参数越多,通信压力就越大;为了把训练效率拉高,你不能只提升局部算力,还得缩短集体协作的路径。于是,封装里需要更高密度的芯片间通信,机群里需要更合适的拓扑来承载同步模式。
更重要的是,AI系统的通信模式正在变得层次化。有些通信发生在张量并行层面,需要极低延迟的芯片间交换。有些通信发生在数据并行层面,更多依赖更大范围的交换网络。有些则在专家模型或流水线并行中形成不同节奏。不同层次的互连,必须服务于不同层次的同步需求。
这就带来一个新的现实:过去我们习惯于把“网络”理解成外部基础设施,现在它已经进入了芯片内部。过去我们习惯于把“封装”看成制造细节,现在它已经是架构的一部分。架构和制造正在融合,设计和网络正在融合,芯片和系统正在融合。
从这个意义上说,未来的AI芯片竞争不只是半导体公司之间的竞争,也是“谁能最早把互连当成一等公民”的竞争。
行动层面的启示:别只盯着峰值指标
如果你正在评估芯片、服务器、云平台或AI基础设施,有一个很实用的判断方法:不要只问“它有多快”,要问“它的路有多顺”。
很多纸面上很漂亮的方案,输就输在三个地方:
- 局部极快,整体不顺:单卡性能很强,但跨卡通信代价太高。
- 理论优雅,制造脆弱:拓扑或封装设计很先进,但良率、翘曲、热应力让它难以规模化。
- 单层优化,系统失配:芯片、封装、网络、调度各自最优,但组合在一起却不协同。
真正成熟的方案,会在以下几项上同时表现好:
- 片内通信足够紧凑
- 片间互连足够稳定
- 机间拓扑足够适配任务
- 生产和部署足够可复制
这意味着,在评估新一代AI硬件时,最值得关注的不是单一规格,而是它如何穿透三层路由。能否把一个复杂系统做成“看起来简单”,才是真正的护城河。
Key Takeaways
- AI竞争的核心正在从算力转向互连。 峰值性能很重要,但系统吞吐更取决于数据和参数能否顺畅流动。
- 封装和网络是同一个问题的两个尺度。 一个解决芯片内部和芯片之间的通信,一个解决机器之间的通信,本质上都是路由设计。
- 规模化会放大所有工程脆弱性。 先进设计如果难以制造、难以对齐、难以散热,就很难真正转化成产业优势。
- 评价AI基础设施要看三层路由是否协同。 硅内、封装层、集群层,任何一层失配都会吃掉性能红利。
- 未来赢家是工程收敛能力最强的团队。 不是最会堆规格的人,而是最会把复杂性变成可复制系统的人。
结语:下一代“快”,其实是下一代“通”
我们习惯把技术进步理解成速度越来越快。但在AI基础设施里,更准确的说法也许是:真正的快,是让一切更通。通路更短,通道更稳,通协更顺,通量更高。
这改变了我们看待芯片的方式。芯片不再只是一个计算器件,它是一个交通枢纽。封装不再只是制造工艺,它是系统结构。网络不再只是外部连接,它是算力的一部分。于是,决定胜负的,不是某个点的极限,而是整个系统是否能像一个设计良好的城市那样,既密集,又流畅,既强大,又不拥堵。
当人们还在争论哪颗芯片更强时,真正的答案可能早已变了:未来的赢家,不是算得最快的芯片,而是最会让计算流动起来的系统。
Sources
Hatch New Ideas with Glasp AI 🐣
Glasp AI allows you to hatch new ideas based on your curated content. Let's curate and create with Glasp AI :)
Start Hatching 🐣