已开启
[Feature]: 基于megatron后端的MM大模型迁移 #375
yeqm创建于  5月18日
yeqm成员
5月18日 创建

提交提案之前,请先检索仓库内是否已有相同的提案,如已有请在同一提案中进行讨论。

💻 需求背景、当前现状、期望实现的功能内容、具体的设计方案、以及测试方案

基于MindSpeed MM开放仓库的源码,将开源训练代码迁移到MM上,支持megatron后端,PP,TP,EP等并行策略。

本期任务的具体信息如下:
(1)模型名称:qwen3vl - 30B
(2) 模型源码链接:
https://github.com/QwenLM/Qwen3-VL/tree/main/qwen-vl-finetune
(3) 开发平台:Atlas 800T A2或者A3

一、任务交付件
本期任务为基于MindSpeed MM开放仓库代码进行功能扩展,请合入开发代码。将开源模型迁移到仓上megatron分支。主要开发点如下:
(1) 模型训练脚本和yaml参数配置
(2) 模型优化实现
(3)参考实现:https://github.com/QwenLM/Qwen3-VL/tree/main/qwen-vl-finetune

二、验收标准:
1)精度/性能要求
精度:
对比参考实现训练5000步平均误差小于1%
性能:
不低于0.8xA100
2)实践文档:
开发模型实践1篇,性能优化实践1篇
3)任务完成标准
本次任务完成标准为:
精度/性能(根据实际要求)达标,PR完成合入,实践文档提交到仓库issue。

PR 合入
本地完成测试验证后,向MindSpeed-MM的main分支发起PR。

对接人
待补充

欢迎加入社区,感谢您对社区的贡献 🎉!

替代方案

补充说明

欢迎加入社区,感谢您对社区的贡献 🎉!

likedislike
Yyeqm成员
5月18日 添加了label:feature
yeqm成员
5月18日 评论:

👋 您好,欢迎向 MindSpeed MM 提交 Issue!

我们已收到您的反馈,感谢你对开源社区的支持。🎉

📅 处理时效: 维护团队将在 24 小时内 查看并回复您的问题(工作日)。

🚨 紧急联系: 如果您的问题非常紧急,可通过以下方式联系我们:

💬 微信: WeChat

请确保 Issue 描述清晰,包含复现步骤和日志,这将帮助我们更快定位问题。谢谢!

likedislike
Ronald1995
6月11日 评论:

/label add good-first-issue

likedislike
ascend-robotascend-robot成员
6月11日 添加了label:good-first-issue
egan
6月25日 评论:

认领这个任务

likedislike
Louis Victor Leborgne
Louis Victor Leborgne
6月25日 评论:

认领这个任务

likedislike
Allen0624
6月25日 评论:

认领这个任务

likedislike
Ronald1995
6月26日 评论:

认领这个任务

@gcw_DZ93mYcV

欢迎认领任务,请参考https://gitcode.com/Ascend/MindSpeed-MM/issues/356 社区任务池明确该任务的:

  • 完成的截止日期
  • 开发进展反馈
  • 微信答疑群
  • 任务交付注意事项

等信息。如果您同时认领了多项任务,但无法都能进行投入,可以在部分任务中回复退出.

麻烦您加入到对应微信群,群备注名修改为"社区任务+您的gitcode账号", 后续有相关消息和问题都可以在微信群咨询答疑。 等您加入到微信群后,我这边会在社区任务池里面登记任务责任人。

likedislike
Ronald1995
6月26日 评论:

认领这个任务

@Allen0624

@LouisVictorLeborgne

欢迎参加认领社区任务,当前一个任务只分配一个开发,根据评论认领时间确定,您可以后续观察该任务是否被释放退出,或者认领其他任务 https://gitcode.com/org/Ascend/discussions/4

likedislike
gcw_MTeIQk9o
6月29日 评论:

认领这个任务

