sysctl 不适用于进程组配额，因其管理全局内核参数（如 vm.swappiness），而 cgroup 资源限制依赖 /sys/fs/cgroup/ 下的虚拟文件接口实现层级化、进程组粒度的 cpu、内存等运行时策略控制。
Linux 中不能直接用 sysctl 调整进程组（cgroup）的资源配额，因为 sysctl 管理的是全局内核参数，而 cgroup 的 CPU、内存等配额控制属于运行时分组策略，需通过 cgroup 文件系统接口操作。
为什么 sysctl 不适用于进程组配额
sysctl 修改的是系统级通用参数，例如 vm.swappiness、net.ipv4.ip_forward 等，作用于整个内核行为。而进程组资源限制（如某用户或服务的 CPU 占比、内存上限）依赖 cgroups v1/v2 的层级化控制机制，其配置入口是挂载后的 /sys/fs/cgroup/ 下的虚拟文件，不是 /proc/sys/ 路径下的内核参数。
正确设置进程组资源配额的方法
以 cgroups v1 为例（主流发行版仍广泛支持），步骤如下：
- 确认 cgroup 子系统已挂载：运行
mount | grep cgroup，确保cpu、memory、blkio等子系统挂载成功 - 创建进程组目录：
mkdir -p /sys/fs/cgroup/cpu/mygroup - 设置 CPU 配额（限制为 30%）：
echo 30000 > /sys/fs/cgroup/cpu/mygroup/cpu.cfs_quota_usecho 100000 > /sys/fs/cgroup/cpu/mygroup/cpu.cfs_period_us - 设置内存上限（2GB）：
echo 2147483648 > /sys/fs/cgroup/memory/mygroup/memory.limit_in_bytes - 将进程加入该组：
echo $PID > /sys/fs/cgroup/cpu/mygroup/cgroup.procs
systemd 用户组的自动化配额管理
若使用 systemd（现代 Linux 默认），推荐通过 service unit 文件配置，更安全可靠：
- 编辑服务单元：
sudo systemctl edit nginx.service - 添加以下内容：
[Service] CPUQuota=30% MemoryLimit=2G IOWeight=50
- 重载并重启：
sudo systemctl daemon-reload && sudo systemctl restart nginx
补充说明：sysctl 可配合使用的相关调度参数
虽然不直接设配额，但以下 sysctl 参数会影响 cgroup 调度效果：
-
kernel.sched_autogroup_enabled=1：启用自动用户组调度，让同一用户的前台进程获得更高 CPU 优先级 -
kernel.sched_cfs_bandwidth_slice_us=5000：调整 CFS 带宽分配的时间片粒度（默认 5ms），影响配额兑现的平滑性 -
vm.dirty_ratio和vm.dirty_background_ratio：间接影响内存受限进程的刷盘行为，避免 I/O 阻塞
