AI产业链地图·知识库 AI深度报告解析 · Trainium训练
🚧 网站建设中 → 产业链图谱

SemiAnalysis Trainium:训练体验改善

来源 SemiAnalysis报告 2026-10-23 · 解析 2026-10-28
本篇要点
  1. SemiAnalysis看好Trainium原生PyTorch转向,认为将扩大Trainium3采用;研究训练体验已有改善,但软件成熟度仍远不及CUDA。
  2. 在16颗Trainium2上训练Qwen3-32B时,编译模式吞吐由每秒11099升至14156个token;Trainium3另通过89项FlexAttention测试,共96项。
  3. 作者高度评价Neuron Explorer的细粒度性能分析体验;编译等待仍是训练痛点,新后端以首步时间最多缩短两个数量级为目标,尚未兑现。
01

原生PyTorch成为软件转向的中心

SemiAnalysis认为,Trainium已经证明其推理能力,Anthropic使用Trainium2和Trainium3运行生产推理及强化学习采样。研究训练需要不断修改模型结构,过去的软件栈在这类任务上较难使用。

作者试用Trainium3机架数周后,认可软件发展的方向。TorchNeuron转向原生PyTorch,支持即时执行和torch.compile;相较此前基于XLA的方式,研究人员不必重新适应一套训练循环。作者也明确表示,仍遇到过缺陷,成熟度远不及CUDA。

02

先做好BF16,再扩展生态

在高层接口上,设备选择由cuda改为neuron;作者预计,大多数PyTorch算子理论上可直接工作,但部分接口和研究代码仍直接调用CUDA命名空间。Trainium Torch先优化BF16训练,不在首日支持TorchAO MXFP8。

作者认可其对Hugging Face、Accelerate及TorchTitan等生态库的支持,也看到Trainium向vLLM、SGLang社区投入硬件和早期访问资源。原文认为,这些社区的广泛采用价值仍然重要。

03

TorchTitan实测训练体验改善

作者用16颗Trainium2、共64个LNC=2逻辑核训练Qwen3-32B,也另行试用64颗物理芯片的Trainium3 UltraServer。以下吞吐与MFU数据来自Trainium2测试。

Qwen3-32B / 16颗Trainium2即时执行编译模式
平均吞吐(token/秒)11,09914,156
模型算力利用率MFU23.89%30.47%
编译相对即时模式吞吐基准1.28倍

官方TorchTitan镜像顺利启动,轻微修改模型结构后也能运行;gpt-oss 20B配方通过GraphTrainer、SimpleFSDP和定制内核集成,作者称其可直接使用。研究消融实验重视可接受的性能和广泛结构支持。

04

编译时间仍需改善

原文等待项目耗时或倍数
Qwen3即时模式首步184.6秒
Qwen3编译模式首步255.7秒
首步相对后续平均步耗时约30—55倍
gpt-oss训练编译27分17秒

作者把首次编译等待视为频繁修改架构时的明显阻力。后续TorchNeuron版本计划加入预编译内核及新编译后端,以首步时间最多缩短两个数量级、且性能基本不降为目标;原文明确以能否交付为条件。

原生TokenSwitch尚未支持,当前使用自定义专家并行分发器。AWS团队承诺与Meta PyTorch团队协作推动适配。

05

算子测试显示灵活性在进步

作者在Trainium3单个LNC=2逻辑核上测试矩阵乘法。在约1 GFLOP计算量起的中间范围,Trainium3的MFU高于GB300;超过100 GFLOP后GB300与B200领先,超过1 TFLOP后Trainium3再次领先。

Trainium3 FlexAttention测试原文结果
通过用例89 / 96
通过率约93%
未通过7项均为编译超时
失败配置批量4、序列长度8192
自定义注意力变体测试数值与英伟达GPU一致

这些测试覆盖注意力变体支持。作者期待后续TorchNeuron版本修复编译超时;自行实现的额外注意力变体也通过了数值对照。

06

质量保障覆盖模型与数值

AWS为自动质量控制分配最多8万个物理核,并收集覆盖多种归一化、MLP、混合专家模型和注意力结构的10万余个Hugging Face模型。测试包括性能、CPU回退、图中断,以及对CPU和英伟达基线的数值、张量和损失曲线比较。

作者看重质量改善的方向,并肯定AWS向管理层透明呈现缺口;原文也指出,通过率尚未达到100%。

07

Neuron Explorer获作者高度评价

作者认为Neuron Explorer性能分析体验领先。它与硬件共同设计,按硬件单元展示时间线,直接显示空隙;点击事件可突出依赖关系,便于观察计算与内存加载是否重叠。

工具还可映射源代码、估计MFU、显示内存库利用率及微秒级吞吐。作者甚至用真实硬件上每物理核16个DMA引擎的活动轨迹绘制像素图,展示其观测精度。

首次配置仍有多个环境变量、文件类型及命令需要理清,作者已要求AWS改善文档。与提供汇总指标的Nsight Compute相比,Neuron Explorer把事件时间线整合为原生体验,这也是原文重点肯定之处。

延伸阅读

同主题站内报告

  1. 01SemiAnalysis华为:软件差距缩小加速器软件生态主题查看对应原报告解析。↗
  2. 02高盛英伟达:部署提效支撑买入AI部署工具主题查看对应原报告解析。↗
全文要点回顾
  1. 作者看好原生PyTorch方向,但认为软件成熟度仍远不及CUDA。
  2. BF16优先,生态库与开源推理社区支持继续扩展。
  3. 16颗Trainium2实测,编译模式吞吐提高至即时模式的1.28倍。
  4. 首步与编译等待仍长,新后端的提速目标尚待兑现。
  5. FlexAttention通过89/96项;7项失败均为编译超时。
  6. AWS以大量模型和多维数值对照推进质量,尚未全部通过。
  7. 作者高度评价细粒度性能分析,同时要求改善初始设置文档。
据 SemiAnalysis · Kimbo Chen、Dylan Patel · 2026-10-23 · 仅供学习研究