惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Vulnerabilities – Threatpost
aimingoo的专栏
aimingoo的专栏
B
Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
GbyAI
GbyAI
阮一峰的网络日志
阮一峰的网络日志
Engineering at Meta
Engineering at Meta
IT之家
IT之家
V
Visual Studio Blog
The Cloudflare Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
A
About on SuperTechFans
博客园 - 聂微东
Blog — PlanetScale
Blog — PlanetScale
N
News and Events Feed by Topic
A
Arctic Wolf
WordPress大学
WordPress大学
小众软件
小众软件
C
CERT Recently Published Vulnerability Notes
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
D
Darknet – Hacking Tools, Hacker News & Cyber Security
F
Fortinet All Blogs
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Y
Y Combinator Blog
T
Threat Research - Cisco Blogs
Latest news
Latest news
Simon Willison's Weblog
Simon Willison's Weblog
Cyberwarzone
Cyberwarzone
S
Schneier on Security
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
Lohrmann on Cybersecurity
Stack Overflow Blog
Stack Overflow Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Privacy International News Feed
J
Java Code Geeks
Spread Privacy
Spread Privacy
宝玉的分享
宝玉的分享
I
Intezer
L
LangChain Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
G
GRAHAM CLULEY
博客园 - 叶小钗
博客园 - 三生石上(FineUI控件)
The GitHub Blog
The GitHub Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
N
News and Events Feed by Topic
AWS News Blog
AWS News Blog
Attack and Defense Labs
Attack and Defense Labs
Security Archives - TechRepublic
Security Archives - TechRepublic
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO

Peng's Blog

Vibe paper不负责指北 SPFC参考文献阅读《CONGA》 读《Uno:数据中心间和数据中心内拥塞控制与可靠连接的一站式解决方案》 Lenovo Legion Y9000P 在 Linux 下只有 30W:从现象、WMI 到驱动补丁 集合通信原语学习 Zotero在Wayland下侧边栏无法拖动的解决办法 再读CAVER 我读的第一篇论文--NSDI_26_CAVER 在archlinux下使用万象拼音实现更智慧的中文输入法 Traefik实现单Docker容器托管多个静态网站 Pengs.top浴火重生!备案、服务器迁移与全站Docker化 严谨与温度并存:北航宋友老师程设课的学习感悟 Android Studio全流程换源指南 解决linux系统下pipewire作为音频服务器持续播放声音中断问题 在ThinkBook 16+ 2025上安装archlinux驯服记录【基本信息与触摸板修复】 「行云流水」在挂载移动硬盘时自动启动Syncthing开始同步的丝滑体验 自建图床和PicGo闹不愉快?干脆自己写个脚本,深度整合到KDE右键菜单! btrfs各压缩等级速率测试脚本,选择最适合你的压缩级别 别当冤大头,Adobe全家桶破解源头方案:修图剪辑不求人,盗版网站也得从你这儿进货! 轻松配置aria2下载器,通过systemd设置开机自启并与浏览器集成 Git Commit 规范指南
理解《From ATOP to ZCube》中的ZCube网络拓扑
Pengbo · 2026-04-26 · via Peng's Blog

期中的数分考试结束了,又有了更多的时间读论文,学习新知识了。今天要读的论文是《From ATOP to ZCube: Automated Topology Optimization Pipeline and A Highly Cost-Effective Network Topology for Large Model Training》重点理解里面的ZCube拓扑

ZCube, compared to the previous state-of-the-art topologies, including ROFT, Rail-only, and dual-port designs for ROFT (HPN), improves end-to-end LLM training speed by 3% to 7% and reduces network hardware costs by 26% to 46%. We also construct ZCube on a real-world testbed. Results show that ZCube reduces hardware costs by 25% compared to Rail-Optimized Topology while maintaining the same all-reduce and all-to-all performance.

论文中如是介绍ZCube拓扑的性能。里面出现了我不认识的词ROFT, Rail-only, and dual-port designs for ROFT (HPN)

ROFT,HPN

我去询问了AI,看完之后我自己总结如下:

ROFT 的全称是 Rail-Optimized Fabric 这是一个拓扑模型,落地的实现就是High-Performance Network。这是阿里开发的。

怎么连接的呢?

  1. 先把GPU分成一个个rail,全部连接到一个交换机上,这个rail内部的通信是高速的。

  2. 但是这里是把GPU分成了一个个rail,那rail间通信怎么实现呢?一般是通过服务器内部NVLink转发

  3. HPN是阿里的双平面增强版。平面就是物理隔离的网络。一个GPU有两个网卡,各连一个ToR,这两个ToR上联两组不同的汇聚层交换机

流量特征

论文里提出了对数据中心流量的观察:论文特别强调了一个很重要的流量特征:大多数跨服务器通信是 rail-aligned 的。

所谓 rail-aligned,是指跨服务器通信通常发生在相同 GPU index 之间。例如:

Server 1 的 GPU 2 和 Server 64 的 GPU 2 通信;

Server 3 的 GPU 5 和 Server 100 的 GPU 5 通信。

