性能与成本 · 需求累积

三条独立证据同周：(1) 3090+64GB 上 Krea2 Turbo 从 30 秒 2 图劣化到 2 分钟+（6p/10c，评论区'dozens of people reported this'，v23/24 起 ComfyUI 改了 RAM 处理）；(2) GitHub #15898 KREA2 等模型较早期版本显著变慢（5 reactions，评论建议'自己做计时二分：分离模型加载与推理、禁用自定义节点对照'）；(3) GitHub #12927 Dynamic VRAM 反而拖慢后续生成、#14496 Model Initializing 180 秒。用户反馈的'偏方'五花八门：最小化浏览器/加 pagefile/--disable-dynamic-vram/更新 comfy kitchen

每次生成多等 90 秒-150 秒（30s→2min 案例），全天批量累计 1-2 小时

官方博客只给'报告 issue 时附日志'的指导；社区方案是手工 bisect。无自动化'版本×工作流×节点组合'性能基准对比工具

—

玄学偏方轮试（最小化浏览器、加页面文件、关 dynamic vram、换 attention backend）；自己手工计时对照测试

Reddit 实帖：RX 7800XT 16GB『every ComfyUI default template for MiniMax H3 OOMs unless resolution/duration near lowest. If I want high res video with long duration, I'm out of luck』+跟帖『will this work for us 3060 12gb peasants?』；中文圈 B站『你的显卡跑H3能跑多少？配置速查表』『12G显存10秒只需450秒』等视频百万级播放；官方社区页收录大量 8G/16G 实测帖

每换一个模型/显卡组合需重新搜配置，单次 1-3 小时试错；生成等待 450s/10s 视频常态化

B站配置速查表视频（信息滞后、不可检索）；知乎低显存方案长文；整合包（绑定特定配置）；无按显卡型号实时检索的工具

部分：社区有大量零散实测（B站速查表视频、Reddit 云模板分享），但无权威参数检索工具

搜别人的实测视频/配置速查表抄参数；换量化版（int4/int8/GGUF）；降分辨率降时长；用加速 LoRA 减步数；最后放弃本地转云 GPU

GitHub evergreen issue #5073：100 张批量 got-prompt 加载从数秒劣化到数小时，用户怀疑 VRAM 未释放或 1000 个 LoRA 扫描成本；Reddit『large queues slowing down generations』同问；近期帖『Batch processing images one by one... running into structural issues』说明文件夹级批量 img2img 仍无一等公民支持

批量任务每晚损失数小时有效生成时间；1000+ LoRA 用户每次启动多等数分钟

拆批次+挂机（民间方案）；ComfyUI 后续版本部分优化；无专门的队列性能调优工具

部分：社区建议用 batch 维度合并生成、清理 LoRA 目录，但根源（队列调度+模型扫描架构）无解

拆小批次；睡前挂机跑；清理/移动不用的 LoRA 文件；用 batch 而非多次 queue 规避

GitHub issue #15884（9 reactions）：『leaking memory like crazy, gone up from ~24GB stable to full bloated 32+GB for an identical workflow』；热门评论（12 reactions）指新 amido 更新后恶化『grows and ooms』；同日 issue #15898 报 KREA2 等模型较早期版本大幅变慢（5070Ti 明显卡）

长跑任务中断重启，每次重载模型数分钟；批量生产夜间挂机被打断

重启（唯一可靠手段）；--lowvram 等参数缓解但牺牲速度

无：核心内存管理回归，等官方修复

定期重启 ComfyUI；拆会话；监控内存手动干预

消费级显卡（16GB 及以下）跑 MiniMax H3 视频工作流：长一点的视频直接 OOM，不爆显存的路径速度慢到无法迭代（15 秒视频 80 分钟），重抽成本极高

15 秒 720p 视频 80 分钟生成（评论区原话）；含重抽每个镜头半天起步

FastH3 4-step LoRA（需转换，见 pp-002）、H3 Turbo 工作流、分段生成、GGUF 量化

是：分段工作流、加速 LoRA（FastH3 4-step、Turbo）、TensorRT 方案均存在，但配置门槛高且质量有损

用分段工作流规避爆显存（B站 V7.2 教程核心卖点『分段之间不会爆显存』）；买加速 LoRA/降低分辨率；或升级硬件/上云（评论区在讨论 RTX5070ti vs 5080 选卡）

团队/个人升级 ComfyUI 后同工作流速度下降，无工具可在升级前后做性能 A/B 对比定位回归；与 #15884 内存问题叠加，长期性能劣化无人察觉

定位一次性能回归以小时计（二分版本+重复测试）

无版本级性能基准工具；NVIDIA Studio Driver 更新说明会提及 ComfyUI 性能优化（125↑ 帖）但用户侧无可验证手段

否

用户手动掐表对比；在 issue 里主观报告『significantly slower』

