training-xpu-pytorch 25.05
本文介绍training-xpu-pytorch 25.05版本发布记录。
Main Features and Bug Fix Lists
Main Features
基础镜像OS升级到Ubuntu24.04，Python版本升级至3.12.7+gc。
升级PPU SDK至 1.5.1、vLLM版本升级到v0.8.5，支持Qwen3和DeepSeek-R1 W8A8（int8）量化模型。
Bugs Fix
Contents
应用场景 | 训练/推理 |
框架 | pytorch |
Requirements | PPU SDK 1.5.1 |
核心组件 |
|
Assets
通过公网拉取ACS AI容器镜像需要先获取鉴权密钥。建议您使用VPC方式加速拉取AI容器镜像，减少镜像拉取的时间。
25.05
公网镜像
egslingjun-registry.cn-wulanchabu.cr.aliyuncs.com/egslingjun/training-xpu-pytorch:25.05
VPC镜像
acs-registry-vpc.{region-id}.cr.aliyuncs.com/egslingjun/{image:tag}
{region-id}为您使用的ACS产品所在的开服地域，比如：cn-beijing、cn-wulanchabu等。{image:tag}为实际镜像的名称和Tag。
Driver Requirements
Driver version >= 1.1.0
Key Features and Enhancements
PyTorch编译优化
PyTorch 2.0引入的编译优化能力在单卡小规模下通常可以获得显著的收益，但是在LLM训练中需要引入显存优化、FSDP/Deepspeed等分布式框架，导致torch.compile()无法简单地获得收益或者存在负收益：
在DeepSpeed框架下控制通信的颗粒度，帮助编译器获取更完整的计算图，做更大范围的编译优化。
优化版本的PyTorch：
优化PyTorch编译器前端，确保在计算图中出现任意graph break的情况下仍能正常编译。
强化模式匹配以及dynamic shape能力，提高编译后代码性能。
结合上述优化，在8B LLM训练下通常可以获得20%左右的E2E吞吐收益。
重计算显存优化
基于大量性能评测数据，包括不同模型在不同集群以及不同训练参数配置，以及评测过程中采集的相关显存利用率等系统指标数据，我们进行模型显存开销的预测建模分析，并推荐出最佳的激活值重算层数，并集成到PyTorch中，让用户可以低门槛的使用显存优化带来的性能收益。当前已支持该特性在DeepSpeed框架中的适配。
ACCL通信库
ACCL是阿里针对灵骏产品自研的高性能网络通信库，针对GPU、PPU和AMD三个场景提供ACCL-N、ACCL-P和ACCL-R三个版本。ACCL-N是阿里云基于英伟达NCCL定制后提供的高性能通信库，在完全兼容NCCL的基础上，修复了官方NCCL版本的一些BUG，并进行了性能和稳定性相关的优化。ACCL-P是基于平头哥开源通信库pccl，进行二次开发的集合通信库。ACCL-R是基于AMD Rocm开源通信库rccl，进行二次开发的集合通信库。本版本主要将ACCL/ACCL-N上实现的主要特性移植到了pccl上，修复了一些问题，结合高网的相关自研产品组件进行了深度定制。
E2E性能收益评估
利用云原生AI性能评测分析工具CNP，我们采用主流开源模型和框架配置，与标准的基础镜像进行了全面的端到端性能比较分析，并通过消融实验分析，进一步评估了每个优化组件对整体模型训练性能的收益贡献。
镜像对比基础镜像&迭代评估
PPU核心组件E2E性能贡献分析
以下测试基于25.05, 在多节点PPU集群上进行训练E2E性能评测和对比分析，对比项包括：
Base：PPU PyTorch Image
ACS AI Image：Base+ACCL： 镜像使用ACCL通信库
ACS AI Image：AC2+ACCL： Golden镜像使用AC2 BaseOS，不开启任何优化
ACS AI Image：AC2+ACCL+CompilerOpt： Golden镜像使用AC2 BaseOS，只启用torch compile优化
ACS AI Image：AC2+ACCL+CompilerOpt+CkptOpt：Golden镜像使用AC2 BaseOS，且同时开启torch compile和selective gradient checkpoint优化
Quick Start
以下示例内容仅通过Docker方式拉取training-xpu-pytorch镜像。
在ACS中使用training-xpu-pytorch镜像需要通过控制台创建工作负载界面的制品中心页面选取，或者通过YAML文件指定镜像引用。
1. 选择镜像
通过公网拉取ACS AI容器镜像需要先获取鉴权密钥。建议您使用VPC方式加速拉取AI容器镜像，减少镜像拉取的时间。
docker login egslingjun-registry.cn-wulanchabu.cr.aliyuncs.com2. 调用API开启编译器+重计算显存优化
启用编译优化
使用transformers Trainer API：
启用重计算显存优化
export CHECKPOINT_OPTIMIZATION=true
3. 启动容器
镜像中内置了模型训练工具ljperf，以此说明启动容器和运行训练任务的步骤。
ACS形态产品请通过YAML方式使用镜像。
LLM类
# 启动容器并进入
docker run --rm -it --ipc=host --net=host --privileged egslingjun-registry.cn-wulanchabu.cr.aliyuncs.com/egslingjun/training-xpu-pytorch:25.05
# 运行训练demo
ljperf --action train --model_name deepspeed/llama3-8b使用建议
镜像中的改动涉及Pytorch、Deepspeed等库(后续会upstream)，请勿重装。
deepspeed配置中的zero_optimization.stage3_prefetch_bucket_size留空或者auto。
使用本镜像运行DeepSeek R1（671B）、Qwen3模型，支持的量化方法包括：
vLLM 0.8.5：支持AWQ（w4a16）、GPTQ （w4a16、w8a16）、per-token/per-channel a8w8（int8）量化方案（在vLLM 0.8.5上运行通过AWQ和GPTQ量化的模型需要加
--quantization moe_wna16）。
暂时不支持PG1 SDK 1.5.1 Release Note中提到的DeepEP和sailSHMEM功能，支持时间待定。
建议配合“1.5.1”驱动使用本镜像获得最佳性能，设置方法请参考为ACS GPU Pod指定GPU型号和驱动版本和GPU驱动版本说明。
Known Issues
Qwen3-235B-A22B模型性能将在下一个迭代版本中进一步优化。
DeepSeek R1模型
vLLM镜像会存在推理乱码情况，建议关闭prefill cahcing（增加
--no-enable-prefix-caching选项）。测试DeepSeek模型
--max-model-len设置需要小于80k，否则可能会在运行中出现 OOM情况。
稳定性问题
vLLM 多卡推理时可能会出现使用 mp_distributed_executor 错误的情况，需使用
VLLM_WORKER_MULTIPROC_METHOD=spawn，避免该问题，参考开源社区 https://github.com/vllm-project/vllm/issues/6152。vLLM 多卡推理结束后会随机出现进程退出错误的社区已知问题，详见开源社区的 https://github.com/vllm-project/vllm/issues/6145。
性能问题：
MOE类大模型使用Autotune工具可以提升性能 ，VLLM支持通过硬件相关的fused_moe kernel配置文件启动kernel以提升性能的优化功能。