likedislike
ascend-robotascend-robot成员
7月3日 关联了看板:MindStudio ISSUE管理
Robin
Robin
7月4日 评论:

认领这个任务

likedislike
egan
7月5日 评论:

任务进展更新与设计文档(2026-07-05)

一、本周进展更新

当前已完成任务需求拆解、参考实现梳理、技术路线确认,资源申请/环境准备推进中。

本任务当前处于资源申请/环境准备阶段,尚未开始有效训练验证。现阶段主要围绕 Qwen3-VL-30B 官方训练实现、MindSpeed-MM 训练框架、Megatron 后端适配方向、并行策略和验收指标进行前期梳理,为后续在 Atlas 800T A2/A3 平台上开展开发和验证做准备。

阶段性进展如下:

  • 已梳理任务目标:基于 MindSpeed-MM 开放仓库,将 Qwen3-VL-30B 开源训练代码迁移到 Ascend 平台并支持 Megatron 后端。
  • 已梳理参考实现:参考 Qwen3-VL 官方 qwen-vl-finetune 训练实现,后续将围绕 MindSpeed-MM 的训练入口和配置体系进行适配。
  • 已确认技术路线:围绕 Megatron 后端训练链路、PP/TP/EP 等并行策略、模型训练配置和性能优化逐步推进。
  • 已开始推进资源申请和环境准备,后续将在资源就绪后开展基础训练链路打通、功能验证和性能/精度评估。

下一阶段计划:

  • 完成 Atlas 800T A2/A3 训练环境和依赖版本确认。
  • 梳理 MindSpeed-MM 中多模态模型训练流程与 Megatron 后端运行方式。
  • 完成 Qwen3-VL-30B 训练配置、并行策略和基础运行链路的初步适配。
  • 在链路稳定后开展精度误差、训练稳定性和性能指标验证。

二、设计文档

1. 目标

本设计目标是基于 MindSpeed-MM 开放仓库,将 Qwen3-VL-30B 官方开源训练代码迁移到 Ascend 平台,支持 Megatron 后端训练,并结合 PP/TP/EP 等并行策略完成大模型训练链路适配、性能优化和实践文档沉淀。

任务完成后,期望在 MindSpeed-MM 中形成一套可复现的 Qwen3-VL-30B 训练方案,覆盖训练配置、并行策略、模型适配、运行说明、精度验证和性能评估。

2. 技术路线

整体路线以 MindSpeed-MM 现有训练框架为基础,以 Qwen3-VL-30B 官方 qwen-vl-finetune 实现为参考,以 Megatron 后端和 Ascend 平台训练能力为核心进行迁移适配。

第一阶段聚焦基础适配:

  • 确认 Atlas 800T A2/A3 环境、依赖版本和训练运行条件。
  • 梳理官方参考实现中的模型结构、训练流程、数据输入和关键训练参数。
  • 对齐 MindSpeed-MM 的训练配置体系和 Megatron 后端运行方式。
  • 完成 Qwen3-VL-30B 在目标框架下的基础训练链路设计。

第二阶段聚焦并行策略和训练稳定性:

  • 围绕 PP/TP/EP 等并行策略设计适合 Qwen3-VL-30B 的训练配置。
  • 验证模型初始化、参数切分、训练前向/反向、优化器更新和 checkpoint 等关键流程。
  • 处理迁移过程中可能出现的模型结构差异、数据处理差异、算子兼容和并行通信问题。
  • 保证训练流程能够在目标硬件环境中稳定运行。

第三阶段聚焦精度和性能优化:

  • 按任务要求对比参考实现训练结果,评估训练误差。
  • 结合 Ascend 平台特点调整训练配置和并行策略。
  • 分析训练吞吐、显存占用、通信开销和端到端效率。
  • 沉淀开发模型实践文档和性能优化实践文档。

3. 验证方案

验证工作将围绕功能正确性、训练稳定性、精度误差和性能表现展开。

