将线程或进程绑定到特定CPU核心可提升缓存命中率，但需基于硬件拓扑精准绑定；应先用lscpu等工具识别物理核、超线程和NUMA结构，再通过taskset、pthread_setaffinity_np或systemd CPUAffinity实现不同场景下的稳定绑定。
直接把线程或进程固定在某个 CPU 核心上，能显著提升缓存命中率——因为 L1/L2 缓存是按核心独占的，线程来回迁移会导致刚加载的数据被清空，反复读内存拖慢速度。关键不是“要不要绑”，而是“绑得准不准、稳不稳”。
看清硬件拓扑再动手
盲目绑定可能适得其反。先用 lscpu 或 cat /proc/cpuinfo 查清物理核、逻辑核、超线程关系和 NUMA 节点分布。比如两个逻辑核（如 CPU 0 和 CPU 1）可能是同一物理核的超线程，绑在一起反而争抢资源；而 CPU 0 和 CPU 4 可能属于不同 NUMA 节点，跨节点访问内存延迟高。
- 用 lscpu | grep -E "CPU\(s\)|Core|Socket|NUMA" 快速定位拓扑结构
- 确认哪些 CPU 属于同一物理核（看 “Core(s) per socket” 和 “Thread(s) per core”）
- 对 NUMA 系统，优先让线程与本地内存节点共置（可用 numactl --hardware 查看）
运行时快速绑定：taskset 最常用
taskset 适合临时调试或启动关键服务，不改代码也能生效。它通过设置调度掩码，限制进程只能在指定核心运行。
- 启动新进程时绑定： taskset -c 2,3 ./my_app（只允许在 CPU 2 和 3 上跑）
- 给已有进程重设亲和性： taskset -c 1 $(pidof nginx)（把 nginx 主进程绑到 CPU 1）
- 查看当前亲和性： taskset -p $(pidof my_app)
注意：-c 后面填的是逻辑 CPU 编号（从 0 开始），不是物理核序号；多个编号用逗号分隔，连续范围可用短横线（如 0-3）。
代码级精细控制：C/C++ 中用 pthread_setaffinity_np
对性能敏感的服务（如网络收发、实时计算），建议在程序启动或线程创建时主动设亲和性，避免依赖外部命令，也更可控。
- 包含头文件：#define _GNU_SOURCE + #include
+ #include - 构造 CPU 集合：CPU_ZERO(&cpuset); CPU_SET(2, &cpuset);（绑定到 CPU 2）
- 调用：pthread_setaffinity_np(thread_id, sizeof(cpuset), &cpuset)
- 务必检查返回值，失败时及时处理（例如打印错误或降级策略）
多线程场景下，可为每个工作线程分配不同核心（如线程 0→CPU 0，线程 1→CPU 1），避开超线程竞争，同时保持各自缓存热区。
长期稳定部署：systemd 服务配置固化
生产环境需确保每次重启都生效，不能靠手动 taskset。systemd 提供了 CPUAffinity 指令，写入 service 文件即可持久化。
- 编辑服务单元文件：sudo systemctl edit myapp.service
- 添加配置段：[Service]
CPUAffinity=2 3
CPUSchedulingPolicy=other - 重载并重启：systemctl daemon-reload && systemctl restart myapp
该方式支持数字列表（如 0 2 4）或范围（如 1-4），且会自动跳过离线或不可用 CPU，比 shell 脚本更健壮。
