taskset -pc 修改可能不生效，主因是权限不足、cpu编号越界或被cgroups/systemd等更高优先级机制覆盖；-c仅作用于主线程，多线程需加-a，且必须用逗号分隔列表格式（如0,1,4-6），不可用空格或十六进制掩码。
可以直接用 taskset -pc 修改，但必须确保你有权限、目标 CPU 存在、且进程未被其他调度策略锁死。
为什么 taskset -p 有时改不生效
常见现象是执行 taskset -pc 0,2 1234 后再查，亲和性没变，或立刻回退。原因通常有三个：
- 当前用户没有
CAP_SYS_NICE权限（普通用户无法修改非自己启动的进程，除非是 root 或被赋予对应 capability） - 目标 CPU 编号超出系统实际逻辑 CPU 范围（比如系统只有 0–7，却写了
10） - 进程正在被
sched_setaffinity以外的方式控制，例如：已启用cgroups v2的cpuset控制器，或 systemd 的CPUAffinity配置仍在生效，会覆盖 taskset 的临时设置
taskset -pc 的参数细节与陷阱
-pc 是最常用也最容易出错的组合：-p 表示操作已有进程，-c 表示后面跟 CPU 列表（不是掩码）。它不接受十六进制掩码，也不接受空格分隔的数字（那是 systemd 的写法）。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 正确写法：
taskset -pc 0,1,4-6 1234（逗号分隔，支持范围） - 错误写法：
taskset -pc "0 1 4-6" 1234（空格会被 shell 当作命令分隔，导致参数错位） - 错误写法：
taskset -p 0x0f 1234（这是掩码语法，-p 单独用才支持掩码；加了 -c 就只认列表） - 注意：-c 默认只作用于主线程（TID = PID），如需对所有线程生效，得加
-a：taskset -apc 0,2 1234
怎么确认修改真的起效了
不能只信 taskset -p 1234 的输出，因为内核返回的是“当前允许的掩码”，不代表进程此刻正在哪个核上运行。真正验证要看实时调度行为：
- 用
ps -o pid,psr,comm -p 1234查看psr列（processor），它显示进程最后一次执行的 CPU 编号 - 用
top -p 1234，然后按1切换到多核视图，观察该进程的 CPU 使用是否集中在你指定的几个核上 - 如果进程是短时高频调度的（比如一个 busy-loop 线程），可配合
perf record -e sched:sched_migrate_task -p 1234抓迁移事件，没日志才说明基本没跨核调度
最关键的遗漏点是：Linux 的线程才是调度单位，而 taskset 操作的是线程（TID），不是进程（PID）抽象。如果你绑的是 PID，实际只影响主线程；子线程默认继承亲和性，但若程序里显式调用了 sched_setaffinity 或启用了 pthread_attr_setaffinity_np，那 taskset 的设置就会被覆盖——这种代码级干预，taskset 根本无权干涉。
