BIOS中开启NUMA是启用硬件级支持，使操作系统识别物理拓扑，而非手动配置节点；真正节点绑定与内存策略需在OS及应用层完成，BIOS仅起“放行”作用。
主板 BIOS 中设置 NUMA 并不等于“手动配置 NUMA 节点”，而是开启或关闭硬件层面的 NUMA 支持，让操作系统能识别物理拓扑并进行后续优化。真正细化到节点绑定、内存策略调整，是在系统启动后由 OS 和应用层完成的。BIOS 层的作用是“放行”而非“分配”。
确认硬件是否支持 NUMA
不是所有主板都提供 NUMA 选项，尤其消费级平台（如主流 Intel B/H 系列或 AMD A 系列主板）通常默认禁用或干脆不暴露该功能。服务器级或工作站级主板（如 Intel C621/C741、AMD WRX80/SP5 平台）才普遍支持。可先通过以下方式快速验证：
- 开机自检时留意是否有 “NUMA topology detected” 或类似提示
- 进入系统后运行 lscpu | grep -i numa，若显示 “NUMA node(s): X”，说明硬件已识别 NUMA 结构
- 查主板手册关键词：搜索 “NUMA”, “Node Interleaving”, “Memory Node Configuration”
BIOS 中开启 NUMA 的通用路径
不同品牌 BIOS 界面差异较大，但逻辑一致：先进入高级芯片组设置，再找内存相关开关。常见位置和命名如下：
- AMI / Aptio BIOS：Advanced → Chipset Configuration → NUMA Support → 设置为 Enabled
- Insyde BIOS（部分 Dell/HP）：System Configuration → Memory Settings → NUMA Group Size Optimization → 设置为 “Clustered” 或 “Enabled”
- ASUS Server BIOS（如 ESC8000）：Advanced → CPU Configuration → NUMA Enable → Enabled
- 注意一个关键干扰项：“Node Interleaving”（节点交错）应保持为 Disabled —— 它会掩盖 NUMA 拓扑，把内存当作统一池使用，反而削弱 NUMA 优势
开启后必须做的验证步骤
BIOS 设置保存重启后，不能只看 BIOS 是否“打勾”，必须在操作系统中交叉验证：
- Linux 下执行：numactl --hardware，输出应列出多个 node（如 node 0, node 1），且每个 node 有独立的 memory size 和 cpu list
- 检查内核日志：dmesg | grep -i numa，正常应出现类似 “NUMA: Initialized with 2 nodes” 的信息；若看到 “No NUMA configuration found”，说明 BIOS 设置未生效或硬件不支持
- 对比 cat /proc/cpuinfo | grep "physical id" 和 numactl --hardware 中的 CPU 分布，确认物理 CPU 与 NUMA 节点映射合理（例如物理 id 0 和 1 都落在 node 0）
BIOS 开启只是起点，后续调优更关键
单纯打开 BIOS 中的 NUMA 不会自动提升性能，甚至可能因 OS 默认策略不当导致 QPS 下降 15–30%（实测常见于数据库类负载）。需配合系统层动作：
- 用 numastat 观察 numa_miss 和 numa_foreign 值：偏高说明进程频繁跨节点访问内存，需绑定
- 对关键进程启用绑定：例如 numactl --cpunodebind=0 --membind=0 your_app，强制其只用 node 0 的 CPU 和内存
- 避免盲目关闭 OS 层 NUMA：即使 BIOS 开启，若 Linux 启动参数加了 numa=off，仍等同于关闭；建议保留，靠 numactl 或 cgroup v2 的 cpuset.mems 精细控制