批量挂机出图/出视频（多任务队列）时 RAM 无限增长直至系统 OOM；amido 更新后『grows and ooms』更严重；对 7x24 渲染农场/直播场景（FastH3 无限直播 278↑ 帖为反面成功案例）是稳定性硬伤

批量任务中断重启每次损失数分钟模型加载时间；长任务需人盯

无系统方案；社区靠 --reserve-vram 等参数微调

否：仅确认复现，无缓解方案

定时重启 ComfyUI；拆会话；忍受重复模型加载的时间浪费

RTX 3050 8GB 用户想本地跑视频（求助帖）；5070Ti 12GB 跑 H3 ref2v OOM（评论区 3060 12GB 用户等 40 分钟放弃：'Reference to video is unreachable for me'）；8GB 笔记本用户称需'每次切换模式重接一打节点'

每条 15s 视频本地 20-35 分钟；工作流拼装调试半天起；评论区'等40分钟然后放弃'

HR Endless Sampler（16GB门槛）、B站 4060 教程（中文，需逐项跟做）、GGUF量化（配置复杂）。对 8-12GB 档无开箱即用方案

有：社区出了 HR Endless Sampler、2-stage workflow、GGUF 教程，但散布各节点包，拼装成本极高；官方明示 8GB 非支持范围

HR Endless Sampler(16GB起步)、GGUF Q4 量化+block swap、1-step 采样+Lite 工作流、参考B站中文教程逐项试优化；或放弃本地转 grok/minimax 线上订阅

#15884（9 reactions）：同一工作流内存从稳定 24GB 膨胀到 32GB+ 并全部卸载；评论'amido 更新后更糟，不再第一步 OOM 而是涨着涨着 OOM'。#15898（4 rx）：0.16.4 后每个新版都变慢，pinned memory/model management 每版恶化，用户手动合并旧版代码自救（他人求分享分支）

长会话用户每日多次重启（每次 2-5 分钟模型重载）；排查版本性能回归数小时

无第三方监控工具；用户盲测版本找最优（手动跑分对比）

无（issue 开放中，社区在自行 workaround）

手动重启 ComfyUI 清内存；禁用官方优化参数；自行 cherry-pick 旧版实现（admdev24 求作者分享 branch——用户在做本应由官方做的回归管理）

长时间批量跑视频工作流：RAM 从 24GB 涨到 32GB+ 直到被 OS 杀进程；论坛用户把工作流裁到只剩 upscale 节点仍复现，证明在核心而非节点，但个人只能反复重启；升级显卡(3080→5080)后 plaguekind turbo/sparse attention 失效反而更慢

批量任务中断+重启每次数分钟到数十分钟(模型重加载)；隔离排查单次数小时

官方 Dynamic VRAM 博客(承认问题并部分修复，但本周 issue 表明新回归仍在)；ComfyUI-MemoryManagement 第三方节点(应急清理，治标)；vram debug 节点(清不掉)

True

定期重启 ComfyUI；降级旧版本；禁用官方'优化'；加 RAM/换更大显存卡

入门级显卡（5060 8G/16G 内存）跟随教程跑 LTX2.3 导演流/动作迁移流：'5060，8显存，16内存跑导演流五秒三次炸了白屏又黑屏'；'动作迁移采样器卡一个多钟了也没报错…还是8g显存太低玩不了这个？'——大量跟学者卡在硬件墙，教程方也无低配替代方案

单次采样卡 1 小时以上无进度反馈；反复崩溃重试整晚；云端路径每次重建环境约 1 小时

GGUF 量化（8G 跑 14B 视频模型仍勉强）；nvfp4（仅 50 系，评论区证实'快一倍'）；云 GPU（成本高+环境重建痛）；低显存工作流教程（零散、滞后）

True

降分辨率到 480p/减帧；50 系换 nvfp4 量化模型（评论区互助建议）；放弃本地改租云 GPU；直接放弃视频方向

v0.30.2→v0.33.1 内存管理变化与泄漏（15759，4赞4评）；'KREA2 and other models is significantly slower comparing to earlier builds'（15898，4赞）；配合 15745（单卡误报多卡，10赞11评，虽已修复但三天内引发大量跟帖恐慌）

每次升级需自行备份+验证，回归出现后回滚+重配 1-2 小时

无基准对比/升级影响评估工具；issue 区人肉预警

—

盯 release notes+issue 区再决定是否升级；出问题手动降级；忍受泄漏定期重启服务

中小创作者（4060/3060Ti 8-12G 卡）想本地跑 H3 做短视频/漫剧：装整合包 → 显存不足报错或跑一半崩 → 追各种加速插件（提速350%-1050% 视频本身就是流量密码）

每次生成等 5-10 分钟；调参+重跑一轮 30-60 分钟；追新加速方案每周花数小时

