Linux限制进程CPU份额的核心是设定时间比例配额，常用方法包括：cpulimit用于临时节流，systemd CPUQuota适用于服务级持久限频，cgroups v2提供最精准的底层控制；nice和taskset仅调整优先级或绑定核心，不能限制实际使用率。
Linux 中限制进程可使用的 CPU 份额，核心是控制它在单位时间内能获得的 CPU 时间比例。这不是简单“降优先级”，而是设定硬性或软性的配额边界。实际可用的方法有明确分工：临时压制用 cpulimit，长期稳定限频用 systemd CPUQuota 或 cgroups v2 cpu.max，而 nice/renice 和 taskset 并不能真正限制使用率，仅作辅助。
用 cpulimit 快速临时限 CPU 百分比
适合已运行、突发高负载的进程，比如某个 Python 脚本突然跑满 CPU。它通过周期性发送 SIGSTOP/SIGCONT 信号来“节流”，不依赖内核调度策略，生效快但有约 ±10% 的误差。
- 按 PID 限制（例如限制 PID 1234 到 40%）：cpulimit -p 1234 -l 40
- 按命令名限制（如所有 python3 进程总和 ≤ 30%）：cpulimit -e python3 -l 30
- 递归限制子进程（防止 fork 出的新进程逃逸）：cpulimit -p 1234 -l 40 -r
- 后台运行且自动退出（进程结束时 cpulimit 也退出）：cpulimit -p 1234 -l 40 -b -z
注意：需 root 权限才能限制系统服务；CentOS/RHEL 7+ 可能需先关闭 ptrace 限制：echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
用 systemd CPUQuota 做服务级持久限频
适用于由 systemd 管理的长期服务（如 nginx、redis），配置一次，重启不失效，内核级控制，无信号开销，推荐生产环境首选。
- 编辑服务配置：sudo systemctl edit nginx.service
- 写入以下内容（限制为单核的 60%，即 60% CPU 时间）：
[Service]
CPUQuota=60% - 启用 CPU 统计（否则 CPUQuota 不生效）：
CPUAccounting=true - 重载并重启：sudo systemctl daemon-reload && sudo systemctl restart nginx.service
- 验证：systemctl show -p CPUQuota,CPUAccounting nginx.service
用 cgroups v2 设置精确 CPU 带宽配额
最底层、最精准的方式，适用于需要毫秒级控制或容器外精细隔离的场景。cgroups v2 是当前标准，路径统一为 /sys/fs/cgroup/，不再区分 cpu/cpuacct 子系统。
- 确认启用：mount | grep cgroup2（应显示挂载在 /sys/fs/cgroup）
- 创建控制组并设配额（例如每 100ms 最多用 40ms）：
sudo mkdir /sys/fs/cgroup/myapp
echo "40000 100000" | sudo tee /sys/fs/cgroup/myapp/cpu.max - 将进程加入（PID 必须是该组中首个进程，子进程默认继承）：
echo $PID | sudo tee /sys/fs/cgroup/myapp/cgroup.procs - 更安全的做法（避免手动管理生命周期）：
systemd-run --scope -p CPUQuota=40% sleep 300（启动带配额的临时作用域）
别误用 nice 和 taskset
nice/renice 只调整调度优先级（-20 到 19），不影响 CPU 使用率上限——当系统空闲时，即使 nice=19 的进程仍会跑满 100%；taskset 仅绑定 CPU 核心（如 taskset -c 0），若不限制使用率，绑在单核上照样可能占满该核。二者都不是真正的“份额限制”工具，混用易导致预期外行为。
