
All of a sudden, WAN 2.2 tv2/i2v lightx2v distill models eat my 5090 VRAM
快速结论:该问题通常出现在 SwarmUI 用户更新了 ComfyUI 后端后,WAN 2.2 系列轻量蒸馏模型在 1280×720 分辨率下生成视频时突发 VRAM 爆炸(从约 24GB 飙升到占满 32GB)。优先排查 ComfyUI 是否最近自动更新,并尝试回退到 v0.22.0 或更早的提交版本。
问题场景
用户使用 SwarmUI(Windows 系统,RTX 5090 显卡)生成 WAN 2.2 t2v lightx2v 或 i2v lightx2v 蒸馏模型视频。设置参数为:1280×720 分辨率、8 步、81 帧、16 fps。之前一切正常(VRAM 占用约 24 GB),但在某次前端/后端更新后,同样参数下 VRAM 被占满(32 GB),导致生成速度极慢甚至显存不足崩溃。用户尝试清空缓存、重装 SwarmUI、更新显卡驱动均无效。
报错原文
[显存占用异常升高,生成速度急剧下降]
All of a sudden, WAN 2.2 tv2/i2v lightx2v distill models eat my 5090 VRAM
Maximum VRAM usage was 24 GB... now these models have started to eat all my VRAM
If I try to watch YouTube or surf the internet while generating I get an out of memory error
完整日志见:paste.denizenscript.com/View/140432
原因分析
多个用户报告同一问题突然出现,与 ComfyUI 近期的更新有关。根据讨论,ComfyUI 在近期(约一周前及昨天/今天)推送了一系列变更,导致了 WAN 2.2 蒸馏模型异常消耗 GPU 显存。在 SwarmUI 中禁用 ComfyUI 自动更新并回退 ComfyUI 版本可临时解决问题。因此,最可能原因是 ComfyUI 某个新 commit 引入了内存泄漏或显存分配策略改变,导致蒸馏模型在解码/推理阶段缓存大量中间张量。
环境排查
- SwarmUI 版本:确认是否最近通过“前端/后端更新”按钮升级过。
- ComfyUI 版本:检查 ComfyUI 是否已自动更新(SwarmUI 默认启用 ComfyUI 自动更新)。
- 显卡:NVIDIA RTX 5090(32GB VRAM);驱动版本虽已更新,但用户确认更新驱动后问题才出现(排除驱动直接引起)。
- 生成参数:1280×720,8 步,81 帧,16 fps——该参数组合在旧版 ComfyUI 下 VRAM 占用约 24GB。
解决步骤
- 禁用 ComfyUI 自动更新:在 SwarmUI 后端设置中,找到 ComfyUI 相关选项,关闭自动更新(Disable Comfy automatic updates)。
- 回退 ComfyUI 版本:进入 SwarmUI 的“Comfy Workflow”标签页 -> “Manager” -> “Switch ComfyUI”,选择 v0.22.0(对应 commit a8d2519)。或者手动将 ComfyUI 仓库回退到一个工作正常的旧 commit(如 26515acd,但用户反馈该版本太旧,推荐先试 v0.22.0)。
- 删除 ComfyUI 缓存(可选):如果前面步骤已解决问题则不需要。若仍有问题,可清空
C:\Users\用户名\.cache目录及 SwarmUI 的 ComfyUI 缓存。 - 重新生成测试:保持之前的工作参数(1280×720,8步,81帧,16fps),再次生成 5 秒视频。
注意:如果不想回退到 v0.22.0,可以尝试等待 ComfyUI 发布修复版本后再次更新。当前(问题报告时)ComfyUI 的更新仍然未解决此问题,需要等后续修复。
验证方法
生成一个 1280×720、8步、81帧、16fps 的 WAN 2.2 t2v lightx2v 视频,观察 VRAM 占用。如果 VRAM 维持在 24GB 左右且生成速度恢复正常(与更新前一致),则确认问题解决。同时,在生成过程中尝试轻量操作(如浏览网页)不应触发显存不足错误。



