NUMA绑定的核心目标是让进程的内存分配与线程调度靠近其使用的CPU和本地内存，减少跨节点访问延迟。常用方式包括启动时绑定（numactl --cpunodebind/--membind）、运行时绑定（--pid选项）和内核级策略（mbind/set_mempolicy）；需用numastat/taskset验证效果，并注意大页预留、子进程不继承、旧内存不迁移及IO设备亲和性等陷阱。
NUMA 绑定策略的核心目标
在多路 CPU 服务器上，内存访问延迟和带宽因节点（Node）而异。NUMA 绑定不是为了“强制固定”，而是让进程的内存分配、线程调度尽可能靠近其使用的 CPU 和本地内存，减少跨节点访问带来的性能损耗。关键在于匹配计算与内存的物理亲和性，而非简单“锁死”到某节点。
常用绑定方式与适用场景
1. 启动时绑定（推荐用于服务/批处理任务）
使用 numactl 指定 CPU 和内存节点：
numactl --cpunodebind=0 --membind=0 ./my_app
表示仅使用 Node 0 的 CPU 核心和内存。若需跨节点但限制内存来源，可用 --membind=0,1；若允许回退到其他节点，则改用 --preferred=0。
2. 运行时绑定（适合已有进程或容器环境）
对已运行进程可调整其内存策略：
numactl --interleave=all --pid $PID（使新分配内存轮询所有节点）
numactl --membind=1 --pid $PID（后续 malloc 将只从 Node 1 分配）
注意：该操作仅影响此后新申请的内存，已分配页不会迁移。
3. 内核级策略（适用于数据库、虚拟机等长期驻留服务）
通过 mbind() 或 set_mempolicy() 系统调用在代码中控制；
或配合 libnuma 在初始化阶段设置：
numa_set_localalloc()（默认在当前 CPU 所在节点分配）
numa_set_preferred(1)（倾向 Node 1，失败时 fallback）
验证是否生效的关键检查项
绑定后不能只看启动命令，必须实测确认：
• 查看进程实际使用的 NUMA 节点：
numastat -p $PID（关注 “Heap” 和 “Stack” 列）
• 观察内存跨节点访问比例：
numastat -c $PID（重点看 “numa_hit” vs “numa_foreign”）
• 检查 CPU 亲和性是否同步：
taskset -p $PID 或 ps -o pid,psr,comm -p $PID
容易被忽略的陷阱
• 大页内存需显式预留：启用 hugepage 后，必须提前在目标节点预留，否则 --membind 可能失败。
• 子进程不继承绑定：父进程用 numactl 启动，子进程默认回到系统默认策略，需显式传递或二次绑定。
• 内存回收与迁移限制：Linux 默认不主动迁移已分配页，即使绑定了新节点，旧页仍留在原位置，可能造成局部内存碎片或误判效果。
• IO 密集型任务慎用 strict bind：如网卡或 NVMe 驱动中断落在 Node 1，但应用绑在 Node 0，反而增加 PCIe 跨节点通信开销。
