低负载构建版 Docker/WSL 配置，把宿主机卡顿压到最低

下面这套是保守、低负载、可直接落地的版本。WSL 官方文档明确说明：.wslconfig 是全局配置，放在 %UserProfile% 下，改完要执行 wsl --shutdown 才会生效；可用它限制 memory / processors / swap。Docker 官方也建议在 WSL2 下保持 WSL 更新、把可绑定挂载的源码和数据放在 Linux 文件系统里、并限制 CPU 和内存。

Build 这件事上，不要退回旧版 builder。Docker 官方说明：docker build 默认走 BuildKit；旧 builder 更低效、更慢。要降低重复构建开销，优先靠小上下文、缓存和单服务构建，而不是关掉 BuildKit。docker compose 也支持用 --parallel 1 或 COMPOSE_PARALLEL_LIMIT=1 把并发压到最低。

Docker Desktop 的 Resource Saver 也建议开启，但要知道它在 Windows + WSL 下主要是暂停 docker-desktop 里的 Docker Engine，对 Docker 的内存占用帮助有限；它更适合"空闲时降载"，不是构建时的万能止损。

1）先创建这个文件：%UserProfile%.wslconfig

bash 复制代码

[wsl2]
memory=12GB
processors=4
swap=8GB
localhostForwarding=true
vmIdleTimeout=60000

这份配置的目的很简单：把 WSL 2 虚拟机的资源上限压住，避免构建时把整台 Windows 主机吃满。memory / processors / swap / localhostForwarding / vmIdleTimeout 都是官方支持项。

保存后，执行：

powershell 复制代码

wsl --shutdown

然后重启 Docker Desktop。WSL 官方明确说明，改 .wslconfig 后需要这样重启才会生效。

2）Docker Desktop 里只开这几个选项

把 Docker Desktop 切到 WSL 2 based engine，只给你实际开发用的那个 WSL 发行版开启 WSL Integration，再把 Resource Saver 打开。Docker 官方文档给出的最佳实践就是：使用 WSL 2 引擎、启用 WSL 集成，并保留 Resource Saver；它能在空闲时显著降低主机占用。

3）在你的项目根目录加一个 .dockerignore

这个非常关键。Docker 官方强调：构建上下文越小，构建越省时、越省资源。你的项目里有模型、缓存、音频输出，这些都不该进 build context。

把下面文件放到 E:\My_Dream_2026_4_7\Flower_AI\docker\comfy-cosyvoice.dockerignore：

bash 复制代码

# 版本库和编辑器缓存
CosyVoice/.git
CosyVoice/.github
CosyVoice/.idea
CosyVoice/.vscode
CosyVoice/.pytest_cache
CosyVoice/**/__pycache__
CosyVoice/**/*.pyc
CosyVoice/**/*.pyo

# 测试和文档，不参与构建
CosyVoice/tests
CosyVoice/test
CosyVoice/docs
CosyVoice/examples
CosyVoice/demo

# 运行时数据，不进镜像
data
models
*.wav
*.mp3
*.flac
*.mp4
*.safetensors
*.pt
*.pth
*.onnx

# 常见构建产物
build
dist
*.log

4）用这个一键构建脚本，保证一次只干一件事

新建 E:\My_Dream_2026_4_7\Flower_AI\build-lowload.bat：

bash 复制代码

@echo off
setlocal

REM 只构建必须的镜像，避免并发抢资源
set DOCKER_BUILDKIT=1
set COMPOSE_PARALLEL_LIMIT=1
set COMPOSE_MENU=0
set COMPOSE_ANSI=never

cd /d E:\My_Dream_2026_4_7\Flower_AI

echo ===== build comfy-cosyvoice =====
docker compose build comfy-cosyvoice
if errorlevel 1 goto :fail

echo ===== up comfy-cosyvoice =====
docker compose up -d comfy-cosyvoice
if errorlevel 1 goto :fail

echo ===== logs =====
docker logs -f comfy-cosyvoice
goto :end

:fail
echo Build or start failed.
exit /b 1

:end
endlocal

5）构建策略只保留这三条

第一，只构建一个服务，不要整套 docker compose build 一起跑。Docker Compose 官方支持按服务名构建。
第二，保持 BuildKit 开启，不要为了"稳定"回退到旧 builder；旧 builder 更慢、更吃时间。
第三，尽量别在 Windows 文件系统上放构建上下文。Docker 官方在 WSL2 最佳实践里明确说了：绑定挂载的源码和数据放在 Linux 文件系统里，性能更高；从 Windows 文件系统访问会更慢。

6）如果你要把负载再压一档

最有效的结构性优化，是把构建上下文放进 WSL/Linux 文件系统，而不是 E 盘 Windows 文件系统里；Docker 官方明确说明 Linux 文件系统上的 bind mount 性能更高。运行时模型和音频仍然可以继续放在你现在的 E:\My_Dream_2026_4_7\Flower_AI\data...，只是不建议把"build 时要扫的源码树"长期放在 Windows 文件系统里。

最后给你一个硬判断

这套配置的目标不是"构建变快到飞起"，而是把宿主机卡顿压到最低：

WSL 限资源、Docker 只跑一个服务、BuildKit 保持开启、上下文尽量小、Resource Saver 常开。这样才是你现在这个项目阶段最稳的路线。