秋叶/Work-Fisher 等整合包（免费+三连获取）、加速 LoRA、云平台。不满：版本碎片化、每次模型更新重学、云平台按秒烧钱

活跃：UP 主们持续发加速方案（提速 350%/530%/1050% 系列），但方案碎片化、更新快、无统一入口

换 INT8 量化版、追 UP 主的加速 LoRA/插件（4步采样）、降低分辨率到 480P、或放弃本地转 RunningHub 云平台按秒付费

开发者升级后工作流变慢/爆显存 → 不确定是自己的问题还是回归 → 手动计时对比 → 去 Discord 求证才发现 3-4 人同病 → 等 issue 修复期间无版本可回退测试

每次升级后验证回归 1-2 小时；被回归拖慢的生成每条多等 30%+

无已知方案（无 comfyui 版本基准测试/性能回归看板工具）

弱：issue 里有『查 pip 变更、建干净 venv 对照』的 DIY 建议

手动记录各版本 it/s、降级回旧版、Discord 口头求证

v0.33.2 vs v0.33.1 H3 生成慢 36%（9 reactions）：用户被迫排查是 ComfyUI 还是依赖变化；维护者要求手工建干净 venv 对比；桌面版用户问"如何快速回滚"（1vvs2tm how to quickly roll back）；一天多 commit 让生产用户不敢更新

每次升级风险自查 1-3 小时；性能回退造成整批生成时间 +36%

无标准基准/回滚工具。GitHub issue 跟踪是唯一渠道。空白

部分：维护者给排查步骤但无工具

手动装旧版；pip freeze 对比；锁定不更新（错过新模型支持）

Windows 老用户厌倦换机循环，考虑转 MacBook Pro M5 Max 跑本地图片/视频生成，反复加购物车又退出——不确定 Mac 对 ComfyUI 视频工作流是否够用；同期 PSA 帖主用一年多 4070ti 后咬牙自建 RunPod 模板+NAS 才发现『商用级 GPU 并没有比消费级强多少，更不值那个差价』——购机/升配决策要么靠社区经验帖要么花真金白银试错。与昨日#10（云 GPU 租用成本-质量决策）不同：本条是本地硬件购置选型

未提及（PSA 帖主花一年多使用期+自建云环境才得出结论）

凑合方案：Reddit 经验帖 + 厂商营销参数 + 自建 RunPod 试测

否：购机帖尚无回复数据；PSA 帖给出单点经验但非系统性基准

发帖问社区/看经验帖；或像 PSA 帖主一样花钱试错后分享结论

v0.33.2 使 H3 生成慢 36%(45s/it→61s/it，Discord 另有 3-4 人报告)；v0.30.2→v0.33.1 内存管理变更致 RAM/VRAM 暴涨走 SSD 交换，同样工作流排队 8-12 条变 3-4 条 OOM；用户发现 --cache-classic/--disable-pinned-memory 能救但没人说得清为什么；'昨天能跑今天 OOM'反复发生

每次升级后数小时排查+降级重配；排队中途 OOM 报废数小时渲染

降级旧版；启动 flags 玄学组合(--cache-classic 等)；重装干净 venv 对照(手动)

有：评论区逆向出嫌疑 commit 列表(LTX fused rms_adaln 等)与 flag 绕过，但无官方结论

降级回 0.33.1(速度恢复+不 OOM)；试社区口口相传的启动 flag 组合；重启电脑碰运气；监视 VRAM 猜后台进程

RunPod 用户问'一小时到底能出几条 16:9 视频'来算单位成本；同时'cloud vs local 巨大画质差异'：云端(官方 API/满血精度)明显好于本地低配量化版——创作者在'花钱买质量'与'免费等一夜'之间反复横跳，没有决策依据

每次换模型/换分辨率都要重新试错估成本；试错本身烧云费

云厂商价格页(不含实际吞吐)；社区零散 benchmark 帖；Thunder Compute 类指南博客

无：原帖无人提供有效解法

发帖问别人实测数据；自己花钱试错；买 5090 一步到位(2万+)或订阅 RunningHub/智算云镜像

#15663：'VRAM budget 对短片段被低估，一次 OOM 后整个会话持续 OOM'；#15781：memory_usage_factor=0.114 低估采样工作集，24GB 卡直接 OOM；#15666：--reserve-vram 参数被忽略；#15640：MPS 用户跑 Music3 要 2.4 小时才发现 AR 阶段在 CPU 上。所有用户都是'排队→等加载→跑到一半炸'之后才知道跑不动

一次大模型工作流白跑 5-30 分钟；OOM 后常需重启（再加 2-5 分钟）

无已知方案：市面无跑前 VRAM 估算器；官方 memory_usage_factor 靠手调且失准

无：issues 均开放中，官方无 ETA

排队试跑碰运气，OOM 后降分辨率重试、重启 ComfyUI，或直接买更大显存/云 GPU

