互联不是越快越好,而是谁在定义世界的边界

Kevin Di

Hatched by Kevin Di

Jun 28, 2026

1 min read

88%

0

当接口提速时,真正被改写的不是带宽,而是权力

很多人把芯片互联理解成一个纯工程问题:速率更高、延迟更低、协议更先进,就代表系统更强。但这其实只说对了一半。更深的一层是,互联从来不只是搬运数据的管道,它是在决定谁拥有计算的主导权。当一条链路从 8Gbps 提升到 32Gbps,看起来只是物理层的进步,实际上可能意味着 CPU 不再能垄断调度,GPU 不再只是挂在总线上的外设,甚至整个系统的中心和边缘都开始重新洗牌。

这就是为什么芯片互联问题,表面上是信号完整性、封装 pitch、协议兼容,实质上却是在回答一个更难的问题:计算究竟应该围绕谁组织。是围绕 CPU 组织,还是围绕一个可以自足运转的异构计算体组织?是让设备通过主机间接活动,还是让设备之间直接对话?一个接口标准的每一次选择,都是一次架构立场的投票。

互联不是“让系统连起来”,而是“让系统按谁的规则连起来”。


封装的物理现实:理想架构总会撞上 pitch

讨论 chiplet 时,人们最容易犯的错误,就是把它想成一种“逻辑上很美”的模块化方案,好像只要标准统一,芯片就能像乐高积木一样自由拼接。但现实远没有这么轻松。真正决定系统形态的,往往不是协议写了什么,而是封装能把多密的互连塞进多大的物理空间

这里有一个很关键的事实:不同封装路径能支持的 ball pitch 差别巨大。比如某些先进封装方案可以把 pitch 压到 20um 级别,这种密度足以支撑极高带宽的裸片互联,M1 Ultra 的超高互联密度就是这种能力的体现。再往下一个层级,pitch 可能就放大到 40 到 55um。若退回到更传统的多芯片模块,pitch 甚至会来到 130 到 150um 的范围。

这不是简单的“快一点慢一点”,而是系统设计自由度的断崖式分层。当 pitch 从 20um 变成 150um 时,你失去的不是一点点速度,而是很多架构选择本身。比如能不能做超高密度一致性互联,能不能把多个裸片当成一个近似整体来编址,能不能让内存访问和执行调度跨芯片透明化,这些都开始受制于封装物理边界。

可以把这件事想成城市交通。协议像交通规则,封装像道路宽度和立交桥结构。你可以规定左行还是右行,但如果道路只有单车道,再优雅的规则都只能在早高峰里排队。封装决定了互联的上限,协议只是把这个上限翻译成可执行的行为

于是,所谓 chiplet 的未来,不是“能不能拼”,而是“能拼到什么程度,拼完后是否仍然像一个系统”。如果封装不够强,chiplet 只是把一颗大芯片拆成几块再放近一点;如果封装足够强,它才可能成为真正的系统重构工具。


协议之争的本质:谁让谁经过自己的客厅

如果说封装决定了互联的物理边界,那么协议决定的就是权力边界。很多互联标准之争,表面上是在争兼容性,实际是在争“谁必须经过谁”。

以 PCIe 为例,它本来是一个通用、成功、几乎无处不在的接口。但一旦速率演进被放慢,整个异构计算生态就会被强烈牵制。因为 GPU、SSD、网卡、加速器这些设备的性能,不是单独取决于自身算力,而是取决于它们能否绕开 CPU,直接交换数据。若总线提速慢,设备就不得不更多地依赖旁路方案,像 NVLink 这样的专用互联就会被推出来,试图绕过拥堵的主干道。

这就产生了一个很微妙的局面。PCIe 是一条公共道路,NVLink 是一条私有高速路。前者适合广泛部署,后者适合高性能协作。但私有高速路的代价是额外硬件支持,难以像 PCIe 那样铺满所有主板和服务器。于是,生态里会出现一种典型博弈:标准组织倾向于维持控制,厂商则通过自建互联绕开限制。最终结果并不是“谁赢了”,而是整个行业在公共标准和私有互联之间形成长期拉扯。

这里最值得注意的是,互联性能不是均匀受益的。它会深刻改变哪些设备能成为系统的“第一公民”。如果设备之间要经过 CPU 转发,那么 CPU 仍然握有调度和内存管理的中心位置;如果设备可以直接 peer to peer 交换数据,CPU 就开始退居协调者,而不再是唯一的交通警察。GPU 的崛起之所以不仅仅是算力崛起,更是互联关系的重写,就是因为它试图把原本属于 CPU 的任务,包括局部调度、内存占用、任务执行,部分转移到自己内部完成。

CUDA 的意义不止是编程模型,它是一个独立王国的制度设计。


统一与分裂:真正高级的系统,不是更中心化,而是更能协商

把这些线索放在一起看,你会发现一个很有意思的悖论。传统直觉会认为,系统越先进,就越应该“统一”,最好所有芯片、内存、设备都像一个整体。然而在异构计算时代,真正强大的系统往往不是更死板的统一,而是更聪明的协商机制