功能正确性方面,重点验证 Qwen3-VL-30B 能否在 MindSpeed-MM 中通过 Megatron 后端完成训练启动、数据读取、前向计算、反向传播、参数更新和 checkpoint 保存等关键流程。

训练稳定性方面,重点观察长时间训练过程中是否存在显存不足、通信异常、算子不兼容、梯度异常或进程退出等问题。

精度方面,将按照任务要求对比参考实现训练 5000 步后的结果,目标是平均误差满足验收要求。

性能方面,将在训练链路稳定后统计训练吞吐和端到端运行效率,目标是满足任务要求中相对 A100 的性能指标。

4. 交付内容

预计交付内容包括:

  • Qwen3-VL-30B 在 MindSpeed-MM 上的训练脚本和 yaml 参数配置。
  • 基于 Megatron 后端的模型训练适配。
  • 面向 Ascend 平台的模型优化实现。
  • 精度与性能验证结果。
  • 开发模型实践文档。
  • 性能优化实践文档。
  • 相关 PR,并推进合入 MindSpeed-MM main 分支。

5. 风险与应对

主要风险包括 Ascend 训练资源到位时间、Qwen3-VL-30B 多模态训练链路复杂度、Megatron 后端并行策略配置复杂度、官方参考实现与 MindSpeed-MM 框架之间的差异,以及性能指标达成的不确定性。

应对方式上,将优先完成基础训练链路打通,再逐步推进并行策略和性能优化;对迁移过程中的问题进行分层定位,分别处理模型、数据、训练后端、并行策略、算子和环境问题,确保开发过程可拆解、可验证、可持续推进。

likedislike
young256young256成员
7月8日 关联了里程碑:MindSpeed 26.2.0
egan
7月13日 评论:

项目进展(2026-07-13)

状态概览

项目 当前状态
目标 将 Qwen3-VL-30B 迁移到 MindSpeed-MM,支持 Megatron Core 及 PP、TP、EP 并行
当前阶段 模型适配与低成本链路验证
本周结论 Qwen3-VL-2B TP2、PP2 与 tiny-MoE EP1/EP2 均已打通,正在收敛官方数值差异
当前分支 codex/qwen3vl-mcore
验收状态 未验收;10/100 步数值对齐、30B 实模、5000 步精度及性能仍待验证

本周完成事项

方向 进展 状态
30B 训练入口 新增 Qwen3-VL-30B 权重转换脚本、训练脚本和 SFT YAML 配置 已完成骨架
模型适配 修复 MoE grouped expert spec、DeepStack 重计算和不均匀 PP checkpoint 分片 已完成定向验证
配置与数据 完善 YAML/CLI 优先级、官方 smart-resize、占位符空白和严格视觉塔冻结 已完成定向验证
测试建设 新增单元测试、系统测试入口和官方/Megatron 双格式 loss 对齐工具 53 项定向单测通过
远端环境 完成 Python、CANN、PyTorch、MindSpeed-MM 和 Megatron 依赖准备 已完成
验证模型 通过 ModelScope 下载 Qwen3-VL-2B-Instruct 已完成
EP 验证 tiny MoE EP1/EP2 同初值同数据三步数值对齐 已通过
TP 验证 Qwen3-VL-2B TP=2 转换、训练、保存和恢复 已通过
PP 验证 Qwen3-VL-2B PP=2 转换、三步训练及 checkpoint 保存 已通过

关键验证数据

Tiny MoE EP1/EP2

指标 结果
训练步数 各 3 步
首步相对误差 0.011%
三步平均相对误差 0.0094%
NaN / skipped step 0 / 0
Checkpoint iteration 3 保存成功

该结果证明基础 EP、HCCL 和 Megatron 训练链路可用,但不能替代 Qwen3-VL-30B 验收。

Qwen3-VL-2B TP=2

指标 结果
权重转换 成功
数据严格对齐后的三步 Loss 4.097857 → 3.412176 → 1.408339
前向 / 反向 / 优化器 均可执行
Checkpoint round-trip iteration 1 保存成功;恢复后完成 iteration 2 并再次保存