#15675（Feature 请求，情绪强烈）：'用 MiniMax 3…约一半时间跑完不卸载模型…每次都要记得去点那两个按钮，这太蠢了'；#15759：0.30.2→0.33.1 后同一工作流排队 4-6 次即 OOM（原来 8-12 次没事），Ubuntu 上'freezing like crazy'；官方论坛 'How to find out which node has the memory leak?' 2104 浏览无工具答案；#6830：点卸载按钮反而把 RAM 撑爆到死机

每天因重启+重加载浪费 10-30 分钟；跑批量任务的用户更痛

SeanScripts ComfyUI-Unload-Model（每个工作流手动接线）；FL_UnloadAllModels（Fill-Nodes）；IAMCCS VRAM Cleanup；原生 /free API（20GB 模型卸载要 8 秒，无解释）

部分：SeanScripts Unload-Model 节点（手动接线）、--high-vram flag、FL_UnloadAllModels

每次运行前手点 Unload/free 按钮；定期重启 ComfyUI；不敢多排队

视频创作者升级 v0.33.1→v0.33.2 后同一工作流 45s/it 变 62s/it；另一用户全分辨率下从 26 分钟涨到 2 小时（4x），GPU 功耗从 230W 掉到 96W、带宽利用率 3%——明显的调度/卸载回退。用户被迫手工 bisection：装多个 venv、逐版本回滚对比，一次排查花掉整晚

单次回退排查 2-6 小时（装双 venv+跑对比），期间产出停摆

njlent/ComfyUI_performance-report 节点（仅单次运行计时、2 stars、无版本对比）；官方 #10483 请求 --benchmark 尚无实现；无跨版本性能基线对比工具

维护者建议检查是否同一工作流/模板；社区建议 diff pip 包变化；无工具化方案

手动装多个版本+干净 venv 逐个二分；在 Discord 口口相传'别人也慢了'；有人干脆停在旧版本不升级

维护者对慢速投诉的回复是'功能都有：--disable-dynamic-vram --fast-disk --high-vram...'，用户直接反驳：'我不是程序员，不应该每次改代码/启动参数，请把这些放进 ComfyUI 自己的设置界面'。另一条评论证实 AMD RDNA3 上 dynamic-vram 默认开启导致 10x 变慢，加参数才恢复。#15759: 升级后内存管理变化导致磁盘抖动到不可用。#15666: --reserve-vram 被忽略

每次调优 30 分钟-2 小时（含重启试错）；选错参数白等数倍时长

命令行 flag（现状）；第三方启动器（Wonderful Launcher 等）提供部分参数 GUI 但绑定自家分发；Desktop 版设置面板仅暴露少量开关

维护者给了 flag 清单但拒绝 UI 化；社区靠帖文传播'哪个 flag 治哪个病'

改 .bat / 快捷方式加启动参数；照抄论坛帖子的参数组合（不懂原理）；或忍受慢

用 MiniMax H3 后约一半概率模型驻留显存；改任何参数重跑，模型重新初始化要极久。用户请求一个'卸载模型+清缓存'节点自动化这两个按钮，因为'没有更干净的做法'，'不如直接重启 ComfyUI'

每个长会话累计 10-30 分钟等待重复初始化

ComfyUI-Free-GPU / ShmuelRonen FreeMemory / LayerStyle Purge VRAM 等多个散节点存在，但配置繁琐、行为不一致、知名度低，用户仍在原论坛反复求'原生设置'

issue 下无回复；论坛同主题帖（自动 unload VRAM 7970 浏览）里用户自己找到 SeanScripts/ComfyUI-Unload-Model 节点，但抱怨'希望官方原生集成这个设置'

每次手动点 Free Models / Clear Cache 按钮；或整个重启 ComfyUI

开发者用 24G 显存 + HDD 存模型的配置，ComfyUI 更新引入动态卸载后每次生成都从磁盘重载模型（GPU 利用率极低）；即便 SSD 用户也遇到 ImageUpscaleWithModel 预留 4.83GB 挤掉其他模型导致反复重载；用户要求'Prefer GPU/禁用动态内存'开关但无响应

每次生成多等 5-15 分钟（HDD 用户近乎不可用）；排查 flag 组合 1-2 小时

启动参数（--gpu-only/--reserve-vram，不直观且部分失效）；skorppio 博客解释原理（纯知识）

无：官方未提供 UI 开关，issue 仍 open；多个 issue（#15661/#15573/#15666/#15745）指向同一根因

回滚 ComfyUI 版本；用 --gpu-only 等启动参数试错（部分节点反而不兼容见 VHS#702）；社区贴出各种 flag 组合互相抄

创作者 3060/4060 8G 想追 MiniMax H3 热潮：官方说 2K 视频可跑 RTX 3060（动态卸载 66% 显存削减），实际 480p 10 秒要 10 分钟；B站用户'5090 连 512 都跑不了？50 张图+15 个 3s 视频直接不让跑'（云平台限额）；48G 卡 3000 步训练仍不收敛

