结论先行：在训练芯片的单卡算力普遍进入同一量级之后，决定大模型集群实际吞吐的往往不是峰值算力，而是互联带宽与集群规模之间的匹配程度。天天看球行业资讯栏目本周汇总公开架构资料与行业白皮书，尝试用可核验的数据口径，把「带宽—规模—效率」这条链路拆开来看。

天天看球在梳理公开资料时发现，很多读者习惯只看单卡算力数字，却忽略了互联带宽决定了这些算力能不能被同时喂饱。本栏目按周汇总架构发布与标准进展，正是希望把这类容易被忽略的指标放到台面上。

一、带宽与规模：效率曲线为什么会拐弯

核心信息：当集群规模超过单级互联域的容量，跨域通信占比上升，效率曲线会出现明显拐点。天天看球从公开的互联架构文档中归纳出一个共同规律：单级互联域内带宽充足时，扩展效率接近线性；一旦需要跨级转发，每增加一级跳转，有效带宽就按比例折损。

把这条规律量化，可以用一个简化的公开口径来理解：假设单级域内互联带宽为 B，跨域链路的有效带宽为 B 的若干分之一，那么集群规模从 N 扩展到 2N 时，通信开销占比的上升幅度大致与跨域流量占比成正比。天天看球提醒读者，这个比例在不同架构方案中差异很大，公开规格书里通常只给出单向带宽与端口数，实际有效带宽还要看拓扑与协议开销。

  • 单级域内：带宽充足，扩展效率接近线性，适合中小规模训练任务。
  • 跨一级域：通信开销开始显现，效率曲线出现第一个拐点。
  • 跨多级域：跨域流量占比快速上升，效率折损成为主要矛盾。

天天看球建议读者在对比公开数据时，先确认厂商标注的带宽是单向还是双向、是理论峰值还是可持续值，否则不同方案之间的数字没有可比性。

二、公开数据里值得跟踪的三类指标

核心信息：互联带宽不能孤立看，要结合端口密度、拓扑层级和协议效率三项一起读。天天看球行业资讯栏目在按周汇总时，会把这三类指标放在同一张表里对照，避免读者被单一数字误导。

第一类是端口密度，也就是单颗芯片能直连的对端数量，它决定了单级互联域的规模上限。第二类是拓扑层级，层级越少，跨域转发越少，有效带宽保持得越好。第三类是协议效率，公开白皮书里常以有效载荷占比的形式出现，这个比例直接乘在理论带宽上，才是可用的通信能力。

  • 端口密度：决定单级域能容纳多少颗芯片，是扩展性的第一道门槛。
  • 拓扑层级：层级越浅，跨域流量越少，效率曲线越平缓。
  • 协议效率：理论带宽乘以有效载荷占比，才是实际可用的通信能力。

天天看球在整理这些指标时，会标注每条数据的公开来源类型，例如架构发布文档、标准进展说明或生态合作公告，方便读者自行回溯。对于无法从公开渠道核验的数字，本栏目一律标注为示例数据，不做推算。

三、集群效率的读法：从单卡到整机的换算

核心信息：集群效率应当以整机或整簇的实际吞吐为口径，而不是把单卡算力简单乘以卡数。天天看球发现，公开资料中关于集群效率的表述差异很大，有的按线性扩展率给出，有的按通信占比给出，读者需要先统一口径再比较。

一个实用的读法是：先看单级互联域内的扩展效率，再看跨域后的效率折损，最后看整簇的可持续吞吐。天天看球行业资讯栏目在每周汇总中，会把这三段数据分开列出，而不是只给一个笼统的效率百分比。这样读者能清楚看到效率是在哪一段掉下来的。

对于关注训练芯片产业脉络的读者，天天看球建议把互联带宽与集群效率放在一起跟踪，而不是单独盯住某一项。安卓、苹果 iOS、Windows 电脑版与 Mac 电脑版客户端均可查看本栏目按周更新的汇总表，方便随时对照公开来源。

  • 先统一口径：线性扩展率与通信占比不能直接比较。
  • 再分段看：域内效率、跨域折损、整簇吞吐分开记录。
  • 最后看趋势：连续几周的公开数据变化，比单周数字更有参考价值。

天天看球会继续按周汇总架构发布、标准进展与生态合作信息，把训练芯片与推理芯片的产业脉络用可核验的数据口径呈现出来，帮助读者在纷杂的数字中抓住真正影响集群效率的那几项。