NUMA架构的核心设计价值
传统SMP架构下所有CPU共享前端总线和内存池，核心数超过8个就会出现严重的总线争抢问题，NUMA架构将CPU、内存控制器划分为独立的NUMA节点，每个节点内部访问延迟低、带宽充足，跨节点访问通过专用互联协议传输，刚推出时就将单服务器算力上限从4路提升到32路以上，成为云计算、大数据场景的主流服务器架构。
NUMA架构的核心设计思路是用分层访问的代价，换取算力扩展性的提升，本质是对延迟和带宽的折中取舍。 互联协议是扩展性的第一层天花板现在主流的服务器互联协议包括UPI、CXL等，跨节点访问的延迟和带宽损耗会随节点数线性上升，当节点数超过8个时，多跳路由的访问延迟会突破1μs，是本地内存访问延迟的2倍以上，同时互联总线的争抢冲突率随节点数增长提升40%以上，当业务场景跨节点流量占比超过60%时，增加节点不仅不会提升算力，反而会因为带宽争抢导致整体性能下降15%以上。目前多数云厂商的NUMA服务器节点数都控制在8个以内，就是为了规避互联协议的性能损耗。
缓存一致性协议是底层核心限制
目前主流的缓存一致性协议以MESI为基础，一致性广播的开销会随CPU核心数呈平方级增长，主流的监听式一致性协议要求每个核心的缓存修改操作，都要向所有节点广播失效信号，当总核心数超过128个时，仅一致性信号传输就会占用30%以上的互联带宽，同时跨节点的伪共享问题会被指数级放大，多线程业务中频繁的缓存行失效会让核心实际利用率跌破20%。
行业实测数据显示，当NUMA节点数超过16个时，缓存一致性开销占比会超过40%，继续增加节点的边际收益几乎为0。 实用优化方案与常见误区很多从业者存在“堆节点就能提算力”的误区，实际优化首先要做NUMA亲和性绑定，将业务进程和对应的内存分配固定在同一个节点上，可以降低70%以上的跨节点访问开销，其次不要盲目开启跨节点内存交织模式，该模式仅在内存带宽极度敏感且访问完全均匀的场景下有正向收益，最后针对核心数超过64的服务器，优先选择支持目录式一致性协议的产品，可以降低60%以上的一致性广播开销，最大化释放NUMA架构的算力价值。这些优化手段不需要改动硬件架构，仅通过软件配置就能实现30%以上的算力提升，是当前NUMA架构下性价比最高的扩展性解决方案。