每条视频 10-30 分钟等待；决策'本地 vs 云'每次重算成本

RunPod/AutoDL（按时计费，需配置环境）；量化社区版（实验性、分散）；Comfy Cloud 官方（GPU 秒费）

活跃：量化社区（W4A8、GGUF）、tf6cool VRAM 对比文、ClipProj 小编码器项目都在降低门槛

租 RunPod/AutoDL 云 GPU（按小时）；买量化版本（W4A8 实验性）；降低分辨率/时长凑合；dev.to 有人发布 6GB-20GB VRAM 对比文指导选档

MiniMax H3 爆火后大量 8-12G 显存创作者涌入：YouTube 8GB 工作流教程明确说'5 秒视频要 5-10 分钟，还是慢，但至少不炸'；r/comfyui 12GB 用户追踪到 comfy-aimdo DynamicVRAM 导致 per-step 时间从 45s 涨到 61s（v0.33.2 比 v0.33.1 慢 36%，#15720）；B站出现整条'加速教程'内容赛道：Turbo LoRA 4步/8步、SageAttention、KJNodes chunking、20步变8步实测（RTX3060），单视频 1.9 万播放

每条 5 秒视频 5-10 分钟等待；首次配置加速环境 2-8 小时（SageAttention 编译失败常见）；出错回滚再试 1-3 小时

Turbo LoRA（Lightx2v 等）：步数降了但画质取舍要自己试；SageAttention：安装是'深水区'，50系显卡直接报错；KJNodes chunking：要懂节点；整合包：版本旧、更新靠 UP 主心情

部分解决：Reddit PSA 帖教人更新+检查内存管理；B站 UP 主卖配置好的'整合包'；但 SageAttention 在 RTX 50 系（CC 12.x）编译失败（KJNodes#721）、Python/CUDA/Triton 版本匹配是深坑（掘金长文记录踩坑）

手动拼装加速三件套：Lightx2v 4/6-step Turbo LoRA + SageAttention 编译安装 + KJNodes 显存分块；禁用 DynamicVRAM（--disable-dynamic-vram）；或直接买云 GPU 跑

官方 MiniMax H3 T2V 工作流在 M4 Max 上输出黑视频+NaN 音频（#15315，14 评论）；AMD RX 7900 XTX (RDNA3) 纯噪声（#15314）；ROCM 7.14 gfx1201 动态 VRAM 空白输出（#15436，10 评论）。Mac 用户被迫买云 GPU 或装旧版本试玄学组合。NVIDIA 论坛上 DGX Spark 用户也在自己写'self-healing ComfyUI setup'自救

首次跑通官方模板在 Mac/AMD 上 3-10 小时排错，多数最终放弃转云

无已知方案：官方文档以 NVIDIA 为准；社区教程零散

部分解决：issue 里社区给出 workaround（换 attention 后端/禁用某量化路径），但分散且无验证

issue 区考古+试社区补丁；租 NVIDIA 云 GPU 绕过；等待官方修复（周期不定）

'Current memory manager is a garbage'（#15443）：合并 2 个 SDXL 模型后生成，所有中间产物全挤在 VRAM 直到 12/12 冻结；'RAM Leak with Load Checkpoint'（#15431）：退出后 RAM 缓存不清，两次启动即吃光内存需重启电脑；ROCm+Windows 下 MiniMax H3 VideoVAE 因 DynamicVRAM 慢到不可用（#15484）。用户连'现在显存里有什么'都看不到，调优全靠试

OOM/冻结后排查+重启每个循环 15-60 分钟；长会话中周期性重启每天 1-3 次

无已知方案：nvidia-smi 只见总量不见归属；ComfyUI 无内建内存面板

官方在迭代 comfy-aimdo/DynamicVRAM，但本周多个 issue 表明现状仍不可靠且无用户侧可观测性

重启大法；--disable-dynamic-vram 等开关排列组合；减少同时加载模型数；放弃优化

#15573：Upscale Image (using Model) 节点按 512*512*3*4*384 估算固定预留 4.83GB（模型实际 17.9MB，虚高 270 倍），4GB 卡上先加载的 checkpoint 被赶出显存，下轮生成重新加载；#15481：0.30 后 RAM 被不必要权重占满；#15556：PR15027 后切换 sampler/seed 不再命中缓存；#15661：DynamicVRAM/AIMDO 更新后极端减速。用户无法预测也无法配置这些行为

每次含放大的批量生成多等数分钟模型重载；4-8GB 卡用户每周浪费 1-3 小时等待

启动 flag 手册（--lowvram/--fast-disk，需专业知识且版本间行为漂移）；官方 Dynamic VRAM（默认开启但争议大）