Summit 这类系统展示了这一点。把 NVLink 做进 CPU,让 GPU 与 CPU 之间形成近似全一致性,意味着一个 kernel 可以更自由地选择在哪里执行,数据可以更自由地停留在哪一侧。CPU 甚至可以缓存 GPU 内存,GPU 也可以使用 CPU 侧地址空间的某些能力。看起来像是在追求“一个大而统一的内存世界”,但本质上并不是彻底抹平差异,而是建立一种跨边界的可协商一致性

这比单纯提高带宽更重要。因为在复杂系统里,瓶颈往往不只是速度,而是边界引起的额外摩擦:谁申请内存,谁拥有地址空间,谁可以直接访问谁,谁必须先 pin 住谁。真正高级的互联协议,不只是让数据过去,而是让语义也尽可能过去。也就是说,它不只是传输字节,还要传输“这段内存是谁的”“这个任务该谁跑”“这次访问需不需要经过主机确认”这些系统级语义。

这也是 CXL 的厉害之处。它看起来朴素,甚至有些保守,似乎只是让现有 PCIe 生态做一些有限改动。但它的深层设计非常清晰:一切以 host 为中心,一切通过 host memory 组织,一切一致性都围绕主机展开。从某种角度说,它不是在解放设备,而是在给设备的活动重新上锁,只不过这个锁更标准化、更容易部署。

这并不矛盾。因为在产业世界里,最有效的标准往往不是最自由的标准,而是最能把自由限制在可管理范围内的标准。真正成功的协议,未必最大胆,却常常最懂得如何把复杂性收编进可维护的秩序里。

最强的互联协议,不一定让设备更独立,而是让独立和控制同时成立。


一个更大的框架:三层边界决定系统命运

如果把这些例子抽象成一个框架,可以看到芯片互联不是单点竞争,而是三层边界的共同作用。

1. 物理边界:封装能把多少互联塞进现实

这是 pitch、走线、信号完整性、成本、良率这些因素构成的边界。它决定你能不能把芯片之间的关系做得足够紧密。没有物理上的近,逻辑上的统一就只是幻觉。

2. 协议边界:谁规定数据如何流动

这是 PCIe、NVLink、CXL 之类规则的边界。它决定数据交换是围绕主机,还是允许设备直通,是否支持更深层次的一致性。协议不仅定义速度,还定义了权力结构。

3. 语义边界:谁拥有调度、内存和地址空间

这是最容易被忽视的一层。一个系统真正的中心,不只是“谁更快”,而是“谁能决定任务在哪跑,数据在哪放,地址怎么解释”。当这个边界发生变化,CPU 与 GPU、主机与设备、中心与边缘的关系都会重写。

这三层边界合在一起,构成了计算架构的真实地形图。很多争论之所以陷入表面,是因为只看其中一层。有人盯着速率,有人盯着封装,有人盯着一致性,却没有意识到它们其实在共同决定同一件事:系统能否把多个计算单元组织成一个既高效又可控的整体

于是我们也就能理解,为什么某些技术虽然看似“只是接口升级”,却会引发整个行业的路线转向。因为一旦新的互联形式证明自己能在物理上、协议上、语义上同时站得住,围绕它组织的生态就会发生级联反应:主板设计变了,内存布局变了,软件栈变了,甚至商业分工也变了。


Key Takeaways

  1. 不要只看互联速率,要看边界控制权。 任何接口升级的核心问题,不只是更快,而是谁在系统里更有主导权。

  2. 封装决定上限,协议决定路径。 20um、40um、150um 不是简单的数字差异,而是系统架构自由度的不同层级。

  3. 真正的异构计算,不是把设备挂在 CPU 上,而是重写谁来调度谁。 一旦设备能 peer to peer,CPU 的中心地位就不再天然。

  4. 最强的标准往往不是最自由的,而是最可部署的。 CXL 的价值在于把复杂一致性装进现有生态,让产业可以渐进迁移。

  5. 判断一个互联方案是否先进,要问它能不能同时传输数据和语义。 如果只能传字节,却不能改变内存、调度和地址空间的关系,它的革命性就有限。


结语:互联的终点不是更快,而是重新定义“系统”

我们习惯把芯片互联看成基础设施,像电线、管道、桥梁那样朴素。但当你把封装密度、总线协议、设备直通、一致性和软件调度放在一起看,会发现互联其实是在回答一个更根本的问题:什么才算一个系统

如果系统只能在 CPU 的指挥下运转,那它就是中心化机器。如果设备之间可以直接协作、共享语义、共同承担调度,那它就开始变成一个更分布式、更协商化的计算体。前者强调控制,后者强调组织能力。前者靠权威运行,后者靠边界谈判运行。

所以,未来最重要的互联竞争,也许并不是谁把链路做得更快,而是谁能更优雅地决定:哪些边界该保留,哪些边界该被穿透,哪些边界应该只在必要时才显现出来。当我们真正理解这一点,就会发现,芯片互联的故事从来不是线与线的故事,而是秩序如何形成的故事。

Sources

← Back to Library

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 🐣