cgroups通过cpu.weight（v2）或cpu.shares（v1）实现CPU时间相对权重分配，cpuset.cpus实现物理核心精确绑定，二者配合可实现“分多少”与“在哪分”的协同控制。

Linux cgroups（control groups）通过 cpu.weight（v2）或 cpu.shares（v1）实现处理器资源的相对权重分配，而多核绑定则依赖 cpuset.cpus 实现物理 CPU 核心的精确隔离。两者常配合使用：权重决定“分多少”，绑定决定“在哪分”。配置不当易导致资源争抢、负载不均或容器性能抖动。

理解 cpu.weight：v2 中的相对权重机制

cpu.weight 取值范围为 1–10000，默认为 100。它不表示百分比，而是与其他 cgroup 的 weight 比值决定 CPU 时间占比。例如：

• A 组 weight=500，B 组 weight=1000 → B 获得约 2/3 的可用 CPU 时间，A 约 1/3
• 若只有 A 运行（weight=500），且系统空闲，A 可用满核；但当 A 和 B 同时竞争时，才按比例调度
• weight 仅在 CPU 饱和时生效；空闲时不设限

设置 cpuset.cpus：精准绑定物理核心

cpuset.cpus 指定该 cgroup 允许使用的 CPU 编号（从 0 开始），支持范围写法（如 0-3）、列表写法（如 0,2,4）或混合（如 0-1,4）。关键点：

• 需先挂载 cpuset 子系统：mount -t cgroup2 none /sys/fs/cgroup（v2 默认启用所有控制器）
• 子 cgroup 继承父级 cpuset.cpus，但可进一步缩小（不能扩大）
• 绑定前确认 CPU 是否 online：cat /sys/devices/system/cpu/online
• 避免跨 NUMA 节点混绑（如同时指定 node0 的 CPU0 和 node1 的 CPU8），否则可能增加内存延迟

组合使用：权重 + 绑定的典型场景

生产中常见需求是“为数据库容器分配独占 4 核，并保障其优先于后台任务”。操作步骤如下：

• 创建 cgroup 目录：mkdir -p /sys/fs/cgroup/db
• 绑定 CPU：echo "0-3" > /sys/fs/cgroup/db/cpuset.cpus
• 设置权重（高于默认）：echo 800 > /sys/fs/cgroup/db/cpu.weight
• 将进程加入：echo $PID > /sys/fs/cgroup/db/cgroup.procs
• 验证：cat /sys/fs/cgroup/db/cpuset.cpus.effective（确认生效范围），cat /sys/fs/cgroup/db/cpu.stat（查看 throttling 和 usage）

避坑提醒：常见配置错误

实际部署中以下问题高频出现：

• 未关闭 idle 调度器干扰：某些内核版本下，若绑定的 CPU 处于 idle 状态，CFS 可能绕过 cpuset 限制。建议搭配 isolcpus= 内核启动参数隔离关键核
• weight 设置过低（如 1）：可能导致 cgroup 在竞争中几乎得不到时间片，应避免低于 10
• cpuset.mems 未同步设置：若启用了内存节点控制，必须同时配置 cpuset.mems，否则会报错无法写入 cpuset.cpus
• 容器运行时覆盖配置：Docker/Podman 默认使用自己的 cgroup 配置，需通过 --cpus、--cpuset-cpus 或 --cgroup-parent 显式传递，而非直接改宿主机路径