无：issue 无人认领，报告者自己提出 PR 方向（按 tile 尺寸推导估算）

改源码里的 384.0 系数（报告者自己实验 24.0 可行）；加 --fast-disk 等启动 flag 试错；忍受反复重载

H3 单图编辑：comfy 节点 length 最小 5，社区在 HF discussion + pastebin 交换代码补丁，47 reactions 的 issue 要求官方支持；B站爆发式产出『6G 显存玩 4K』『8G 懒人包』『三采直出』教程（单视频 3722 播放/105 评论）；Reddit 用户警告 H3 满载烧 GPU（5070Ti TDR 黑屏 issue #15488 8 评论）

跟踪新模型玩法每周 2-4 小时（刷 B站/HF/Reddit 拼装信息）；补丁随版本更新失效需重找

社区 pastebin 补丁、HF Single Image VAE、秋叶/UP 主整合包、RunningHub 云端

部分：HF discussion 里有现成补丁和 Single Image VAE 权重，issue 里已有代码变更交流，等待官方合入

用社区 pastebin 补丁改节点（升级即失效）；下载 UP 主整合包（关注+私信换取）；限制时长/分辨率避免 OOM 和硬件损伤

4GB 显存用户先加载 SD1.5 checkpoint 再跑 ESRGAN 放大：放大节点向 load_models_gpu 申请 4.83GB（超过整卡显存），free_memory() 把 BaseModel 全部卸载；放大完成后主模型消失，下一次生成重新从盘加载。代码注释自认 384.0 是粗估（TODO: make it more accurate），且首项固定按 512x512 tile 计算与输入图无关

每次放大后主模型被驱逐，下一张图重新加载 checkpoint（SD1.5 约 10-30s，大模型 1-3 分钟）；批量出图场景每张都重复付这个成本

无已知方案（核心节点行为，Manager 无能为力）；Reddit 用户自建 VRAM_Debug 节点手动同步/清理显存 workaround，本质是给官方缺位的功能打补丁

issue 作者已给出推导方向（按 tile 大小和已加载模型动态估算）并愿意提 PR，尚无官方合入

用户手动改源码把 384.0 因子改成 24.0 验证可行（两模型可共存），但没有官方修复，升级即被覆盖；低显存用户被迫接受每次生成后主模型被驱逐、重跑变慢的事实

5090+112GB RAM Linux 用户：v28 时代系统缓存完美管理 int8-convrot/BF16/finetune 多模型切换，Run 3 起从缓存出图；升级后同 seed 重跑全部重算。另一用户遇到反直觉现象：分辨率调大反而显存占用变少——因为 offload 决策黑盒化，用户无法理解决策逻辑

重复生成从秒级退化到分钟级；长视频工作流重跑一次 10-30 分钟

--fast-disk 启动参数（用户实测不解决缓存回归）；Linux 系统级 page cache（新版 pinning 行为下失效）

PR 作者 rattus128 回复『可以做成独立选项但最好和 fast-disk 合并』，无时间表

试 --fast-disk 参数（停止 pinning 但找不回生成缓存）；反复重跑碰运气；在 issue 里恳求官方把旧行为做成可选项

RTX 4090 24GB 用户升级后模型不再常驻显存，每次生成从 HDD(1TB 模型) 重新读盘+走系统 RAM，GPU 利用率极低；用户尝试各种启动参数都找不到可靠的 UI 开关

单张图从 10 秒变 15 分钟（90 倍退化）；B站用户每跑 2-3 次视频要手动重启 ComfyUI，每次损失数分钟

启动参数微调（用户不满：无 UI、易失效、文档混乱）；ComfyUI-DistorchMemoryManager/AnyDeviceOffload 等零散节点（用户不满：只管卸载不管常驻策略，配置复杂）

issue 作者请求增加『Pin models in VRAM / Disable DynamicVRAM』一键开关，尚无官方回应

手动试启动参数（--reserve-vram 等）但被忽略/无效；B站用户被迫 --cache none 禁用缓存换内存，或每次跑 2-3 次就重启 ComfyUI 防爆显存

RTX 4070Ti Super 16GB 跑 480p/10s 要 10 分钟，5080 要 3 分钟，3060 报告不一致；B站用户 5060 加载 Nvfp4 直接爆显存、12G+32G 跑 2-3 次必须重启；买卡/接单前无法评估可行性

每次新模型发布要花数小时到数天试配置；单次失败试错 20 分钟以上（4060Ti 冷启动 20 分钟跑一个小任务）

各种 VRAM 指南文章/视频（minimaxh3.pro、kingy.ai、MindStudio——全是内容非工具，且互相矛盾）；Simply Gen 等托管服务（贵、不灵活）

dev.to 作者写了长文解释『VRAM 数字误导性』但只是内容科普，无工具；B站靠保姆级视频逐个显卡教设置

