优化目标是让计算、内存、IO同属一个NUMA节点，将远程访问压至10%以下；需先用numactl --hardware和numastat -p $PID确认拓扑与瓶颈，再配对绑定CPU与内存，对齐网卡中断及软中断，并预留大页、二次绑定子进程、禁用透明大页。

跨节点内存访问延迟高，本质是硬件拓扑与软件调度不匹配。优化目标不是“消灭”远程访问，而是让计算、内存、IO尽可能落在同一 NUMA 节点，把远程访问比例压到 10% 以下。

确认当前 NUMA 拓扑和瓶颈位置

先看清硬件布局和实际问题：

• 运行 numactl --hardware 查清节点数、CPU 分布、内存容量及互联距离（尤其关注 node distances）
• 用 cat /sys/class/net/eth0/device/numa_node 确认网卡归属节点（替换 eth0 为实际网卡名）
• 对目标进程运行 numastat -p $PID，重点看 “Heap” 列的 numa_hit / numa_foreign 比值；若 foreign > 20%，说明已存在明显跨节点分配
• 搭配 perf stat -e mem-loads,mem-stores,cache-misses 观察 LLC miss 率是否异常升高

绑定 CPU 与内存访问策略

启动时明确指定亲和性，避免内核默认策略打散资源：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• 只用 Node 0 的 CPU 和内存：numactl --cpunodebind=0 --membind=0 ./app
• 允许内存从多个节点轮询分配（适合读多写少、数据分散场景）：numactl --interleave=all ./app
• 倾向 Node 1，失败时 fallback 到其他节点：numactl --preferred=1 ./app
• 对已有进程调整后续内存分配：numactl --membind=0 --pid $PID（注意：不迁移已分配页）

对齐网络中断与软中断处理节点

网卡收包路径若跨节点，会放大延迟：

• 查网卡中断号：grep eth0 /proc/interrupts
• 将该中断绑定到网卡所在节点的 CPU（如网卡在 Node 0，CPU 0–7 属于该节点）：echo 0-7 > /proc/irq/XX/smp_affinity_list
• 关闭 irqbalance：systemctl stop irqbalance，防止自动重平衡破坏绑定
• 启用 RPS（Receive Packet Steering）将软中断也限制在同节点：echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus（f 表示 CPU 0–3）

规避常见陷阱

很多优化失效，是因为忽略了这些细节：

• 大页必须显式预留：启用 hugepage 后，需在目标节点提前分配，例如：echo 1024 > /sys/devices/system/node/node0/hugepages/hugepages-2048kB/nr_hugepages
• 子进程不继承绑定：父进程用 numactl 启动，子进程默认走系统策略；关键子进程需二次绑定或改用 execve + set_mempolicy
• 透明大页要禁用：echo never > /sys/kernel/mm/transparent_hugepage/enabled，否则迁移过程易引发抖动
• IO 设备亲和性不能忽略：NVMe SSD、GPU 若挂在不同节点，其 DMA 内存申请也受 NUMA 影响，需统一规划