docker compose本身不支持直接限制php composer进程的cpu核心数，因其是宿主机上的cli进程，需借助taskset（绑定指定核心）或cpulimit（限制cpu使用率百分比）等系统级工具实现；在容器中则可通过cpus或cpuset-cpus间接约束。
Composer 本身不支持 CPU 核心数限制，只能靠系统级调度控制
Composer 是一个 PHP CLI 工具，运行在宿主机进程里，它没有内置的 cpus 或 --cpuset-cpus 这类参数。所谓“限制 CPU 核心数”，实际是操作系统对进程的调度行为，必须通过外部命令干预，比如 taskset 或 cpulimit。
用 taskset 绑定特定 CPU 核心运行 Composer
这是最常用、开销最低的方式，适用于需要隔离核心（比如避免干扰数据库或实时服务）的场景：
-
taskset -c 0 composer install：强制只在 CPU 核心 0 上运行 -
taskset -c 1,3 composer update：只允许使用核心 1 和 3（注意：不是“总共 2 核”，而是“仅在这两个核中调度”） -
taskset -c 0-2 composer install：绑定核心 0、1、2
⚠️ 注意：taskset 不限制 CPU 使用率（%），只限制可选核心范围；若该核心已满载，Composer 仍会排队等待，不会自动迁移到其他核。
用 cpulimit 限制 CPU 使用率百分比
当你想让 Composer “跑慢点、别抢资源”，而不是绑定物理核时，cpulimit 更合适：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先安装：
sudo apt install cpulimit（Debian/Ubuntu）或brew install cpulimit（macOS） - 限制为最多占用 30% CPU：
cpulimit -l 30 -- composer install - 限制指定 PID 的已有进程：
cpulimit -p $(pgrep -f "composer install") -l 20
⚠️ 注意：cpulimit 依赖轮询 + ptrace 注入，有一定性能损耗；某些容器环境或启用 ptrace 限制的安全策略下会失败，报错类似 Operation not permitted。
在 Docker Compose 中间接控制 Composer 进程的 CPU 调度
如果你是在容器里跑 Composer（例如 CI 构建阶段），不能直接用 taskset，但可通过容器级限制间接影响：
- 用
cpus: 0.3限制整个容器最多用 0.3 核 —— 这会压低 Composer 的整体吞吐，但无法指定核心 - 用
cpuset: "0"（即cpuset-cpus: "0"）绑定容器到单核，容器内所有进程（含 Composer）都被约束 - 不要混用
cpu_shares：它只在多容器争抢时起作用，单个 Composer 进程几乎感受不到
真正容易被忽略的是：Docker 的 cpuset 是硬性绑定，而宿主机上的 taskset 是进程级绑定 —— 两者机制不同，不可互换，也不能嵌套生效。比如你在容器里再跑 taskset -c 1 composer install，但容器本身被 cpuset: "0" 锁死，那 taskset 就会失效或报错。
