Docker Desktop 的 CPU 分配分两层：全局资源池（Settings → Resources）控制 Docker 引擎能用多少宿主 CPU，容器级限制（docker run --cpus）才真正决定单个容器能跑多快；只调其中一层，性能问题大概率仍在。
直接说结论：Docker Desktop 的 CPU 分配分两层——全局资源池（Settings → Resources）控制 Docker 引擎能用多少宿主 CPU，容器级限制（docker run --cpus）才真正决定单个容器能跑多快。只调其中一层，性能问题大概率还在。
怎么看自己 Mac 的 CPU 核心数和架构？
不查清楚就瞎调，容易设高了卡系统、设低了白优化。终端里跑两行：
uname -m
返回 arm64 是 M1/M2/M3；x86_64 是 Intel。再跑：
sysctl -n hw.ncpu
看到数字比如 10，说明物理核心是 10 个（M1 Pro 常见）。注意：macOS 显示的“总逻辑处理器数”含超线程，Docker 不认超线程，只看物理核。
常见误区：Use all CPUs 勾选后，Docker 引擎可能抢光系统资源，导致 Finder 卡顿、Chrome 打开慢——这不是 Docker 慢，是你把系统调度权交出去了。
使用 ImageMagick 的 convert 和 mogrify 命令进行批量图像处理，支持调整大小、裁剪、水印和格式转换。与 libvips 集成以实现高性能缩略图生成。
Docker Desktop GUI 里怎么设 CPU 资源池？
这个设置管的是整个 Docker 引擎（包括所有容器、构建过程、镜像拉取）能用的 CPU 上限，不是给某个容器单独分的。
- 打开 Docker Desktop → ⚙️ Settings → Resources → CPUs
- 别信默认的 2 或 4：M1/M2 用户建议填
6～7（留 1～2 核给 macOS 系统进程）；Intel i7/i9 可设到物理核数的 75%，比如 8 核填6 - 改完必须点
Apply & Restart—— “Apply”按钮旁写的“Changes will take effect after restart”不是提示，是强制要求：不重启，设置压根不加载 - 如果看到
com.docker.vmnetd failed to start或启动后 CPU 持续 100%，第一反应就是架构不匹配（比如 M2 装了 x86 版 Docker Desktop）或资源设爆了
容器启动时怎么限制单个容器的 CPU？
GUI 设置只是“水池大小”，docker run 的参数才是“给哪个桶打多少水”。尤其对 CP 分割、FFmpeg 转码、Python 数据处理这类 CPU 密集型任务，这步不能跳过。
-
--cpus=2.5：最常用，表示最多用 2.5 个逻辑核（Docker 会自动换算成 cgroup 配额），比--cpu-period/--cpu-quota直观得多 -
--cpuset-cpus="0-3"：强制绑定到特定 CPU 核心（编号从 0 开始），适合需要 NUMA 亲和性或规避某些核心故障的场景，但 macOS 上效果有限，一般不用 - 别混用：
--cpus和--cpu-shares同时设，后者会被忽略；--cpus和--cpuset-cpus冲突，后者优先 - 验证是否生效：容器运行中执行
docker stats <container_name></container_name>，看CPUs列是否接近你设的值，而不是一直显示0.00%（说明没跑满，或者根本没被调度到）
为什么调了 CPU 还是慢？几个关键盲区
很多人调完 CPU 就以为万事大吉，结果 CP 分割还是卡在 30% 进度不动。真实瓶颈往往藏在这几处：
- 磁盘 I/O：Mac 默认用 gRPC-FUSE 挂载本地目录，
-v $(pwd)/data:/data这种写法在大量小文件读写时比原生慢 3～5 倍。解决方案：改用/Users/xxx/data绝对路径，或在 Settings → Resources → File Sharing 里勾选Use VirtioFS accelerated directory sharing（M1/M2 必开） - 内存不够：CPU 再多，内存只有 2GB，容器一开 swap 就狂刷。M2 16GB 内存用户，GUI 里 Memory 至少设
12288MiB（12GB），否则 Redis/PostgreSQL 容器频繁 OOM - 镜像没 ARM64 适配：
docker pull python:3.9默认拉 x86 镜像，靠 Rosetta 转译，CPU 利用率虚高但实际吞吐低。加--platform linux/arm64强制拉原生镜像，或检查docker inspect <image> | grep Architecture</image>确认是arm64
最后提醒一句：Docker Desktop 的 CPU 设置不是越满越好。留 1～2 核给 macOS 系统服务（如 Spotlight、WindowServer、Safari 渲染），整体响应才稳。强行榨干，换来的不是速度，是风扇狂转和鼠标延迟。
