确认程序跨numa节点访问内存需查numastat输出：重点看numa_hit（本地分配成功）和numa_foreign（本该本地却远程缺页），若numa_foreign高且numa_miss+interleave_hit也高，即坐实跨节点访问；再用perf stat验证llc_miss_remote_dram计数是否显著上升。
怎么确认你的程序正在跨NUMA节点访问内存
别猜，直接看 numastat 输出进程的内存分布和缺页来源。重点盯两个字段：numa_hit（本地分配成功）、numa_foreign（本该在 node 0 分配，却从 node 1 缺页）。如果 numa_foreign 高，且 numa_miss + interleave_hit 也高，基本坐实跨节点访问。
再补一手验证：perf stat -e mem-loads,mem-stores,offcore_response.all_data_requests.llc_miss_remote_dram。只要 llc_miss_remote_dram 计数明显上升，就是远端内存被频繁访问的铁证。
常见错误现象：
- 线程绑在 node 0 的 CPU 上，但
numastat -p <pid></pid>显示大部分内存来自 node 1 -
perf record -e cycles,instructions,cache-misses显示 cache-misses 高，但 CPU 利用率低 - 用
numactl --cpunodebind=0 --membind=0 ./a.out启动后性能反而下降——说明代码里有隐式跨节点分配（比如 mmap、共享库初始化）
new/malloc 怎么强制分配本地内存
默认 malloc 和 operator new 完全不感知 NUMA，只按内核当前 current node 分配，而这个 node 可能不是你线程运行的 node。
必须显式干预：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用 libnuma 的
numa_alloc_onnode(size, node_id)替代malloc，node_id从numa_node_of_cpu(sched_getcpu())获取 - C++ 中重载
operator new，内部调用numa_alloc_onnode；或封装std::allocator特化，让std::vector等容器也能本地分配 - 全局策略仅对后续 malloc 有效：
numa_set_preferred(node_id)（推荐）或numa_set_localalloc()（只影响当前线程） - 注意：
std::vector::reserve()不会触发本地分配，它只是预留 capacity，真正分配发生在第一次push_back或resize，此时才走 allocator
线程亲和性与内存策略必须同步设置
只绑 CPU 不绑内存，等于白干。典型坑是：std::thread 构造后才调用 pthread_setaffinity_np 和 numa_set_preferred，但构造函数里可能已执行 global object 初始化，其中的 new 已在“启动时的 node”上分配了内存。
正确姿势：
- 在
std::thread的 lambda 入口第一行就做绑定：sched_setaffinity(0, ...)+numa_set_preferred(node_id) - 用
numa_node_of_cpu(sched_getcpu())动态查当前线程实际运行在哪，别硬编码 node id - 避免混用：不要一边用
numactl --cpunodebind=0 --membind=0启动，一边在代码里调numa_set_interleave_mask，策略冲突会导致分配行为不可预测 - OpenMP 场景下，用
omp_set_affinity_format+omp_get_num_places配合numa_alloc_onnode，否则所有线程共享同一份堆内存
什么时候用 MPOL_BIND，什么时候用 MPOL_PREFERRED
MPOL_BIND 是硬绑定：只允许从指定 node 分配，一旦该 node 内存耗尽，malloc 直接返回 NULL 或抛 std::bad_alloc；MPOL_PREFERRED 是软偏好：优先从指定 node 分配，没空间时自动 fallback 到其他 node，不会失败。
选哪个取决于你的容错要求：
- 服务类应用（如数据库、音视频编解码），内存用量可预期，建议用
MPOL_BIND+numactl --membind=0，彻底杜绝跨节点 - 长周期运行、内存压力波动大的程序（如实时风控），用
MPOL_PREFERRED更稳妥，避免因某 node 瞬时满导致崩溃 -
mmap(MAP_ANONYMOUS)默认不保 locality，必须显式加mpol标志：mmap(..., MAP_ANONYMOUS | MAP_PRIVATE, ...)后调mbind(ptr, len, MPOL_BIND, &nodemask, maxnode, 0)
最易被忽略的一点：TLB 缺失在跨 NUMA 场景下会被放大。远端内存访问不仅延迟翻倍，还会因页表项分散在不同 node 导致 TLB 更快刷空。所以即使你绑好了 CPU 和内存，也要检查是否用了大页（echo always > /sys/kernel/mm/transparent_hugepage/enabled），这对降低 TLB miss 很关键。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
