linux不支持全局cpu亲和性绑定，实际采用分层控制：服务进程用systemd的cpuaffinity配置，关键线程调用sched_setaffinity，内核调度器保留最终决定权；盲目全局绑定易引发中断饥饿等问题。
Linux系统本身不提供“全局CPU亲和力绑定”这种配置——你不能让整个系统只跑在某几个核上，也不能用一个开关把所有进程统一绑死。所谓“系统级绑定”，实际是分层控制：服务进程靠 systemd 配置，关键线程靠代码调用 sched_setaffinity，而内核调度器始终保有最终决定权。盲目追求“全系统绑定”反而容易引发中断饥饿、SSH卡死、监控失灵等问题。
怎么用 systemd 给服务进程持久绑定 CPU
这是生产环境最稳妥的方式，重启不失效，且支持多服务差异化策略：
-
CPUAffinity必须写在[Service]段里，格式是空格分隔的编号或范围（如CPUAffinity=0 2 4或CPUAffinity=0-3），不支持逗号、不支持混合写法 - 多行
CPUAffinity=会被 systemd 合并为逻辑 OR，例如同时写CPUAffinity=0 1和CPUAffinity=4 5，等效于允许在 CPU 0/1/4/5 上运行 - 若服务依赖
systemd管理的子进程（如 fork 出的 worker），需额外加Environment="LD_PRELOAD=/path/to/libcpuaff.so"或在代码中显式设置，否则子进程会继承父进程的默认亲和掩码（通常是全开） - 修改后必须执行
sudo systemctl daemon-reload && sudo systemctl restart myapp.service，仅 reload 不生效
为什么 taskset -c 0 ./app 有时不起作用
表面看命令执行成功，但进程很快又跑到其他核上，常见原因有：
- 进程内部主动调用
sched_setaffinity覆盖了启动时的设置（比如某些 Java JVM 参数或 Go runtime 自动调度） - 目标 CPU 被
isolcpus内核参数隔离，但未通过cpusetcgroup 显式授权，导致调度器拒绝迁移 - 进程使用了 real-time 调度策略（
SCHED_FIFO），而绑定的目标核正被高优先级 IRQ 占满，内核强制迁出以保障中断响应 -
taskset只影响当前进程，其 fork 出的子进程默认继承全核亲和掩码（0xffffffff），需配合--all-tasks或代码级控制
如何在 C/C++ 里安全设置线程级亲和性
适用于工作线程池、DPDK 应用、实时音频处理等场景，关键点不在“设”，而在“查+容错”：
- 必须检查
sched_setaffinity返回值：if (sched_setaffinity(0, sizeof(cpuset), &cpuset) == -1)，失败常见原因是权限不足（非 root 绑隔离核）、CPU 编号越界、或目标核已 offline - 不要硬编码 CPU 编号（如
CPU_SET(3, &cpuset)），应先用sysconf(_SC_NPROCESSORS_ONLN)获取在线核数，再结合lscpu输出的 topology（core id / socket id）动态选择物理核 - 超线程环境下，避免同物理核的两个逻辑核（如 CPU 0 和 CPU 1）同时被高负载线程占用；可用
cat /sys/devices/system/cpu/cpu*/topology/core_id查重映射关系 - 绑定前建议调用
sched_getaffinity(0, sizeof(cpuset), &oldset)备份原掩码，出错时可快速恢复
最容易被忽略的 NUMA 与中断干扰问题
单纯按逻辑编号绑定 CPU，可能跨 NUMA 节点访问内存，延迟翻倍；也可能挤占系统中断处理资源：
- 用
numactl --hardware查清每个 CPU 对应的 NUMA node，再用numactl --cpunodebind=0 --membind=0 ./app强制本地内存+本地 CPU - 预留至少 1–2 个 CPU 专供系统：查看
cat /proc/interrupts中高频中断（如eth0-TxRx-0、timer）分布，避开这些核做业务绑定 -
irqbalance服务若开启，会动态迁移中断；生产环境建议关闭它，改用echo 0 > /proc/sys/kernel/irqbalance+ 手动绑定（echo 1 > /proc/irq/XX/smp_affinity_list） - 即使绑定了 CPU，也要确认该核未被
cpusetcgroup 限制（cat /proc/<pid>/status | grep Cpus_allowed</pid>），否则taskset和systemd都会静默失效