看各种互相矛盾的教程和评论区个案，自己反复试参数（量化版本/分辨率/帧数/offload 组合），失败后重装或放弃

12GB卡跑MiniMax H3：需 int8 修剪模型+lightx2v 4步Turbo LoRA+SageAttention+KJNodes分块组合；Reddit原话'caches are now removed, Turbo Loras are now the thing, Sage Attn is essential, Chunking will be needed for lowVRAM'；评测文指出'4步LoRA不解决慢，只是把慢的东西变成四分之一慢'；6GB笔记本卡跑15秒视频要40分钟

新手首次跑通平均1-3天；每次大版本更新需重新调组合，每次1-2小时

各UP主手搓工作流（不通用、随版本失效）；RunComfy/RunningHub云端（花钱绕过而非解决本地）；VRAM_Debug节点（只监测不推荐）

是：大量教程视频与 awesome-minimax-H3 清单，但全是'食谱'非工具，且每月随版本失效

跟着YouTube/B站教程逐个拼装（每个UP主配方不同），反复OOM试错；B站'8G显卡跑4K'标题视频播放量极高，说明需求密集

MiniMax H3/Wan 视频生成工作流：采样完成后进入 VideoVAE 解码阶段，长视频解码耗时是采样的1.5倍以上；KJNodes int8 VAE 本应是加速方案实测更慢；GitHub #15453 显示长片段解码 OOM 后 tiled 重试无效，几分钟采样算力白付

每条视频多等1-5分钟解码；按日均30条迭代计，每天损失1-2小时

VAEDecodeTiled（官方内置：为省显存设计非提速）；KJNodes int8 VAE（用户实测'甚至更久了'）；comfy-kitchen 部分 offload 修复（仅音频VAE）

部分：larryvrh ComfyUI-MiniMax-H3-Turbo 提供 audio VAE offload 修复（#15377），但视频 VAE 解码速度无人解决

换用不同量化 VAE 试错（更慢）、降低分辨率、分块解码；GitHub #5341 用户要求'强制 tiled 解码'开关多年未实现

#15556：PR 15027 合入后改参数即丢缓存，SD1.5从秒载变'模型在24GB VRAM与shared memory间弹跳60秒'；--fast-disk开关不能恢复；评论ozhasta'7.5GBps NVME上--fast-disk也没解决'；同期Zluda #455'新版VAE解码慢3倍且卡死整机'——性能回归反复发生且用户无从提前发现

每次回归影响所有生成任务：单次多等30-60秒模型重载；诊断+降级回滚半天

无性能回归基准工具；用户靠issue区口口相传哪个版本好

否：维护者仅表示'可以考虑做成选项'，无时间表

手动降级到旧commit（用户在issue里互求旧版本号）；加启动参数试错；忍着

MiniMax H3 视频音频联合生成：B站短剧创作者评论'加速插件对生成音频有巨大影响，出来的声音已经属于没法听的级别'；Facebook群'lightx2v audio sounds bad, unless you raise the audio sigma to 10'；frontend #15040 报告音频失真在 Desktop/Portable 双环境100%复现；HF模型卡用大段篇幅教排障

每次配错浪费一条视频生成（3-10分钟），调参试错平均多花30-60分钟/项目

larryvrh Turbo Sampler（部分修复）；Abiray pruned LoRA + 参数对照表（文档式方案，门槛高）

部分：larryvrh ComfyUI-MiniMax-H3-Turbo 双时钟采样器已修复部分；HF模型卡给出参数表但需手工对齐

换Turbo LoRA版本（larryvrh v4/lightx2v各试）、调audio sigma/steps、退回非加速采样（慢5倍）

16GB 显卡跑 MiniMax H3 超过 ~209 帧的视频：采样阶段正常完成（864×480×243帧约 3 分 40 秒），随后 VAEDecode 爆 OOM。两个 bug 叠加导致无法挽回：1) tiled-decode 回退对该 VAE 是空操作（decode_tiled 直接调 decode，重跑一遍一样的解码）；2) dynamic VRAM 在解码时'0 models unloaded'，从不腾显存。用户付出全部采样时间成本后得到空手。

每次失败浪费 3-10 分钟采样时间；创作者为找到安全参数平均要试错 2-5 次（半小时+ 纯浪费）；长片创作者每天可能损失 1-2 小时

1) 官方 tiled decode——失效（no-op）；2) dynamic VRAM——不解码时不驱逐模型；3) 手动分段+拼接工作流（H3 Infinite Continuation Suite 等）——操作繁琐且一致性受损。用户不满：都是事后补救，没有一个能在采样前预测失败

官方 PR #15446 (Optimize MiniMax-H3 VAE) 处于 open 状态，未合并；issue 作者还试过把 estimate_decode_memory 系数 9.5→20.0，dynamic VRAM 下无行为变化。