即便是 all-to-all,NCCL 的 PXN 机制也会先通过 NVLink 把数据转发到同 index 的 GPU,再从该 GPU 发往目标服务器。与之相对的是 inter-rail traffic,即不同 GPU index 之间跨服务器通信。论文认为当前大模型训练中的服务器间流量大多是 rail-aligned,因此拓扑设计应当利用这一特点。

作者还观察到MoE模型训练推理时EP并行常与DP并行流量共存,却少与PP流量共存

AOTP

ATOP,全称 Automated Topology Optimization Pipeline,是论文提出的自动拓扑优化流水线。

它主要包括三个组件:

  • Topology Hyperparameterization Modeling:拓扑超参数化建模;

  • Topology Optimizer:拓扑优化器;

  • Topology Evaluator:拓扑评估器。

整体流程是:

  1. 用户输入 GPU 数量、最大层数、最大维度、硬件约束、优化目标等;
  2. ATOP 用一组超参数生成候选拓扑;
  3. 优化器用 NSGA-II 多目标进化算法选择下一批候选拓扑;
  4. 评估器用模拟器和理论指标评估候选拓扑;
  5. 不断迭代,得到 Pareto-optimal 拓扑集合;
  6. 对 Pareto 集合进行更完整的大模型训练模拟,选出最终结果。

建模

  • 将一个拓扑的构建拆分为11种参数
  • 拓扑被分为数个Layer,并分别描述跨Layer的连接和Layer内部的连接
  • 用户输入:GPU的数量,最大层数,层内的最大维数

层间连接

首先给出每层的节点数量

对于第i,j层之间(i,j可任取):

  1. 将i,j两层分别划分为若干个Block,并在block之间建立映射。使用参数H表示每层的block数量
  2. 定义每个block内,每个节点连出多少条线
  3. 定义链路的带宽

层内连接

首先将一层分为多个维度,赋予每个节点坐标X

在每个维度内:

  1. 定义这个维度中每个节点向外的连接数,以及带宽
  2. 对于坐标X的节点,在第k维内,第m条链路,连接到的坐标为X’,向量S代表每个维度的最大节点数。满足如下公式:

图片1

X'是需要连接的目标节点。Ak是一个变换矩阵,m是指当前连的是第几个节点,ak可以理解为步长,模S是为了循环

优化目标

  • JCT : job completion time 作业完成时间
  • ForestColl all-gather : 计算理论All Gather通信完成时间
  • COST : 成本,包含交换机,网卡,线缆,光模块等等
  • Fault Tolerance : 在每个单交换机故障后,GPU 对之间最短路径长度的平均值。(具体的计算方式我没有研究)

关于集合通信这一块,我在集合通信原语学习里补了一点基础知识。

评估器

packet-level 模拟器如 NS-3 精度高,但在上万 GPU 规模下太慢、内存占用太大。因此论文实现了一个 flow-level 模拟器。

细节我也是没有研究

评估是双阶段评估,先跑典型片段,再选择一部分进行端到端模拟。

ZCube

ZCube是用AOTP找出的非对称拓扑。作者认为人类设计者会因为追求的对称化设计而忽略高性能的非对称拓扑。

屏幕截图_20260427_200321

这就是论文里的示意图

ZCube拓扑的构造比较复杂,因为它是递归形成的。

ZCube(x,y)中的x表示每个小单元里GPU的个数,y指层数。

依次来看:

ZCube(n,1)表示一个交换机,上面接了n个GPU

此后,每当层数y增加一层(到了y+1),有如下连接:

  1. 首先将ZCube(x,y)里的x^y个GPU进行编号,编号相同的GPU同轨,这也意味着第i层上有x^(i-1)个交换机,为了表述方便,论文里把交换机层数从0开始计数。连接时,编号为i的GPU连接到y+1层交换机中的第i台。

  2. 对于交换机而言,x个ZCube(x,y)里每一组的顶层的x^(y-1)个交换机,依次接入新加入的一层x^y个交换机中的x个。这样来看,组成ZCube(x,y+1)的子单位ZCube(x,y)也像是接入了一个Rail-only网络。

接法就是这样,这样看起来很简单,但是我花了好多时间才理解了。

屏幕截图_20260428_002105

这是一个ZCube(2,3)

屏幕截图_20260428_002145

这是讲怎么往上加层的,我当时就是盯着这个图才明白了交换机是怎么连的了。

非对称

上面提到了非对称,简单解释一下。在很多网络拓扑里,交换机都是一样的,至少端口数一样。但是在ZCube里:

底层:连接n个GPU,上联n个交换机,共2n个端口

最顶层:下联n个交换机,还要和n个GPU直接连接,共2n个端口

中间层:下联n个交换机,上联n个交换机,还要直接连接n个GPU,共3n个端口

总结

感觉学习新拓扑还是有点烧脑的事,可能因为我还是新手吧,总要对着图片还有论文看很久。让AI解释,AI还会误导我(点名DeepSeek),还是得靠自己反复揣摩熟悉。

另外还没研究Hexo怎么渲染数学公式,争取下次用上。