一台还在用 DDR3 内存的老机器硬塞进一块 AMD R9700 显卡走 PCIe 3.0 x16目标是用 ComfyUI 跑 MiniMax H3 的 60 号测试工作流。这个组合乍看很拧巴但实用性恰恰在这里很多人手里有老平台、大内存工作流想上新显卡又不想换整机那这套配置到底能不能跑先说核心判断能试但别按新平台思路去踩坑。整个流程只需要盯住三件事ComfyUI 能否正确识别 R9700 并把计算放到 GPU 上MiniMax H3 相关的自定义节点和模型文件是否完整60 号测试工作流导入后有没有缺节点、缺模型Queue 之后能不能正常出结果。这三件事全部验证通过这个组合就算跑通了。下面按环境准备、ComfyUI 安装、H3 模型接入、工作流加载、API 调用、资源占用、常见问题这条线展开。标题里的 DDR3 128G 内存和 PCIe 3.0 x16 带宽我会放在硬件判断部分解释避免大家把注意力只放在显卡上。很多问题不是显卡不行而是老平台周围的环境在拖后腿。1. 核心能力速览能力项说明项目类型ComfyUI 本地部署 MiniMax H3 工作流测试目标硬件AMD R9700 显卡、DDR3 内存 128G、PCIe 3.0 x16 插槽软件栈ComfyUI、MiniMax H3 相关自定义节点/模型、60 号测试工作流启动方式ComfyUI WebUI默认端口 8188支持命令启动或整合包启动接口 APIComfyUI 自带 HTTP 接口可通过 POST /prompt 提交任务批量任务可通过 API 循环提交生成任务适合工作流批量验证显存占用取决于模型版本和生成参数原始材料未标明必须本机实测内存收益128G 大内存可缓解显存不足时的权重加载、CPU 执行、中间缓存压力主要风险AMD 驱动兼容性、老 CPU 瓶颈、PCIe 3.0 带宽限制适合场景低成本 AI 生成实验、ComfyUI 工作流调试、老平台升级测试这张表里的参数没有一项是凭空推出来的。因为原始材料只有标题和少量热词没有提供实际测试日志所以显存占用、每秒生成速度这类信息我不下结论。判断标准只有一个在你自己的机器上启动 ComfyUI看控制台能不能识别 GPU再跑一次工作流看完整日志。2. 平台判断R9700、DDR3 128G 与 PCIe 3.0 x16 怎么配合2.1 R9700 显卡能不能用取决于驱动层而不是型号新老标题里的 R9700 是一块 AMD 显卡。本文不替它写架构、显存大小或算力表这些请直接查 AMD 官方参数页。能确认的是这块卡插在 PCIe 3.0 x16 槽上物理接口没问题但驱动、PyTorch 版本、操作系统支持才是关键。ComfyUI 本身只是框架能不能调用 AMD GPU 要看后端支持和驱动环境。Windows 下很多 AMD 用户会用社区支持的 PyTorch 分支或 DirectML 方案Linux 下则更多依赖 ROCm但较新的显卡可能需要较新的驱动和 PyTorch 版本。具体选哪条要以 ComfyUI 官方 README 和显卡驱动文档为准。遇到跑不起来先别怪显卡先确认驱动层有没有把 GPU 暴露给 PyTorch。2.2 DDR3 128G 大内存不能替代显存但是显存不够时的缓冲垫DDR3 平台通常意味着 CPU 也比较老单核性能和内存带宽都上不去所以它不是跑 ComfyUI 的最佳平台。但 128G 内存这个容量很有用模型权重加载、节点缓存、CPU offload、视频帧序列暂存都吃内存。大内存能让你在显存不足时把部分节点切到 CPU 执行而不至于直接 OOM。注意大内存不能替代显存。如果工作流强制要求某几个节点必须在 GPU 上跑显存不够照样会报错。128G 的价值是缓冲不是替代。2.3 PCIe 3.0 x16 带宽显存够用时影响小交换数据时影响大PCIe 3.0 x16 的理论带宽约 16GB/s这个数字是方向性的不代表推理性能一定损失多少。推理时模型权重主要从显存读取显存足够的情况下PCIe 带宽主要影响模型加载速度。真正会放大瓶颈的场景是显存不够导致权重反复在显存和内存之间搬运或者 CPU offload 后每层都要跨 PCIe 传输。更稳妥的做法是先用小分辨率、小 batch 把工作流跑通再逐步加压。如果发现第一次生成很慢而后续生成变快很可能是模型加载和权重换入换出的开销不一定是 PCIe 本身的问题。2.4 MiniMax H3 与 60 号测试工作流先搞清楚工作流不等于模型标题里的 minmax 通常写成 MiniMax下面统一用 MiniMax H3。从热词和社区情况看MiniMax H3 常和 ComfyUI 本地部署、长视频生成这类实验放在一起。60 号测试工作流大概率是社区整理的带编号测试流程具体节点组成只能以你拿到的 JSON 为准。关键点是工作流不等于模型。导入 60 号 JSON 后必须装齐它引用的自定义节点放好 H3 模型文件否则页面上会红一大片Queue 之后也只是在空报错。先建立这个认知后面排查才不慌。3. 适用场景与使用边界3.1 这套配置适合谁适合手里已有 DDR3 大内存老平台、不想追加太多预算的 AI 实验者。如果你只是想把 ComfyUI 工作流跑起来验证 H3 类模型在非主流配置上能不能运行那这套组合完全值得试。它也适合做批量生成测试因为 ComfyUI 的 API 支持程序化提交任务可以用脚本循环改提示词、踩输出。3.2 不适合谁如果你需要稳定生产力、高吞吐或者希望几十秒内出高质量视频这个组合不是首选。老平台 CPU、DDR3 内存带宽、PCIe 3.0 都会限制上限。完全不了解 ComfyUI 节点概念的新手也不要直接上 H3先用基础文生图把环境跑通再说。3.3 合规边界跑任何模型之前先看模型许可。MiniMax H3 对应模型是否允许本地部署、是否允许商用、是否要求保留出处都要确认清楚。生成素材时不要使用未授权人脸、受版权保护的图片视频和商标内容。如果做视频生成测试素材必须是你自己拍摄、购买的授权素材或公版素材。本文只讲技术验证流程不鼓励拿别人肖像或版权画面做实验。4. 环境准备与前置条件4.1 硬件检查清单检查项要点显卡供电R9700 满载功耗较高老电源要评估额定功率和 PCIe 供电线是否够插槽状态确认插在 PCIe 3.0 x16 满速槽别插到 x4 或 x1 槽上内存识别128G 是否被系统完整识别BIOS 里是否有 Memory Remap / Above 4G Decoding 选项硬盘空间ComfyUI 和模型文件需要空间建议预留模型大小 2 倍以上SSD 更好散热环境高负载推理时显卡和 CPU 散热都要留意老机箱风道可能不足4.2 驱动与操作系统Windows 10/11 优先安装 AMD 官方显卡驱动不要用旧的第三方驱动。Linux 下需要确认驱动和 ROCm 对 R9700 的支持程度。不能混装多套 PyTorch 环境否则很容易出现“显卡驱动没问题但 PyTorch 认不到卡”的情况。4.3 软件准备如果不用整合包建议准备 Python 3.10 或 3.11并单独创建虚拟环境。模型文件管理要先规划好目录把 H3 权重和节点要求的文件放到对应目录避免工作流加载时到处找文件。模型下载需要稳定网络能够访问模型文件来源即可。5. 安装部署与启动方式5.1 方式一整合包一键启动社区常见的秋叶 ComfyUI 整合包适合新手快速体验。这类整合包通常自带 Python、依赖和 WebUI解压后启动就能访问。但注意整合包里的 PyTorch 不一定适配 R9700 的较新驱动如果 GPU 无法识别最终还是要回到官方环境自己装依赖。5.2 方式二官方源码 虚拟环境启动git clone https://github.com/comfyanonymous/ComfyUI.git cd ComfyUI python -m venv venv # Windows PowerShell: # venv\Scripts\Activate.ps1 # Linux/macOS: # source venv/bin/activate pip install -r requirements.txt python main.py --port 8188这段命令是通用模板。AMD GPU 的情况下请参照 ComfyUI 官方 README 选择适配的 PyTorch 版本不要直接复制网上任意版本的安装命令。5.3 启动后验证启动后访问 http://127.0.0.1:8188 能看到 ComfyUI 的 WebUI 页面说明服务起来了。控制台日志里会打印 Python 版本、PyTorch 版本、GPU 信息或警告。这里先停一下确认日志里有没有出现 R9700 或 GPU 相关字样。如果没有说明 PyTorch 没有把 GPU 暴露出来后面跑 H3 工作流会很慢因为所有节点都会落到 CPU。5.4 目录结构参考ComfyUI/ models/ checkpoints/ # 普通模型文件 diffusers/ # Diffusers 格式模型 custom_nodes/ # 自定义节点 outputs/ # 输出图片/视频 input/具体模型放哪个目录以 60 号工作流节点提示为准。不要自己猜目录很多 H3 节点会在代码里写死相对路径放错了会报文件不存在的异常。6. MiniMax H3 模型接入与 60 号工作流加载6.1 先安装 ComfyUI Manager建议先装 ComfyUI Manager它是管理自定义节点的标准工具。把 Manager 仓库放到custom_nodes目录重启 ComfyUI界面右侧会出现 Manager 按钮。之后在 Manager 里搜索 MiniMax 或 H3 关键词把相关节点装上。如果管理器里搜不到就用 Install from Git 手动输入节点仓库地址。装完之后记得重启 ComfyUI让新节点生效。6.2 放置 H3 模型文件按节点文档把 H3 权重放到指定目录。不同版本要求不同可能放在 checkpoints也可能放在 diffusers 或者单独目录。没放对时节点会直接报文件找不到甚至报“模型加载失败”的堆栈信息。6.3 导入 60 号工作流直接把 60 号工作流 JSON 拖进 WebUI 页面系统会自动展开节点图。如果界面提示缺少节点类型说明当前环境缺少对应自定义节点。找到右侧红色节点记下节点类型去 Manager 搜索补装反复补到没有红色缺失为止。这一步最容易出问题也是最容易解决的关键就是把缺失节点列表一张张清掉。6.4 运行工作流工作流里通常有正面提示词、负面提示词、分辨率、帧数、步数等参数。第一次跑别去精调先用默认值直接点 Queue Prompt。观察控制台日志和 outputs 目录。第一次跑通最重要输出质量可以后面慢慢调。7. 功能测试与效果验证7.1 先跑基础文生图冒烟测试不要一上来就上 H3。先把环境排空放一个能确认可用的普通 checkpoint 到 models/checkpoints用默认文生图节点跑一次低分辨率。这样能区分是环境问题还是工作流问题。判断标准很简单控制台有 GPU 计算日志outputs 目录出现生成的图片。如果 AMD GPU 没有被使用说明 PyTorch 或驱动没配好。等基础文生图稳定运行之后再加载 MiniMax H3问题范围会小很多。7.2 H3 工作流测试测试目的验证 60 号工作流端到端能不能出结果。操作步骤导入 60 号 JSON 文件。补装缺失的自定义节点。放置 H3 模型文件。在提示词节点填入一段测试文本。点击 Queue Prompt。观察控制台日志、显存监控和输出目录。预期结果节点逐个变绿outputs 目录出现新文件控制台没有致命错误。成功标准是无红色节点、输出文件存在、日志无堆栈异常。常见失败缺模型文件、缺依赖、显存 OOM或者工作流里配置了云端 API key 而未填写。7.3 输出质量验证如果生成的是视频检查是否黑屏、卡帧、画面闪烁、人物崩坏。一次结果不好不代表环境失败先看日志再考虑调参。视频类工作流对帧数、分辨率、步数非常敏感第一次跑低帧数低分辨率更稳妥。8. 接口 API 与批量任务ComfyUI 自带 API这是做批量任务的基础。常见接口包括提交任务、查看历史、获取图片等。核心思路是先把工作流转成 API 格式再用脚本批量修改提示词并提交。8.1 获取 API 格式的工作流 JSONComfyUI 网页端和命令行格式的工作流 JSON 不完全一样。直接用网页获取的完整工作流作为 API payload很容易返回 400。正确做法是在 ComfyUI 工作流编辑器里使用导出 API 格式得到一份只有节点、连接和参数的精简 JSON。这份 JSON 才能作为 POST /prompt 的请求体。8.2 curl 调用示例curl -X POST http://127.0.0.1:8188/prompt \ -H Content-Type: application/json \ -d workflow_api.json使用文件方式传入 payload避免在终端里拼接过长 JSON。实际使用时把workflow_api.json替换为导出 API 格式的文件路径。8.3 Python 批量任务模板import json import time import urllib.request def queue_prompt(prompt, client_idcsdn-batch): payload json.dumps({prompt: prompt, client_id: client_id}).encode(utf-8) req urllib.request.Request( http://127.0.0.1:8188/prompt, datapayload, headers{Content-Type: application/json} ) with urllib.request.urlopen(req) as resp: return json.loads(resp.read().decode(utf-8)) def load_api_json(path): with open(path, r, encodingutf-8) as f: return json.load(f) if __name__ __main__: wf load_api_json(workflow_api.json) for i in range(3): # 注意节点 ID 必须从导出的 API 格式 JSON 里取 wf[6][inputs][text] ftest prompt {i} result queue_prompt(wf) print(ftask {i}: {result}) time.sleep(1)这段代码是通用模板。节点 ID 不要照抄要改成你导出的 API JSON 里的真实节点 ID。批量任务的正确姿势是先跑一次单任务确认返回结果正常再循环批量提交。8.4 批量任务注意事项批量任务不是并发越高越好。DDR3 平台加 PCIe 3.0内存带宽有限显卡显存也可能按单任务占用。稳妥做法是每轮 1 个任务跑完再提交下一个并记录日志。client_id 可以当作批次标识方便排查是哪一批任务出了问题。任务堆积时要加失败重试逻辑避免单个坏提示词导致整个批次中断。9. 资源占用与性能观察9.1 看显存Windows 下用任务管理器里的 GPU 面板查看专用 GPU 内存。Linux 下用 amd-smi 或 rocm-smi 查看。注意进程名可能是 python不是 ComfyUI。观察显存峰值时要在任务运行期间持续刷新不要等跑完再看。9.2 看内存DDR3 128G 是否有收益要看任务管理器或 htop 里的内存使用曲线。如果模型加载时内存冲到几十 G说明大容量确实在起作用。如果内存耗完说明模型太大需要换低精度或缩减参数。反之如果内存只用了几个 G说明 128G 在这个工作流里没有完全发挥也不用觉得浪费。9.3 记录性能指标建议记录四个数字模型加载时间、首次 Queue 到节点开始计算的时间、整体生成耗时、显存峰值。这些数字作为后续调参的基线。别只盯着总耗时要看 CPU 和 GPU 谁先跑满。老平台常见现象是 GPU 没跑满CPU 在解码或 CLIP 编码上卡住。9.4 降低占用与提速优先降分辨率再降帧数和步数batch 设为 1。ComfyUI 启动参数里有低显存优化选项比如 --cpu-vae 可以减轻显存压力但 AMD 架构下不一定全部有效要以当前版本 help 输出为准。更保险的是把工作流里不需要的前置节点删掉减少中间张量缓存。还有一个容易被忽略的点输出目录不要设在机械硬盘且系统盘同分区IO 卡顿会直接影响生成效率。10. 常见问题与排查方法问题现象可能原因排查方式解决方案页面打不开服务没启动或端口被占用看控制台日志用 netstat 检查端口换端口启动python main.py --port 8288GPU 不识别PyTorch 版本或驱动不匹配控制台日志检查是否有 GPU 信息按官方 README 安装适配 AMD 显卡的 PyTorch/ROCm 版本模型文件找不到放错目录或文件名不一致看节点报错信息核对工作流引用名按节点要求移动和重命名模型文件工作流导入后大片红色缺少自定义节点看红色节点类型用 Manager 补装节点后重启运行时显存 OOM分辨率、帧数、batch 过大看显存监控曲线降低参数batch 设为 1或使用 CPU offloadPCIe 链路降级插槽接触不良、BIOS 设置或供电不足查看驱动报告和 BIOS 信息重新插卡、检查供电BIOS 恢复 x16内存只识别部分Memory Remap 未开启或 ECC 混插BIOS 查看逐根内存测试打开 Above 4G Decoding按主板 QVL 插内存API 返回 400payload 不是 API 格式用网页端完整 JSON 提交测试用导出 API 格式重新生成 payload输出全黑或花屏模型不匹配或 VAE 问题看日志换基础模型对照检查 VAE 和模型组合排除坏文件这里单独说一句 DDR3 平台常见问题如果 128G 内存是 ECC 和普通内存混插很容易出现识别异常或系统不稳定。DDR3 ECC 内存条和普通内存条的区别在于是否带校验芯片、是否走 registered 通道混插往往不能稳定运行。更稳妥的做法是整机只用一种类型并对照主板 QVL 确认支持。11. 最佳实践与使用建议这套组合的本质是低预算老平台实验机使用和维护上要有一套保守策略。第一次测试时先把所有参数压到最低低分辨率、低帧数、batch 1、步数少。跑通了再逐步加压不要一开始就追求长视频和高清效果。建议固定一套最小可运行配置也就是一个能跑通的简单文生图工作流以后任何环境问题先用它验证能快速判断是全局问题还是单个工作流问题。模型文件、输入素材、输出结果要分目录管理。ComfyUI 的 outputs 目录会越来越乱建议每隔一段时间把输出文件按日期归档。批量任务一定要加日志和失败重试把每次提交的 DDR3老平台搭配R9700显卡：ComfyUI跑MiniMax H3全攻略
一台还在用 DDR3 内存的老机器硬塞进一块 AMD R9700 显卡走 PCIe 3.0 x16目标是用 ComfyUI 跑 MiniMax H3 的 60 号测试工作流。这个组合乍看很拧巴但实用性恰恰在这里很多人手里有老平台、大内存工作流想上新显卡又不想换整机那这套配置到底能不能跑先说核心判断能试但别按新平台思路去踩坑。整个流程只需要盯住三件事ComfyUI 能否正确识别 R9700 并把计算放到 GPU 上MiniMax H3 相关的自定义节点和模型文件是否完整60 号测试工作流导入后有没有缺节点、缺模型Queue 之后能不能正常出结果。这三件事全部验证通过这个组合就算跑通了。下面按环境准备、ComfyUI 安装、H3 模型接入、工作流加载、API 调用、资源占用、常见问题这条线展开。标题里的 DDR3 128G 内存和 PCIe 3.0 x16 带宽我会放在硬件判断部分解释避免大家把注意力只放在显卡上。很多问题不是显卡不行而是老平台周围的环境在拖后腿。1. 核心能力速览能力项说明项目类型ComfyUI 本地部署 MiniMax H3 工作流测试目标硬件AMD R9700 显卡、DDR3 内存 128G、PCIe 3.0 x16 插槽软件栈ComfyUI、MiniMax H3 相关自定义节点/模型、60 号测试工作流启动方式ComfyUI WebUI默认端口 8188支持命令启动或整合包启动接口 APIComfyUI 自带 HTTP 接口可通过 POST /prompt 提交任务批量任务可通过 API 循环提交生成任务适合工作流批量验证显存占用取决于模型版本和生成参数原始材料未标明必须本机实测内存收益128G 大内存可缓解显存不足时的权重加载、CPU 执行、中间缓存压力主要风险AMD 驱动兼容性、老 CPU 瓶颈、PCIe 3.0 带宽限制适合场景低成本 AI 生成实验、ComfyUI 工作流调试、老平台升级测试这张表里的参数没有一项是凭空推出来的。因为原始材料只有标题和少量热词没有提供实际测试日志所以显存占用、每秒生成速度这类信息我不下结论。判断标准只有一个在你自己的机器上启动 ComfyUI看控制台能不能识别 GPU再跑一次工作流看完整日志。2. 平台判断R9700、DDR3 128G 与 PCIe 3.0 x16 怎么配合2.1 R9700 显卡能不能用取决于驱动层而不是型号新老标题里的 R9700 是一块 AMD 显卡。本文不替它写架构、显存大小或算力表这些请直接查 AMD 官方参数页。能确认的是这块卡插在 PCIe 3.0 x16 槽上物理接口没问题但驱动、PyTorch 版本、操作系统支持才是关键。ComfyUI 本身只是框架能不能调用 AMD GPU 要看后端支持和驱动环境。Windows 下很多 AMD 用户会用社区支持的 PyTorch 分支或 DirectML 方案Linux 下则更多依赖 ROCm但较新的显卡可能需要较新的驱动和 PyTorch 版本。具体选哪条要以 ComfyUI 官方 README 和显卡驱动文档为准。遇到跑不起来先别怪显卡先确认驱动层有没有把 GPU 暴露给 PyTorch。2.2 DDR3 128G 大内存不能替代显存但是显存不够时的缓冲垫DDR3 平台通常意味着 CPU 也比较老单核性能和内存带宽都上不去所以它不是跑 ComfyUI 的最佳平台。但 128G 内存这个容量很有用模型权重加载、节点缓存、CPU offload、视频帧序列暂存都吃内存。大内存能让你在显存不足时把部分节点切到 CPU 执行而不至于直接 OOM。注意大内存不能替代显存。如果工作流强制要求某几个节点必须在 GPU 上跑显存不够照样会报错。128G 的价值是缓冲不是替代。2.3 PCIe 3.0 x16 带宽显存够用时影响小交换数据时影响大PCIe 3.0 x16 的理论带宽约 16GB/s这个数字是方向性的不代表推理性能一定损失多少。推理时模型权重主要从显存读取显存足够的情况下PCIe 带宽主要影响模型加载速度。真正会放大瓶颈的场景是显存不够导致权重反复在显存和内存之间搬运或者 CPU offload 后每层都要跨 PCIe 传输。更稳妥的做法是先用小分辨率、小 batch 把工作流跑通再逐步加压。如果发现第一次生成很慢而后续生成变快很可能是模型加载和权重换入换出的开销不一定是 PCIe 本身的问题。2.4 MiniMax H3 与 60 号测试工作流先搞清楚工作流不等于模型标题里的 minmax 通常写成 MiniMax下面统一用 MiniMax H3。从热词和社区情况看MiniMax H3 常和 ComfyUI 本地部署、长视频生成这类实验放在一起。60 号测试工作流大概率是社区整理的带编号测试流程具体节点组成只能以你拿到的 JSON 为准。关键点是工作流不等于模型。导入 60 号 JSON 后必须装齐它引用的自定义节点放好 H3 模型文件否则页面上会红一大片Queue 之后也只是在空报错。先建立这个认知后面排查才不慌。3. 适用场景与使用边界3.1 这套配置适合谁适合手里已有 DDR3 大内存老平台、不想追加太多预算的 AI 实验者。如果你只是想把 ComfyUI 工作流跑起来验证 H3 类模型在非主流配置上能不能运行那这套组合完全值得试。它也适合做批量生成测试因为 ComfyUI 的 API 支持程序化提交任务可以用脚本循环改提示词、踩输出。3.2 不适合谁如果你需要稳定生产力、高吞吐或者希望几十秒内出高质量视频这个组合不是首选。老平台 CPU、DDR3 内存带宽、PCIe 3.0 都会限制上限。完全不了解 ComfyUI 节点概念的新手也不要直接上 H3先用基础文生图把环境跑通再说。3.3 合规边界跑任何模型之前先看模型许可。MiniMax H3 对应模型是否允许本地部署、是否允许商用、是否要求保留出处都要确认清楚。生成素材时不要使用未授权人脸、受版权保护的图片视频和商标内容。如果做视频生成测试素材必须是你自己拍摄、购买的授权素材或公版素材。本文只讲技术验证流程不鼓励拿别人肖像或版权画面做实验。4. 环境准备与前置条件4.1 硬件检查清单检查项要点显卡供电R9700 满载功耗较高老电源要评估额定功率和 PCIe 供电线是否够插槽状态确认插在 PCIe 3.0 x16 满速槽别插到 x4 或 x1 槽上内存识别128G 是否被系统完整识别BIOS 里是否有 Memory Remap / Above 4G Decoding 选项硬盘空间ComfyUI 和模型文件需要空间建议预留模型大小 2 倍以上SSD 更好散热环境高负载推理时显卡和 CPU 散热都要留意老机箱风道可能不足4.2 驱动与操作系统Windows 10/11 优先安装 AMD 官方显卡驱动不要用旧的第三方驱动。Linux 下需要确认驱动和 ROCm 对 R9700 的支持程度。不能混装多套 PyTorch 环境否则很容易出现“显卡驱动没问题但 PyTorch 认不到卡”的情况。4.3 软件准备如果不用整合包建议准备 Python 3.10 或 3.11并单独创建虚拟环境。模型文件管理要先规划好目录把 H3 权重和节点要求的文件放到对应目录避免工作流加载时到处找文件。模型下载需要稳定网络能够访问模型文件来源即可。5. 安装部署与启动方式5.1 方式一整合包一键启动社区常见的秋叶 ComfyUI 整合包适合新手快速体验。这类整合包通常自带 Python、依赖和 WebUI解压后启动就能访问。但注意整合包里的 PyTorch 不一定适配 R9700 的较新驱动如果 GPU 无法识别最终还是要回到官方环境自己装依赖。5.2 方式二官方源码 虚拟环境启动git clone https://github.com/comfyanonymous/ComfyUI.git cd ComfyUI python -m venv venv # Windows PowerShell: # venv\Scripts\Activate.ps1 # Linux/macOS: # source venv/bin/activate pip install -r requirements.txt python main.py --port 8188这段命令是通用模板。AMD GPU 的情况下请参照 ComfyUI 官方 README 选择适配的 PyTorch 版本不要直接复制网上任意版本的安装命令。5.3 启动后验证启动后访问 http://127.0.0.1:8188 能看到 ComfyUI 的 WebUI 页面说明服务起来了。控制台日志里会打印 Python 版本、PyTorch 版本、GPU 信息或警告。这里先停一下确认日志里有没有出现 R9700 或 GPU 相关字样。如果没有说明 PyTorch 没有把 GPU 暴露出来后面跑 H3 工作流会很慢因为所有节点都会落到 CPU。5.4 目录结构参考ComfyUI/ models/ checkpoints/ # 普通模型文件 diffusers/ # Diffusers 格式模型 custom_nodes/ # 自定义节点 outputs/ # 输出图片/视频 input/具体模型放哪个目录以 60 号工作流节点提示为准。不要自己猜目录很多 H3 节点会在代码里写死相对路径放错了会报文件不存在的异常。6. MiniMax H3 模型接入与 60 号工作流加载6.1 先安装 ComfyUI Manager建议先装 ComfyUI Manager它是管理自定义节点的标准工具。把 Manager 仓库放到custom_nodes目录重启 ComfyUI界面右侧会出现 Manager 按钮。之后在 Manager 里搜索 MiniMax 或 H3 关键词把相关节点装上。如果管理器里搜不到就用 Install from Git 手动输入节点仓库地址。装完之后记得重启 ComfyUI让新节点生效。6.2 放置 H3 模型文件按节点文档把 H3 权重放到指定目录。不同版本要求不同可能放在 checkpoints也可能放在 diffusers 或者单独目录。没放对时节点会直接报文件找不到甚至报“模型加载失败”的堆栈信息。6.3 导入 60 号工作流直接把 60 号工作流 JSON 拖进 WebUI 页面系统会自动展开节点图。如果界面提示缺少节点类型说明当前环境缺少对应自定义节点。找到右侧红色节点记下节点类型去 Manager 搜索补装反复补到没有红色缺失为止。这一步最容易出问题也是最容易解决的关键就是把缺失节点列表一张张清掉。6.4 运行工作流工作流里通常有正面提示词、负面提示词、分辨率、帧数、步数等参数。第一次跑别去精调先用默认值直接点 Queue Prompt。观察控制台日志和 outputs 目录。第一次跑通最重要输出质量可以后面慢慢调。7. 功能测试与效果验证7.1 先跑基础文生图冒烟测试不要一上来就上 H3。先把环境排空放一个能确认可用的普通 checkpoint 到 models/checkpoints用默认文生图节点跑一次低分辨率。这样能区分是环境问题还是工作流问题。判断标准很简单控制台有 GPU 计算日志outputs 目录出现生成的图片。如果 AMD GPU 没有被使用说明 PyTorch 或驱动没配好。等基础文生图稳定运行之后再加载 MiniMax H3问题范围会小很多。7.2 H3 工作流测试测试目的验证 60 号工作流端到端能不能出结果。操作步骤导入 60 号 JSON 文件。补装缺失的自定义节点。放置 H3 模型文件。在提示词节点填入一段测试文本。点击 Queue Prompt。观察控制台日志、显存监控和输出目录。预期结果节点逐个变绿outputs 目录出现新文件控制台没有致命错误。成功标准是无红色节点、输出文件存在、日志无堆栈异常。常见失败缺模型文件、缺依赖、显存 OOM或者工作流里配置了云端 API key 而未填写。7.3 输出质量验证如果生成的是视频检查是否黑屏、卡帧、画面闪烁、人物崩坏。一次结果不好不代表环境失败先看日志再考虑调参。视频类工作流对帧数、分辨率、步数非常敏感第一次跑低帧数低分辨率更稳妥。8. 接口 API 与批量任务ComfyUI 自带 API这是做批量任务的基础。常见接口包括提交任务、查看历史、获取图片等。核心思路是先把工作流转成 API 格式再用脚本批量修改提示词并提交。8.1 获取 API 格式的工作流 JSONComfyUI 网页端和命令行格式的工作流 JSON 不完全一样。直接用网页获取的完整工作流作为 API payload很容易返回 400。正确做法是在 ComfyUI 工作流编辑器里使用导出 API 格式得到一份只有节点、连接和参数的精简 JSON。这份 JSON 才能作为 POST /prompt 的请求体。8.2 curl 调用示例curl -X POST http://127.0.0.1:8188/prompt \ -H Content-Type: application/json \ -d workflow_api.json使用文件方式传入 payload避免在终端里拼接过长 JSON。实际使用时把workflow_api.json替换为导出 API 格式的文件路径。8.3 Python 批量任务模板import json import time import urllib.request def queue_prompt(prompt, client_idcsdn-batch): payload json.dumps({prompt: prompt, client_id: client_id}).encode(utf-8) req urllib.request.Request( http://127.0.0.1:8188/prompt, datapayload, headers{Content-Type: application/json} ) with urllib.request.urlopen(req) as resp: return json.loads(resp.read().decode(utf-8)) def load_api_json(path): with open(path, r, encodingutf-8) as f: return json.load(f) if __name__ __main__: wf load_api_json(workflow_api.json) for i in range(3): # 注意节点 ID 必须从导出的 API 格式 JSON 里取 wf[6][inputs][text] ftest prompt {i} result queue_prompt(wf) print(ftask {i}: {result}) time.sleep(1)这段代码是通用模板。节点 ID 不要照抄要改成你导出的 API JSON 里的真实节点 ID。批量任务的正确姿势是先跑一次单任务确认返回结果正常再循环批量提交。8.4 批量任务注意事项批量任务不是并发越高越好。DDR3 平台加 PCIe 3.0内存带宽有限显卡显存也可能按单任务占用。稳妥做法是每轮 1 个任务跑完再提交下一个并记录日志。client_id 可以当作批次标识方便排查是哪一批任务出了问题。任务堆积时要加失败重试逻辑避免单个坏提示词导致整个批次中断。9. 资源占用与性能观察9.1 看显存Windows 下用任务管理器里的 GPU 面板查看专用 GPU 内存。Linux 下用 amd-smi 或 rocm-smi 查看。注意进程名可能是 python不是 ComfyUI。观察显存峰值时要在任务运行期间持续刷新不要等跑完再看。9.2 看内存DDR3 128G 是否有收益要看任务管理器或 htop 里的内存使用曲线。如果模型加载时内存冲到几十 G说明大容量确实在起作用。如果内存耗完说明模型太大需要换低精度或缩减参数。反之如果内存只用了几个 G说明 128G 在这个工作流里没有完全发挥也不用觉得浪费。9.3 记录性能指标建议记录四个数字模型加载时间、首次 Queue 到节点开始计算的时间、整体生成耗时、显存峰值。这些数字作为后续调参的基线。别只盯着总耗时要看 CPU 和 GPU 谁先跑满。老平台常见现象是 GPU 没跑满CPU 在解码或 CLIP 编码上卡住。9.4 降低占用与提速优先降分辨率再降帧数和步数batch 设为 1。ComfyUI 启动参数里有低显存优化选项比如 --cpu-vae 可以减轻显存压力但 AMD 架构下不一定全部有效要以当前版本 help 输出为准。更保险的是把工作流里不需要的前置节点删掉减少中间张量缓存。还有一个容易被忽略的点输出目录不要设在机械硬盘且系统盘同分区IO 卡顿会直接影响生成效率。10. 常见问题与排查方法问题现象可能原因排查方式解决方案页面打不开服务没启动或端口被占用看控制台日志用 netstat 检查端口换端口启动python main.py --port 8288GPU 不识别PyTorch 版本或驱动不匹配控制台日志检查是否有 GPU 信息按官方 README 安装适配 AMD 显卡的 PyTorch/ROCm 版本模型文件找不到放错目录或文件名不一致看节点报错信息核对工作流引用名按节点要求移动和重命名模型文件工作流导入后大片红色缺少自定义节点看红色节点类型用 Manager 补装节点后重启运行时显存 OOM分辨率、帧数、batch 过大看显存监控曲线降低参数batch 设为 1或使用 CPU offloadPCIe 链路降级插槽接触不良、BIOS 设置或供电不足查看驱动报告和 BIOS 信息重新插卡、检查供电BIOS 恢复 x16内存只识别部分Memory Remap 未开启或 ECC 混插BIOS 查看逐根内存测试打开 Above 4G Decoding按主板 QVL 插内存API 返回 400payload 不是 API 格式用网页端完整 JSON 提交测试用导出 API 格式重新生成 payload输出全黑或花屏模型不匹配或 VAE 问题看日志换基础模型对照检查 VAE 和模型组合排除坏文件这里单独说一句 DDR3 平台常见问题如果 128G 内存是 ECC 和普通内存混插很容易出现识别异常或系统不稳定。DDR3 ECC 内存条和普通内存条的区别在于是否带校验芯片、是否走 registered 通道混插往往不能稳定运行。更稳妥的做法是整机只用一种类型并对照主板 QVL 确认支持。11. 最佳实践与使用建议这套组合的本质是低预算老平台实验机使用和维护上要有一套保守策略。第一次测试时先把所有参数压到最低低分辨率、低帧数、batch 1、步数少。跑通了再逐步加压不要一开始就追求长视频和高清效果。建议固定一套最小可运行配置也就是一个能跑通的简单文生图工作流以后任何环境问题先用它验证能快速判断是全局问题还是单个工作流问题。模型文件、输入素材、输出结果要分目录管理。ComfyUI 的 outputs 目录会越来越乱建议每隔一段时间把输出文件按日期归档。批量任务一定要加日志和失败重试把每次提交的