Linux线程频繁跨核迁移会引发上下文切换、缓存失效和TLB刷新等开销，应通过工具验证问题、合理设置CPU亲和性、调优调度器参数及协同NUMA与中断绑定来可控降低迁移代价。
Linux 中线程频繁在 CPU 核心间迁移，会显著增加上下文切换、缓存失效（cache thrashing）、TLB 刷新等开销，导致实际吞吐下降、延迟升高。优化关键不在于“禁止迁移”，而在于让迁移更可控、更少发生、代价更低。
确认是否真存在过度迁移
先别急着调优，用工具验证问题是否存在：
- pidstat -w -t -p <PID> 1：观察每秒的上下文切换（cswch/s）和任务迁移（nvcsw/s 中的迁移标记，或结合 -w 查看 major/minor fault 和 migration 次数）
- perf sched record -p <PID> && perf sched latency：精确统计线程被调度到不同 CPU 的频次与延迟
- cat /proc/<PID>/status | grep -i 'cpus_allowed\|voluntary_ctxt_switches\|nonvoluntary_ctxt_switches'：检查 CPU 亲和掩码与切换类型比例；若 nonvoluntary 远高于 voluntary，常说明被强抢占或迁移压力大
合理绑定线程到 CPU（CPU affinity）
对延迟敏感或计算密集型线程，显式绑定可避免无谓迁移。但注意：不是所有场景都适合全绑定，要兼顾负载均衡与 NUMA 局部性。
- 用 taskset -c 0,2,4-6 ./app 启动时指定允许的 CPU 列表（注意：仅影响初始绑定，子线程默认继承）
- 代码中调用 sched_setaffinity() 更精细控制，例如为每个工作线程绑定唯一物理核（避开超线程逻辑核，除非明确需要）
- 对多进程服务（如 Nginx/Redis），配合 worker_cpu_affinity auto 或手动分配，确保各 worker 锁定不同核，同时避开中断处理核（如隔离 CPU 0 专供 softirq）
减少内核调度器触发非预期迁移
Linux CFS 调度器在负载不均、唤醒抢占、周期性负载均衡（sched_migration_cost_ns 相关）等情况下会主动迁移任务。可通过以下方式降低干扰：
- 调高 /proc/sys/kernel/sched_migration_cost_ns（默认约 500000 ns）：让调度器认为“迁移代价更高”，从而更倾向复用当前 CPU 的 cache，减少轻量级任务迁移。适用于 L3 缓存较大的服务器（如 Intel Skylake+）
- 关闭不必要的自动负载均衡：echo 0 > /sys/devices/system/cpu/sched_mc_power_savings 和 echo 0 > /sys/devices/system/cpu/sched_smt_power_savings（仅在确定不需要节能调度时）
- 避免短时突发任务反复创建销毁线程——改用线程池复用，减少调度器介入机会
关注 NUMA 与中断亲和性协同
在多路 NUMA 系统中，线程跨 NUMA 节点迁移不仅带来 cache 失效，还会引入远端内存访问延迟（2~3 倍于本地）。需整体考虑：
- 用 numactl --cpunodebind=0 --membind=0 ./app 绑定 CPU 与本地内存节点
- 将网卡 IRQ、ksoftirqd 等关键中断绑定到与业务线程同 NUMA 节点的 CPU 上（通过
/proc/irq/*/smp_affinity_list设置），避免软中断处理引发业务线程被迁移到其他节点 - 检查 vm.zone_reclaim_mode 是否为 0（默认），避免本地内存不足时过早回收，诱发跨节点分配和迁移
迁移开销优化是系统级协同工程，从可观测性入手，结合亲和性控制、调度器参数微调、NUMA 意识设计三者联动，才能在保持系统弹性的同时压低真实延迟。不复杂但容易忽略细节。
