SemiAnalysis Trainium:训练体验改善
- SemiAnalysis看好Trainium原生PyTorch转向,认为将扩大Trainium3采用;研究训练体验已有改善,但软件成熟度仍远不及CUDA。
- 在16颗Trainium2上训练Qwen3-32B时,编译模式吞吐由每秒11099升至14156个token;Trainium3另通过89项FlexAttention测试,共96项。
- 作者高度评价Neuron Explorer的细粒度性能分析体验;编译等待仍是训练痛点,新后端以首步时间最多缩短两个数量级为目标,尚未兑现。
原生PyTorch成为软件转向的中心
SemiAnalysis认为,Trainium已经证明其推理能力,Anthropic使用Trainium2和Trainium3运行生产推理及强化学习采样。研究训练需要不断修改模型结构,过去的软件栈在这类任务上较难使用。
作者试用Trainium3机架数周后,认可软件发展的方向。TorchNeuron转向原生PyTorch,支持即时执行和torch.compile;相较此前基于XLA的方式,研究人员不必重新适应一套训练循环。作者也明确表示,仍遇到过缺陷,成熟度远不及CUDA。
先做好BF16,再扩展生态
在高层接口上,设备选择由cuda改为neuron;作者预计,大多数PyTorch算子理论上可直接工作,但部分接口和研究代码仍直接调用CUDA命名空间。Trainium Torch先优化BF16训练,不在首日支持TorchAO MXFP8。
作者认可其对Hugging Face、Accelerate及TorchTitan等生态库的支持,也看到Trainium向vLLM、SGLang社区投入硬件和早期访问资源。原文认为,这些社区的广泛采用价值仍然重要。
TorchTitan实测训练体验改善
作者用16颗Trainium2、共64个LNC=2逻辑核训练Qwen3-32B,也另行试用64颗物理芯片的Trainium3 UltraServer。以下吞吐与MFU数据来自Trainium2测试。
| Qwen3-32B / 16颗Trainium2 | 即时执行 | 编译模式 |
|---|---|---|
| 平均吞吐(token/秒) | 11,099 | 14,156 |
| 模型算力利用率MFU | 23.89% | 30.47% |
| 编译相对即时模式吞吐 | 基准 | 1.28倍 |
官方TorchTitan镜像顺利启动,轻微修改模型结构后也能运行;gpt-oss 20B配方通过GraphTrainer、SimpleFSDP和定制内核集成,作者称其可直接使用。研究消融实验重视可接受的性能和广泛结构支持。
编译时间仍需改善
| 原文等待项目 | 耗时或倍数 |
|---|---|
| Qwen3即时模式首步 | 184.6秒 |
| Qwen3编译模式首步 | 255.7秒 |
| 首步相对后续平均步耗时 | 约30—55倍 |
| gpt-oss训练编译 | 27分17秒 |
作者把首次编译等待视为频繁修改架构时的明显阻力。后续TorchNeuron版本计划加入预编译内核及新编译后端,以首步时间最多缩短两个数量级、且性能基本不降为目标;原文明确以能否交付为条件。
原生TokenSwitch尚未支持,当前使用自定义专家并行分发器。AWS团队承诺与Meta PyTorch团队协作推动适配。
算子测试显示灵活性在进步
作者在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版本修复编译超时;自行实现的额外注意力变体也通过了数值对照。
质量保障覆盖模型与数值
AWS为自动质量控制分配最多8万个物理核,并收集覆盖多种归一化、MLP、混合专家模型和注意力结构的10万余个Hugging Face模型。测试包括性能、CPU回退、图中断,以及对CPU和英伟达基线的数值、张量和损失曲线比较。
作者看重质量改善的方向,并肯定AWS向管理层透明呈现缺口;原文也指出,通过率尚未达到100%。
Neuron Explorer获作者高度评价
作者认为Neuron Explorer性能分析体验领先。它与硬件共同设计,按硬件单元展示时间线,直接显示空隙;点击事件可突出依赖关系,便于观察计算与内存加载是否重叠。
工具还可映射源代码、估计MFU、显示内存库利用率及微秒级吞吐。作者甚至用真实硬件上每物理核16个DMA引擎的活动轨迹绘制像素图,展示其观测精度。
首次配置仍有多个环境变量、文件类型及命令需要理清,作者已要求AWS改善文档。与提供汇总指标的Nsight Compute相比,Neuron Explorer把事件时间线整合为原生体验,这也是原文重点肯定之处。
同主题站内报告
- 作者看好原生PyTorch方向,但认为软件成熟度仍远不及CUDA。
- BF16优先,生态库与开源推理社区支持继续扩展。
- 16颗Trainium2实测,编译模式吞吐提高至即时模式的1.28倍。
- 首步与编译等待仍长,新后端的提速目标尚待兑现。
- FlexAttention通过89/96项;7项失败均为编译超时。
- AWS以大量模型和多维数值对照推进质量,尚未全部通过。
- 作者高度评价细粒度性能分析,同时要求改善初始设置文档。