1) 手动降帧数/降分辨率试出安全上限（每次试错付全额采样时间）；2) 分段生成再拼接；3) 关掉重试手动重启；4) 买更大显存显卡或租云 GPU。

#15443：合并 2 个 SDXL 模型后简单生成就打满 12GB 并随机冻死。评论 okolenmi：关掉 smart memory 后峰值 7GB 但首次生成 3 分钟/后续 15 秒（开着只要 6 秒）——开关各有一头的问题，系统不会'聪明地'在两者间权衡。Reddit 1vkjosk：3090 跑 H3 时 smart memory 塞到 23.5/24GB 导致算力骤降 65-70%，加 --disable-smart-memory 后 Sage 才正常发挥。另有 #15431：RAM 缓存关闭进程后不清除，多次启停后整机性能下降只能重启。XPU 侧还有显存估算错误（Intel Arc 用户自补丁）。

调启动参数试错 1-3 小时；因显存策略不当导致的每次生成慢 2-9 倍（15s vs 6s, 3min 案例具文）；长期运行实例每周重启数次

1) --disable-smart-memory——不满意：一刀切，牺牲缓存速度；2) ComfyUI-DistorchMemoryManager (VRAM-Manager)——不满意：要手动配节点、不懂原理不会用；3) Crystools 监视器——只看得见管不了；4) KJNodes VRAM_Debug——调试向非自动优化

官方 Dynamic VRAM 系统正在演进（blog.comfy.org 专文），但本周 issue 表明新系统在 VAE 解码等场景仍不驱逐模型；Intel 用户自己提了 XPU 检测 patch

1) 手动加启动参数试错（--disable-smart-memory 等）；2) 装第三方显存管理节点（DistorchMemoryManager/KJNodes VRAM_Debug）；3) 定期重启 ComfyUI 甚至整机；4) 看教程抄别人的参数组合（B站'免费升级显卡？ComfyUI加速黑科技'类视频流量证明需求）。

创作者在 12-16GB 显存的显卡上跑视频生成（MiniMax H3、WAN2.2 等），采样完成后 VAE 解码阶段 OOM 崩溃——前面几分钟的采样全部白费。根本原因：1) Dynamic VRAM 模式下，采样后的 DiT 权重不释放，VAE 解码时无法获得足够显存；2) tiled retry 对某些 VAE 是 no-op（重复执行同样的解码）；3) 长时间运行后内存泄漏（模型缓存不清理）。多次运行后性能严重退化（首次138秒→后续543秒）。

每次 OOM 崩溃浪费3-10分钟（采样已完成但解码失败）；内存泄漏导致每天需重启2-3次，每次5分钟

1) ComfyUI Dynamic VRAM——不满意：引入新问题，与部分节点冲突；2) 手动 UnloadModel——不满意：繁琐、需要提前计算；3) 重启 ComfyUI——不满意：浪费时间；4) --reserve-vram / --lowvram——不满意：效果有限

ComfyUI 官方推出了 Dynamic VRAM 优化框架，但本身引入了新问题（与 TensorRT 节点冲突、某些场景下反而更慢）。社区有人写了 Workflow Manager 工具自动清理内存（B站视频介绍）。PR #15456 正在修复 VAE 解码 OOM 问题。

1) 手动加 UnloadModel 节点在工作流中释放模型（繁琐且不精确）；2) --disable-dynamic-vram 禁用新功能（放弃优化）；3) --reserve-vram 预留显存（效果有限）；4) 定期重启 ComfyUI（浪费时间）；5) 购买更大显存显卡（成本高）；6) 使用云端 GPU（按小时付费）

工作流开发者在调试时，只修改了一个节点的参数（如调整 LoRA 强度），但 ComfyUI 的缓存策略不智能——要么缓存太多导致内存不足，要么缓存失效导致所有节点重新计算。用户反映更新后变慢，排查发现是缓存配置变化导致 GPU 回退到 CPU 计算。复杂的视频工作流中，一次完整运行可能需要几分钟，改一个参数重跑全部令人崩溃。

每次调试工作流因缓存失效浪费30-60秒等待不必要的重算；一天调试多次累计浪费30-60分钟

1) ComfyUI 原生缓存参数——不满意：需要手动调参，默认配置经常不合理；2) TeaCache——不满意：需要额外安装配置，仅适用于特定模型；3) TorchCompile——不满意：编译本身需要时间，首次运行更慢

ComfyUI 官方提供了多种缓存策略选项（cache-classic, cache-lru, cache-none）；社区有 TeaCache 加速节点、TorchCompileSpeed 节点等优化方案。但需要用户自己理解缓存原理并手动配置。

1) 手动调 --cache-classic / --cache-lru N / --cache-none 参数；2) 用 KSampler Advanced 分步执行只重跑变化的部分；3) 用 TeaCache/TorchCompile 加速；4) 降低分辨率先快速预览再高清出图