首次保存曾出现 deepstack layer 分片索引冲突;修复后保存与恢复链路均已通过。

Qwen3-VL-2B PP=2

指标 结果
LLM 分层 10 + 18
ViT 分层 24 + 0
三步 Loss 5.061316 → 4.361483 → 1.923632(数据最终对齐前)
Checkpoint iteration 3 保存成功

PP2 验证过程中修复了动态序列配置、ViT 总层轴、不均匀 decoder 层轴及 SwiGLU factory shard 映射。最终数据对齐后的 PP2 仍需重跑。

官方输入与权重对齐

项目 结果
token IDs / labels 逐 token 完全一致
pixel_values / image_grid_thw 逐元素完全一致
HF→MCore→HF 权重 625/625 tensor 的 key、shape、dtype 和元素完全一致
当前首步 loss 相对误差 8.57%,尚未达标

当前差异已经收敛到前向算子/模型实现路径。下一步比较官方 SDPA/eager 与 MCore eager/Flash,排除短跑 scheduler 取整影响后再进入 10/100 步。

风险与待办

风险或缺口 影响 处理计划
官方与 MCore 首步 loss 仍差 8.57% 尚未达到预设 0.1% 首步门槛 做 SDPA/eager、Flash 和 fused rotary 消融,逐层定位前向差异
本地仍有较多未提交改动 暂不适合发起 PR 完整测试、diff 审查后拆分小提交
30B 实模尚未运行 无法判断真实显存、稳定性和性能 大规模资源就绪后执行转换与训练
5000 步及参考精度未验证 尚未满足精度验收 建立固定数据和参考实现对齐后长跑
尚无性能标杆结果 尚未满足性能验收 记录完整环境和端到端吞吐,获取可比基线

下周计划

  1. 完成官方 SDPA/eager 与 MCore eager/Flash 首步消融并修复真实前向缺口。
  2. 重跑最终数据路径下的 TP2、PP2 和 tiny-MoE EP1/EP2 3/10/100 步验收。
  3. 提取 loss、grad norm、单步耗时、吞吐和显存数据,补齐两篇 Issue 文档。
  4. 完成全量 diff 审查、单测和 checkpoint round-trip 后提交本地分支。
  5. 在正式卡数资源就绪后启动 30B 5000 步精度与性能验证。
likedislike
egan
7月20日 评论:

项目进展(2026-07-20)

状态概览

项目 当前状态
目标 将 Qwen3-VL-30B 迁移到 MindSpeed-MM,支持 Megatron Core 及 PP、TP、EP 并行
当前阶段 两卡分项验收完成,进入精度缺口定位与 PR 收口
本周结论 数据、PP2、TP2、EP2、checkpoint 和性能验证均已闭环;官方 SDPA 与 MCore PP2 首步接近,但 100 步训练轨迹未达到 1% 对齐
当前分支 codex/qwen3vl-mcore
最新提交 0c8f988a chore: complete Qwen3-VL two-card validation
验收状态 两卡功能与性能预验收通过;5000 步精度、30B 实模、正式卡数性能和上游 PR 尚未完成

本周完成事项

方向 进展 状态
公开数据 固定 revision 的 ChartQA 子集扩展至 256 条不重复图片,生成并逐文件复验 SHA256 manifest 已完成
官方基线 官方 Qwen3-VL-2B、SDPA、原生 BF16 AdamW 完成同机 100 步训练 已完成
PP 验证 MCore PP2 完成 100 步训练、稳定性检查和 checkpoint 保存 已完成
TP 验证 MCore TP2 完成 100 步;完整保存并恢复模型、optimizer、RNG 和 scheduler,续跑至 iteration 101 已完成
EP 验证 tiny Qwen3-VL-MoE 使用共同初始 checkpoint,完成 EP1/EP2 的 10 步与 100 步严格对齐 已完成
性能采样 排除前 10 个预热步,采集官方、PP2、TP2 的单步耗时、吞吐和 HBM 峰值 已完成
验收工具 增加稳健 loss 指标、性能汇总和 HBM 轮询工具,并修复旧输出文件污染 manifest 的问题 已完成
测试与审查 本地 18 项、远端 Ascend 环境 22 项测试通过;规范与规格双轴审查无剩余 P0/P1 已完成
文档 更新 README、训练实践草稿和性能优化实践草稿 已完成

