Comfy Compiler slows down MiniMax H3 video generation

快速结论：在启用 Comfy Compiler 时生成 MiniMax H3 视频，首个采样步进完成后出现长时间卡顿或明显变慢，尤其是生成能占满显存的大分辨率内容时更明显。优先使用 --disable-comfy-compiler 启动参数绕过编译器，可以立即恢复原有生成速度。

适用环境：ComfyUI（包含提交 804eb551 及之后的版本）；Issue 作者使用 Windows PowerShell、NVIDIA RTX 5090 显卡，并生成了 1024×1792 的大分辨率内容。

最快修复方案：暂无确认的一步修复方案。Issue 中已验证有效的临时方案是：启动 ComfyUI 时添加 --disable-comfy-compiler 参数禁用 Comfy Compiler。

注意事项：该方案仅绕过问题而非修复根因；禁用 Comfy Compiler 后，依赖编译器优化加速的模型和功能会退化到默认执行路径。若生成内容未占满显存，问题可能不太明显，需结合自身显存压力和分辨率来判断是否受此影响。

问题场景

用户在 ComfyUI 中使用 MiniMax H3（MiniMaxH3）模型执行视频生成任务。触发场景是：使用包含 804eb551 提交的新版 ComfyUI 代码，并在未禁用 Comfy Compiler 的情况下生成视频。问题在生成较大分辨率（接近或填满显存）的视频时更容易出现，例如作者在 RTX 5090 上生成 1024×1792 的内容时表现明显。

报错原文

[INFO] Requested to load MiniMaxH3
[INFO] 0 models unloaded.
[INFO] Model MiniMaxH3 prepared for dynamic VRAM loading. 38444MB Staged. 320 patches attached. Force pre-loaded 210 weights: 1175 KB.

(It gets stuck after the 1st step is done)

原因分析

可能原因：Comfy Compiler 在将 MiniMaxH3 的视频生成流程编译或动态执行时，与模型的动态显存加载机制（38444MB Staged、320 patches attached）存在协调问题，导致首个采样步进完成后执行流程“卡住”或性能骤降。Issue 作者明确指出使用 --disable-comfy-compiler 能解决此问题，但未定位到具体编译节点或优化器配置；同时作者认为该问题在显存接近满载（大分辨率生成）时更容易暴露，可能涉及编译器与显存换入换出（dynamic VRAM loading）之间的调度冲突。

环境排查

确认 ComfyUI 代码版本是否包含提交 804eb551（该提交引入了编译器相关改动）。
确认启动参数中是否启用了 Comfy Compiler（默认启用，除非显式加入 --disable-comfy-compiler）。
确认目标显卡型号及显存大小（Issue 中为 RTX 5090），并检查任务分辨率是否接近或超出可用显存容量。
若使用了自定义节点，先按 ComfyUI 官方指引全部禁用后复测，确认非自定义节点干扰。

解决步骤

最简单且已确认有效的临时方案：在启动 ComfyUI 的命令行参数中追加 --disable-comfy-compiler，然后重新启动 ComfyUI。
如果临时方案有效、但希望保留编译器功能，建议降低生成分辨率或缩小批次，避免显存接近满载后再测试（可优先尝试，帮助判断是否是显存压力触发的瓶颈）。
关注同仓库下 Issue #16140、#16144、#16150 的后续进展——Issue 作者已将本问题归档到这些更高关注度的同类报告中，修复进展可能在那些 Issue 下同步更新。
在官方修复落地前，可暂时锁定在不包含提交 804eb551 的旧版 ComfyUI 上运行 MiniMax H3 工作流。

验证方法

使用相同 MiniMax H3 视频工作流和分辨率进行复测：若 Fast 完成后能流畅跑完剩余步进且总耗时恢复至预期水平，或切换到 --disable-comfy-compiler 后卡顿消失，即可确认问题规避成功。若问题只在显存接近满载时出现，可同时用显存占用监控工具（如 nvidia-smi）确认峰值显存占用是否接近显卡上限。