pthread_setaffinity_np能减少l1/l2缓存失效，因其强制线程绑定指定cpu核心，避免迁移导致的缓存冷启动；需在子线程启动后、关键逻辑前调用，且cpu_set_t大小必须为128字节，cpu id不可超出物理核心数。
多线程导致L1/L2缓存失效，根本原因不是“线程太多”，而是线程频繁迁移或共享缓存行——前者让缓存预热白费，后者让多个核心反复刷同一行。解决路径很明确：固定执行位置 + 隔离数据位置。
为什么pthread_setaffinity_np能减少L1/L2失效
当线程在CPU 0上运行一段时间后，它的热点指令和数据已填满该核心的L1/L2缓存；若被调度器迁移到CPU 1，就得重新加载，L1未命中率可能飙升5–10倍。pthread_setaffinity_np强制线程留在指定核心，避免这种冷启动开销。
- 必须在子线程启动后、执行关键逻辑前调用，否则绑定无效
- 传入的
cpu_set_t大小必须是sizeof(cpu_set_t)，Linux下硬编码为128字节，错用sizeof(cpuset)会导致静默失败 - 错误码
EINVAL常见于目标CPU ID超出系统实际核心数（如写CPU_SET(64, &cpuset)但机器只有32核）
alignas(std::hardware_destructive_interference_size)防伪共享的实际效果
伪共享会让两个线程修改不同变量却触发同一缓存行的MESI状态翻转，L1缓存行反复置为Invalid，等效于强制降级为“远程内存访问”。std::hardware_destructive_interference_size在主流x86-64平台返回64，但Clang 15+和GCC 12+才完全支持；旧编译器需回退到alignas(64)。
- 仅对高频写入的线程局部变量有效（如统计计数器），读多写少的字段无需对齐
- 结构体中多个
alignas(64)成员会连续排布，不自动填充间隔，要手动加char padding[...]或拆成独立对象 -
std::hardware_destructive_interference_size可能为0（未定义），使用前必须检查：#if defined(__cpp_lib_hardware_interference_size) && __cpp_lib_hardware_interference_size >= 201603L
NUMA节点内绑定比跨节点更关键
在双路Xeon服务器上，CPU 0–31属于Node 0，CPU 32–63属于Node 1；若线程在Node 0分配内存却跑到Node 1执行，每次访存都是远程延迟（>100ns vs 本地pthread_setaffinity_np不够，还需配合numactl --cpunodebind=0 --membind=0 ./app启动进程。
- 用
lscpu | grep "NUMA node"确认节点拓扑，避免把IO线程和计算线程绑到同一节点造成争抢 - 线程池初始化时，应按节点分组：Node 0创建8个worker线程并绑定CPU 0–7，Node 1对应CPU 32–39
-
malloc分配的内存默认在当前线程首次执行的节点上分配，但new可能受LD_PRELOAD干扰，生产环境建议用libnuma的numa_alloc_onnode
真正难的是权衡：过度绑定会导致负载不均，过度对齐会浪费内存带宽。先用perf stat -e cache-misses,cache-references定位L1失效率是否>15%，再决定是否动亲和性或对齐——别一上来就全量改。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
