关于roop换脸工具执行提供商识别及CUDA运行异常的咨询

核心矛盾分析 #

从你提供的运行日志能看到明显冲突：

Applied providers: ['CPUExecutionProvider'], with options: {'CPUExecutionProvider': {}}
Processing: 60%|█████▉ | 2160/3607 [1:00:36<44:19, 1.84s/frame, memory_usage=02.44GB, execution_providers=['CUDAExecutionProvider'], execution_threads=4]

初始化阶段明确应用了CPU执行提供商，但进度条又标注CUDA，说明工具的执行提供商切换逻辑出问题，或者日志输出存在错误。

CPU满负载却不卡顿的原因 #

任务管理器显示的CPU 100%大概率是单核心满负载，而非全核心占用。现代CPU多核心设计，其他空闲核心足以支撑Blender等软件运行，所以不会出现系统卡顿。

CUDA工作状态验证步骤 #

• 检查基础环境：确认你的NVIDIA显卡算力≥6.0（支持CUDA的最低要求），已安装与roop依赖的onnxruntime-gpu版本匹配的CUDA Toolkit和cuDNN，环境变量CUDA_PATH已正确配置。
• 强制指定CUDA运行：启动roop时添加启动参数 --execution-provider cuda，或者在工具设置中禁用CPU执行提供商，仅保留CUDA选项，排除自动切换的干扰。
• 查看GPU精准负载：不要只依赖任务管理器的GPU整体负载，打开NVIDIA控制面板的「性能」监控面板，查看CUDA核心使用率——任务管理器的GPU负载包含显存、视频解码等非计算项，CUDA计算的真实负载需要看专门的核心指标。
• 速度对比验证：用相同的测试素材，分别强制以CPU和CUDA模式运行，记录单帧处理时间。正常工作的CUDA速度会比CPU快3-10倍，差距明显。

日志冲突的可能原因 #

roop初始化时可能先默认加载CPU提供商，后续尝试切换CUDA但因环境配置问题失败，却未更新日志的执行提供商标识，导致显示矛盾。

内容的提问来源于stack exchange，提问作者adit m