新闻详情

新闻详情

首页 / 资讯中心 / 详情

同场景耗时缩短 5 倍是怎么做到的?MiniMax-H3-Comfy-NPU 多 NPU 并行架构深度解析

发布时间:2026/11/14 17:57:07来源:尧图网络
同场景耗时缩短 5 倍是怎么做到的?MiniMax-H3-Comfy-NPU 多 NPU 并行架构深度解析
同场景耗时缩短 5 倍是怎么做到的MiniMax-H3-Comfy-NPU 多 NPU 并行架构深度解析【免费下载链接】MiniMax-H3-Comfy-NPU项目地址: https://ai.gitcode.com/Ascend-SACT/MiniMax-H3-Comfy-NPUMiniMax-H3-Comfy-NPU 是一份面向昇腾AscendNPU 的 ComfyUI 多卡适配补丁让支持视频音频联合生成的 MiniMax-H3 模型在 4 张 NPU 上跑出 768P/15 秒视频仅需约 500 秒——对比原始基线 8 卡 2400 秒卡数减半、耗时缩短 5 倍且生成效果基本一致。本文带你从零读懂这套多 NPU 并行架构的设计思路以及快速上手的最短路径。一、先看成绩多 NPU 并行的性能账本官方在统一条件下4 NPU、1344x768/768P、24 fps、固定 seed实测端到端耗时包含阶段切换、条件编码、采样、VAE 解码和产物保存详见 README.md 的性能章节场景权重输出端到端耗时Ref2VA Turbo 8 步BF16768P / 15 秒495.79 sRef2VA Turbo 8 步pruned INT8768P / 15 秒454.77 sRef2VA res_multistep 21 步BF16768P / 15 秒944.96 sRef2VA Euler 50 步BF16768P / 15 秒2263.03 s同一组 BF16、768P、15 秒输入下50 步 / 21 步 / 8 步的采样耗时分别约为35.00/14.98/5.79分钟。也就是说5 倍加速不是魔法而是多 NPU 并行 8 步 Turbo 降噪两个杠杆的叠加。二、架构拆解四类模型组件各跑各的MiniMax-H3 一条完整管线里其实有 4 类模型组件DiT 扩散模型、Qwen3-VL 文本编码器、视频 VAE、音频 VAE。补丁的核心是新增的MultiNPUParallelConfig节点comfy-ui-changes.patch 中定义统一调度它们落在哪张卡上1. DiTpacked-token 序列并行加速主力把视频音频的 token 序列按 rank 均分每张卡只算自己那一段序列4 卡时dit落在第 2 号卡注意力计算中Q 保持本地分片K/V 通过AllGatherV在卡间汇聚后再算注意力算完立即切回本地分片继续下一层序列里所有位置编码RoPE、时间步嵌入、注意力 mask 都做了对应的分段处理保证各 rank 结果与单卡逐位对齐。关键认知DiT 是序列并行而非参数分片——每张卡仍需持有完整模型的可换入权重地址空间四卡加速的是 token/attention 计算而不是把单卡权重显存除以四详见 README.md 的说明。2. Qwen3-VL 文本编码器张量并行32B 的文本编码器用张量并行按 rank 切分线性层权重多卡各算一部分后通过 HCCL reduce 汇总。它只在 conditioning 阶段出场算完即被 offload 卸载给 DiT 腾出 HBM。3. 视频 VAE多设备时间分块解码视频 VAE 解码被切成若干时间块temporal chunks轮流分派到各张 NPU 上并行解码新增的MiniMaxH3VAEDecodeParallel节点实现最后统一收齐、拼接。15 秒视频的逐帧解码正是容易拖后腿的环节这一步让解码也能吃满 4 张卡。4. 通信层HCCL 优先peer-copy 兜底公共通信被抽到comfy/multidevice.py与comfy/multinpu.py支持三种模式HCCLAllGatherV、跨卡 peer-copy、张量并行 reduce。启动脚本 start_comfyui-4npu.sh 里COMFYUI_MULTI_DEVICE_BACKEND默认auto优先走 HCCL若宿主机已占用某卡的 HCCL 监听端口则自动降级为 peer-copy避免明明四卡却起不来的玄学问题。三、两个容易被忽略的加速细节① INT8 量化走 NPU 原生路径INT8 Linear 在昇腾上走npu_quant_matmul算子而不是回退 CPU 的_int_mm——这是 INT8 权重能真正跑快的前提。4 卡 768P/15 秒场景下INT8 相比 BF16 还能再省约 40 秒495.79s → 454.77s。② 权重只读一次 NPU 热缓存safetensors 只从共享存储读取一次形成只读 CPU 权重底座多卡下各 rank 独立持有 NPU 热缓存offload/reload 阶段不再重新读盘或反序列化。这对 66 GB 级 BF16 DiT 51.5 GB 文本编码器意味着首次任务加载慢但阶段切换不重复付 IO 代价。四、快速上手三步跑通 4 卡并行克隆仓库仓库为只读参考git clone https://gitcode.com/Ascend-SACT/MiniMax-H3-Comfy-NPU安装依赖并打补丁执行 install_deps_minimax_h3.sh会自动归档 ComfyUI-MiniMax-H3-Turbo 自定义节点与 6 条 minimax-h3 工作流再对 ComfyUI 应用 comfy-ui-changes.patch启动服务设置NPU_DEVICES0,1,2,3后运行 restart-v1.sh健康检查通过后访问http://服务器IP:8189/。页面操作只需记住三点从 Workflows 菜单打开对应 JSON推荐 8 步 Turbo 工作流如fl2va_8steps_lora/ref2va_8steps_loraMulti-NPU Parallel Config节点的npu_count保持4只暴露 1/2 张卡时必须同步改可选值仅 1、2、4在LoadImage节点选择素材、填 prompt 和时长点 Queue 即可。硬件与环境版本对照Ascend A3、4×NPU 单卡 64GB HBM、CANN 9.0.1、torch-npu 2.10.0.post2 等见 README.md机器可读的来源记录见 source_deps_info.json。五、FAQ新手最常踩的坑为什么首次任务这么慢要从 NFS 读取约 66.3 GB DiT 51.5 GB 文本编码器并建立各 rank 模型拓扑与热缓存属于一次性成本。为什么四卡显存仍然很高序列并行不分片权重每卡都要完整模型的可换入地址空间加速的是计算而非存储。21 步 / 50 步太慢采样耗时近似随步数线性增长8 步 Turbo 才是推荐的性能基线21/50 步留给质量对照。OOM 后直接重跑同一任务不行。先确认队列为空用restart-v1.sh清理进程级 allocator 状态再提交。启动日志里的xFormers not available要紧吗不要那是 NVIDIA 专用加速不可用的预期提示昇腾路径走 PyTorch/torch-npu。小结5 倍加速 序列并行 张量并行 VAE 时间分块三种并行策略按组件分工再叠加INT8 原生算子与权重热缓存两条工程暗线。理解了这个组件各就各位、通信按需汇聚的调度思路你也能把它迁移到自己的多卡 ComfyUI 场景里。【免费下载链接】MiniMax-H3-Comfy-NPU项目地址: https://ai.gitcode.com/Ascend-SACT/MiniMax-H3-Comfy-NPU创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/11/14 3:51:47

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/11/12 23:59:09

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/11/14 10:11:15

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/11/14 17:14:38

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/11/14 16:35:50

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/11/14 3:51:43

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