8GB VRAM ComfyUI Settings：8GB 显卡怎么设置不爆显存
ComfyUI 8GB VRAM settings 独立入口页，覆盖 best ComfyUI settings for 8GB GPU、ComfyUI SDXL 8GB VRAM、batch size、resolution、upscale、ControlNet 和 low VRAM mode。
一句话结论
8GB 显卡先用 batch 1，SD1.5 从 512×768 起步，SDXL 从 768×768 或 832×832 起步，放大单独做，不要一开始堆多个 ControlNet。
如果你搜索的是 ComfyUI 8GB VRAM settings、best ComfyUI settings for 8GB GPU、ComfyUI SDXL 8GB VRAM，本页就是 低显存优化总览 的 8GB 参数落地页；如果你已经看到 CUDA out of memory 红字或终端报错，先看 专项排错清单。还没决定基础模型时，先看 Flux、SDXL 和 SD1.5 怎么选。
这张参数卡只作为安全起点：优先降低分辨率、batch size 和并发队列，再考虑切换更轻的模型。
上图读取的是本机 ComfyUI 的显存信息。小白不要一开始就复制别人 1024、高清修复、多 ControlNet 的完整工作流；先用安全参数跑通，再一点点加。
最稳的排错顺序是：先把 batch_size 保持 1，再把分辨率降到 512/768，最后再决定要不要打开 ControlNet、IPAdapter、放大器。
8GB 能不能跑 SDXL
能，但不要把“能跑”理解成“所有工作流都能跑”。一个简单 SDXL 文生图可以跑，叠加高清修复、多个 ControlNet、IPAdapter、大图放大后就可能 OOM。
ComfyUI SDXL 8GB VRAM 建议
8GB 上跑 SDXL 的关键是先把 SDXL 当成“稍微吃紧但可控”的模型，而不是把它当成可以随便叠插件的大显存工作站。
| SDXL 场景 | 建议做法 |
|---|---|
| 第一次测试 | 768x768、batch 1、只保留 checkpoint 和基础 KSampler |
| 想要更清晰 | 先试 832x832，成功后再考虑放大 |
| 想用 LoRA | 一次只加 1 个 SDXL LoRA，确认没有 shape mismatch |
| 想用 ControlNet | 先只开 1 个 ControlNet，成功后再增加第二个 |
| 想做高清修复 | 把 upscale 拆到第二个工作流，避免采样和放大同时吃满显存 |
| 经常 OOM | 回到 SD1.5 基线，确认不是 ComfyUI 安装或模型损坏问题 |
如果 SDXL 在 8GB 上反复 OOM，不要先换 CUDA 或重装 ComfyUI。先确认 batch、resolution、ControlNet、upscale 是否已经降到最小；如果这些设置后仍然爆显存，继续按 CUDA out of memory 排查步骤 处理。
best ComfyUI settings for 8GB GPU
| 项目 | 8GB 安全起步值 | 不建议一开始做什么 |
|---|---|---|
| Batch size | 1 | 不要为了多出图先开 batch 2/4 |
| SD1.5 分辨率 | 512x512、512x768、768x512 | 不要直接复制 1024 大图工作流 |
| SDXL 分辨率 | 768x768 或 832x832 起步 | 不要同时开高清修复、多 ControlNet 和放大 |
| Steps | 20-30 | 不要用 steps 解决显存问题，steps 主要影响时间 |
| Sampler | 先用常见稳定采样器 | 不要在 OOM 时频繁换 sampler 掩盖核心问题 |
| LoRA | 一次只测 1 个 LoRA | 不要同时叠多个未知 LoRA |
| ControlNet / IPAdapter | 先关掉，成功后一次加 1 个 | 不要导入别人完整工作流后全部打开 |
| Upscale | 拆成第二个工作流 | 不要在第一次基础出图时就 2x/4x 放大 |
| low VRAM mode | 默认设置仍失败时再试 | 不要把 --lowvram 当作替代降分辨率的万能开关 |
这张表的重点不是“画质最高”，而是“先稳定跑通”。8GB GPU 的最佳策略是先建立一个不会 OOM 的基线，然后每次只增加一个变量。
预运行分支：先选工作流类型
这页不是 OOM 后的急救页，而是 Queue Prompt 之前的分支页。先按下面四种入口把工作流降到可运行，再去调画质。
| 你准备跑什么 | 8GB 预运行参数 | 如果失败，下一页看什么 |
|---|---|---|
| SD1.5 文生图 | 512x512 或 512x768、batch 1、20-30 steps | 仍报错看 CUDA out of memory 修复 |
| SDXL 文生图 | 768x768 起步、batch 1、先不要高清修复 | 先用 SD1.5 vs SDXL 判断是否该回退 |
| ControlNet / IPAdapter | 只开 1 个控制分支，控制图不要先上大图 | 低显存分支看 ControlNet low VRAM 指南 |
| Upscale / 高清修复 | 基础图先生成成功，放大拆到第二个工作流 | 全局顺序看 低显存优化总入口 |
8GB 开跑前检查清单
batch_size是 1，不要用 batch 解决多出图。- latent 尺寸先落在 SD1.5
512x512/512x768或 SDXL768x768。 - 第一次只保留 checkpoint、prompt、KSampler、VAE Decode、Save Image。
- LoRA、ControlNet、IPAdapter、upscale 每次只加一个变量。
- Queue 前关闭其他吃 GPU 的程序，再用任务管理器或
nvidia-smi看剩余显存。
和 OOM 页怎么分工
如果你还没点击 Queue Prompt，用本页决定参数基线；如果已经出现 CUDA out of memory，切到 CUDA OOM 专项页 按失败阶段排查。不要在已经 OOM 后继续随机换 sampler、换 prompt 或重装 CUDA。
SD1.5 vs SDXL 负责判断模型家族是否过重；ControlNet low VRAM 负责控制分支怎么减；low-vram-optimization 负责 4GB/6GB/8GB 的总顺序。本页只负责 8GB 用户开跑前的安全参数。
操作习惯
- 先跑最小工作流。
- 成功后再加 LoRA。
- 再加 ControlNet 或 IPAdapter。
- 最后再做放大。
每加一个模块都测试一次，这样出错时知道是哪一步造成的。使用 ControlNet 时，建议同时检查 控制模型对显存的额外占用；如果 8GB 下仍然很吃力，可以重新评估 SD1.5 和 SDXL 的取舍。
如果已经爆显存
先不要换驱动。按顺序做：降低尺寸、batch 改 1、关 ControlNet、换 SD1.5、重启 ComfyUI、关闭其他 GPU 程序。详细步骤切到 CUDA out of memory 修复页。
验证是否成功
连续生成 3 张图不出现 CUDA out of memory，并且 Windows 任务管理器或 nvidia-smi 显示显存峰值没有贴满。
下一步推荐
- OOM 专项：CUDA out of memory 排查
- SDXL 是否适合 8GB：SD1.5 vs SDXL
- ControlNet 低显存：ControlNet models low VRAM
- 全局低显存顺序：low-vram-optimization
- 采样器和尺寸：采样器和尺寸
- 模型选择：Flux、SDXL、SD1.5 选择指南