两卡验收结果

数据与可复现性

项目 结果
数据集 swift/ChartQA
固定 revision 3ed25883ff5a9c95b6db600eb920844330703392
不重复图片数 256
源 shard SHA256 169979f8a8c64ba93ac1be22916bf9b49c9c2e4c57f5c0104e6f671f2aacd83a
标注 SHA256 74b42ae5f5b5ac1b55347752a5624e71bfa1f6064e5f72241550d66a29bdba48
manifest SHA256 98b3c5e913ae21a0c340acce1a9c873c8556e2a2847c9d937bef83ccbea05f67

manifest 覆盖当前标注引用的 256 个图片文件及标注文件,不包含缓存或历史输出。第三方图片仅保留在远端测试目录,不进入 PR。

官方 SDPA 与 MCore PP2

指标 结果
首步绝对误差 0.00722
首步相对误差 0.202%
100 步平均每步相对误差 49.16%
100 步相对误差中位数 34.56%
全程平均绝对误差 0.28525
全程归一化绝对误差 37.35%
官方首 10 / 尾 10 步平均 loss 1.01291 → 0.55660
PP2 首 10 / 尾 10 步平均 loss 1.09393 → 0.64318

两侧均稳定收敛,且前三步相对误差分别为 0.20% / 2.73% / 1.68%。参数更新后曲线逐渐分离,部分 minibatch 出现较大尖峰,因此当前不能宣称达到参考实现的 1% 精度要求。

TP2 checkpoint 保存与恢复

TP2 完成 100/100 步,无 NaN、skipped step 或 OOM。iteration 100 保存约 24 GiB 的完整 checkpoint,随后明确加载 distributed optimizer、RNG 和 checkpoint scheduler。

恢复运行从 iteration 100 继续至 101,使用原调度器的 lr=0 完成更新并再次保存约 24 GiB checkpoint。转换得到的 release checkpoint 仍可作为 iteration 0 初始权重加载。

tiny-MoE EP1/EP2

tiny-MoE 先以 EP1、学习率 0 生成共同初始 checkpoint,再让 EP1 和 EP2 分别加载。共同 checkpoint 的文件清单 SHA256 为 d986773b802f4a733f6eb9e87d39208e1efe428f270dcbecf994e7cb51b93708。

指标 10 个新增训练步 100 个新增训练步
首步相对误差 0 0
平均绝对误差 0.000437 0.000737
平均每步相对误差 0.00363% 0.00689%
归一化绝对误差 0.00362% 0.00679%

该结果证明 EP1/EP2 在共同初值、共同数据和相同优化配置下高度一致。它只用于验证专家并行数值对齐,不能替代官方实现与 MCore 的模型精度验收。

稳态性能

以下结果统一使用 global batch size 2,并排除前 10 个预热步。HBM 由 0.5 秒间隔的 npu-smi 采样得到。

场景 平均单步时间 中位数 / P95 吞吐 HBM 两卡峰值
官方 2B SDPA 305.1 ms 302.3 / 318.8 ms 6.556 samples/s 26,391 / 25,862 MiB
MCore 2B PP2 265.1 ms 262.5 / 287.5 ms 7.544 samples/s 22,494 / 26,679 MiB
MCore 2B TP2 410.0 ms 395.4 / 467.9 ms 4.878 samples/s 21,407 / 20,882 MiB

