1、当您付费下载文档后，您只拥有了使用权限，并不意味着购买了版权，文档只能用于自身使用，不得用于其他商业用途（如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利）。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。
3、如文档内容存在违规，或者侵犯商业秘密、侵犯著作权等，请点击“违规举报”。
查找下载文件的指引
一、电脑端
- Windows 系统：按下键盘快捷键 `Ctrl + J`，即可打开下载列表。
- Mac 系统：按下键盘快捷键 `⌘ + J`，即可打开下载列表。
二、手机端
1. 打开手机浏览器，点击浏览器右下角的 “≡”（或“更多”）图标。
2. 在弹出的菜单中找到并点击 “下载内容”（或类似选项），即可查看已下载的文件。
提示：不同浏览器界面略有差异，若未找到“下载”入口，可尝试在浏览器设置中搜索“下载”关键词。
报告的技术主线很清晰。在大规模AI训练集群里，几百张甚至几千张GPU需要每时每刻交换海量数据——模型参数同步、梯度聚合、中间结果传输。如果通信通道卡住了，算得再快的GPU也是在空转。
英伟达的解决方案是NVLink+InfiniBand的私有协议——性能优秀但封闭。国产GPU平台走不了这条路。报告的答案是RDMA（远程直接内存访问）+RoCEv2（基于融合以太网的RDMA协议）的组合方案。RDMA让数据直接在GPU显存之间传输，不用绕道CPU和操作系统；RoCEv2让这个高速通道跑在标准以太网上，不依赖专有交换设备。
报告给出了具体的性能数据。基于国产GPU平台（报告以C550为参考设计）的实测：64字节小包时延1.2微秒，1MB大包带宽接近400GB/s的物理极限。这个表现已经能够支撑千卡级别的大模型训练任务，虽然和英伟达顶级集群相比仍有差距，但"能用"到"好用"之间的路径正在清晰。
报告中DPU的定位很有意思。传统架构里，GPU算完一批数据，要通过CPU中转才能把结果传给另一张GPU。CPU变成了瓶���——它既要管理操作系统和应用逻辑，又被频繁的GPU通信中断打断。
DPU的解决方案是：把通信相关的IO操作全部卸载到DPU上，让CPU专注于计算调度，让GPU专注于矩阵运算。报告中用了一个比喻："GPU是算力引擎，DPU是通信管道，CPU是指挥中枢"——三者各司其职，互不干扰。
报告还特别分析了国产GPU的"存算通"一体化设计思路。英伟达走的是"NVLink统一内存"路线，将多张GPU的显存虚拟化成一个大地址空间。国产路线则在追求相近的效果——通过RDMA让GPU能直接访问远端GPU的显存，虽然时延比NVLink高，但在大规模训练场景中，利用流水线和重叠计算可以有效掩盖通信开销。
报告最有价值的地方在于它的系统工程视角。它不是孤立地讲某一款芯片的性能，而是把GPU、DPU、交换网络、通信协议、调度软件看作一个完整的技术栈来分析。
报告以昇腾910C为例做了架构级剖析：从芯片内部的Core+Control Core+Task Scheduler微架构，到片间的HCCS高速互联，再到节点间的RDMA/RoCEv2通信，最终到跨机架的光交换网络。每一层都在为上一层的性能做支撑，每一层也都有国产厂商的对应方案（尽管成熟度参差不齐）。
报告里面还对比了不同通信拓扑的优劣——树形拓扑成本低但带宽不均，胖树拓扑性能好但交换机成本高，Torus拓扑适合大规模集群但部署复杂。哪种方案适合哪个规模的任务，报告都给了实用建议。
这份白皮书最适合的读者，不是芯片设计工程师，而是需要为AI算力平台做技术选型的CTO和基础设施负责人。它把国产GPU集群能不能用、怎么用、有哪些坑、如何避坑这几个核心问题，用工程化的数据给出了回答。