PP2 在当前两卡配置下达到官方同机吞吐的 1.151x,TP2 为 0.744x。该结果只反映 2B 两卡分项验证,不能外推至正式 30B、TP2-PP4-EP2 拓扑。

精度口径与当前判断

需求中的“对比参考实现训练 5000 步平均误差小于 1%”缺少公式,可能指原始逐步平均相对误差、整体归一化误差,或滑动平均 loss 曲线误差。三种口径可能给出不同结论。

当前建议先向验收方书面确认:样本是否必须逐步一致、loss 聚合位置、近零 loss 处理方式、平滑窗口和最终判定公式。在口径确认前,同时保留以下指标:

  1. 原始逐步平均相对误差,反映最严格的 step-wise 对齐;
  2. 全程归一化绝对误差,降低近零 loss 的放大效应;
  3. 首尾窗口和滑动平均曲线,判断总体收敛趋势;
  4. 最后固定窗口的平均 loss 差,衡量最终训练状态。

本轮官方/MCore 的 49.16% 是原始 100 步逐点相对误差平均值;它不表示最终模型精度下降 49%,但足以说明两套实现的训练更新尚未严格对齐。

风险与真实缺口

风险或缺口 当前影响 处理计划
官方/MCore 参数更新后轨迹分离 当前无法满足按逐步 loss 解释的 1% 精度要求 逐项核对 optimizer、梯度聚合、batch 语义、LR 步进和 attention 数值差异
5000 步验收口径不明确 可能出现实验完成但统计口径不被认可 在长跑前取得验收方书面公式与阈值确认
30B 实模尚未运行 真实显存、MoE 通信、PP bubble 和稳定性未知 正式资源就绪后先做转换与短跑,再决定 5000 步窗口
当前只有两卡 无法验证正式 TP2-PP4-EP2 组合 获得至少 4 卡后优先补组合拓扑;16 卡资源就绪后执行正式配置
无同配置 A100 标杆 原始 0.8x A100 门槛无法直接验证 保留同机官方基线,并与验收方确认替代性能口径
PR 尚未发起 代码尚未进入社区检视流程 完成精度缺口判断和最终 diff 复核后推送 fork 并发起 PR

下周计划

  1. 与验收方确认 5000 步“平均误差小于 1%”的正式公式、近零规则、样本对齐要求和统计窗口。
  2. 用共同初值和共同 batch 做单步更新拆解,对比 loss、grad norm、梯度聚合、optimizer state、参数增量和 LR scheduler。
  3. 分别运行 LR=0、单步更新和短程多步实验,定位差异首次明显放大的模块与 iteration。
  4. 只有在 100 步指标达到确认阈值后,再启动 5000 步长跑,避免消耗资源复现已知偏差。
  5. 将最终命令、环境、manifest、日志摘要、精度曲线和性能数据整理为两篇 Issue,并准备上游 PR 描述。
  6. 获取更多 NPU 后补 TP/PP/EP 组合拓扑,正式资源就绪后验证 Qwen3-VL-30B。
likedislike
egan
7月27日 评论:

本周进展

  1. 完成前期两卡实验结果整理,归档 ChartQA 固定数据、官方/MCore loss 对齐、TP/PP/EP 功能验证、checkpoint 恢复、性能和 HBM 数据。

  2. 将项目迁移到 4-NPU Atlas 800T 环境,完成 CANN、PyTorch、torch-npu、MindSpeed、Megatron-Core 和项目虚拟环境核对;四卡 HCCL all-reduce 及 28 项定向测试通过。

  3. 在新环境重新核验 ChartQA、Qwen3-VL-2B 和共享 30B 权重,固定 revision 与关键 SHA256 均与原环境一致。

  4. 完成 Qwen3-VL-2B 的 TP2-PP2 四卡训练验证。3 步训练、iteration 3 保存与恢复、续跑至 iteration 4 均成功,独立 100 步运行也已完成。

  5. TP2-PP2 排除预热后的平均单步时间为 490.24 ms,吞吐为 4.080 samples/s;四卡 HBM 峰值约 13.9–16.3 GiB。

  6. tiny-MoE EP1/EP2 在共同初始 checkpoint 上完成 100 步对齐,平均相对误差为 0.00937%;官方 SDPA 三步冒烟也已在新环境通过。

  7. 在 NPU0–1 和 NPU2–3 上并行完成官方 SDPA/MCore PP2 的同机同数据 100 步复验。首步相对误差为 1.852%,100 步平均每步相对误差为 48.52%,归一化绝对误差为 36.25%;官方首/尾 10 步均值为 1.02115→0.57865,PP2 为 1.08624→0.69693。结果与旧机 49.16% 的逐步误差量级一致,确认是待定位的真实实现缺口。

下周计划

  1. 基于共同 batch 继续定位官方 SDPA 与 MCore 参数更新后的 loss 轨迹差异,重点核对 optimizer、梯度聚合、LR 步进和 attention 数值路径。

  2. 在四卡环境补充必要的 TP/PP/EP 组合回归,并对 Qwen3-VL-30B 做权重转换和低成本可行性检查。

  3. 汇总最终命令、环境版本、固定数据、精度曲线、性能和已知限制,整理训练实践与性能优化实践 Issue。

  4. 完成代码与测试收口,按小提交整理分支,推送 fork 并向 MindSpeed-MM 主分支发起 PR。

likedislike
且奏长歌
且奏长歌成员
8月3日 评论:

@gcw_DZ93mYcV
请您在完成任务后填表登记:MM社区任务管理 https://www.kdocs.cn/l/cdATVWqoh385

likedislike
egan
8月3日 评论:

@gcw_DZ93mYcV
请您在完成任务后填表登记:MM社区任务管理 https://www.kdocs.cn/l/cdATVWqoh385

@WendongPang
任务预计还要1~2周完成,卡点主要在申请gpu资源。

项目 1 周进展(2026-08-03)

本周进展

  1. 完成 Qwen3-VL-30B 的 LoRA 版本开发与四卡验证。当前方案采用 TP1-PP2-EP2,仅训练部分参数,训练、checkpoint 保存及恢复均已通过。

  2. 完成全参数训练配置、转换脚本和启动脚本。现有四卡机器无法容纳 30B 全参数训练所需的梯度和优化器状态,相关功能暂以 LoRA 结果完成验证。

本周计划

  1. 本周申请更多昇腾机器资源,尝试按 TP2-PP4-EP2 运行 Qwen3-VL-30B 全参数微调。

  2. 根据全参数训练结果补充精度、性能和资源占用记录,更新实践文档及验收材料。

likedislike
egan
8月10日 评论:

上周进展:完成 30B LoRA 四卡训练、保存和恢复验证;确认四卡无法进行 30B 全参数训练。
本周 TODO:请@WendongPang @WendongPang
管理员确认能否提供更多卡;若能,尝试全参数训练;若不能,继续完成 LoRA 100 步、性能和验收材料。

likedislike
egan
8月17日 评论:

上周进展:基于30B lora进行验收实验,推进megatron版本和基线版本的5000步实验,由于卡时不够受阻。
本周 TODO:申请更多卡时完成验收实验

likedislike
且奏长歌
且奏长歌成员
8月19日 评论:

@gcw_DZ93mYcV 您好!

MindSpeed-MM 邀请您参加 2026-08-20 16:00 召开的WeLink会议

会议主题:MindSpeed MM 社区例会

会议内容:
1.社区关键issue解答
2.代码合入评审

会议链接:https://meeting.huaweicloud.com:36443/#/j/980887584

会议纪要&签到链接:https://etherpad.ascend.osinfra.cn/p/sig-MindSpeed-MM

likedislike
且奏长歌且奏长歌成员
9月16日 关联了里程碑:MindSpeed 26.3.0