1. 多核CPU架构基础：SMP与NUMA架构的区别、CPU拓扑结构（socket/core/thread）、缓存一致性协议（MESI）简介
在深入中断负载均衡与CPU亲和性优化之前，必须首先理解现代多核CPU的硬件架构基础。中断的分配、迁移和绑定策略，本质上是在与CPU的物理拓扑和内存访问模型进行交互。错误的架构认知会导致优化措施适得其反。
1.1 SMP与NUMA架构的区别
多核CPU系统主要分为两种内存访问架构：对称多处理（SMP）和非统一内存访问（NUMA）。两者的核心区别在于所有CPU核心访问内存的延迟是否一致。
| 特性 | SMP（对称多处理） | NUMA（非统一内存访问） |
|---|---|---|
| 内存访问方式 | 所有CPU核心通过共享总线访问同一块物理内存 | 每个CPU节点拥有本地内存，也可访问远程节点内存 |
| 访问延迟 | 所有核心访问内存延迟一致（UMA） | 访问本地内存快，访问远程内存慢（延迟差异明显） |
| 总线瓶颈 | 共享总线成为扩展瓶颈，核心数增多时竞争加剧 | 无全局共享总线，通过互联网络（如QPI/UPI）通信 |
| 可扩展性 | 较差，通常适用于4-8核以内的系统 | 优秀，可支持数十甚至数百核心 |
| 中断亲和性影响 | 中断可任意分配到任何核心，延迟差异小 | 中断应尽量绑定到与设备同节点的核心，避免跨节点访问 |
| 典型应用 | 嵌入式、低端服务器、桌面CPU | 高端服务器、数据中心、HPC节点 |
驱动开发提示：在NUMA系统上，如果网卡中断被分配到非本地节点的CPU核心，驱动在收包后访问DMA缓冲区时会产生跨节点内存访问，延迟可能增加30%-50%。这是中断负载均衡必须考虑NUMA拓扑的根本原因。
下图展示了SMP与NUMA在物理架构上的核心差异：
1.2 CPU拓扑结构：Socket / Core / Thread
Linux内核将CPU组织为三级拓扑层次：Socket（物理插槽） → Core（物理核心） → Thread（硬件线程/逻辑CPU）。理解这一层次结构是正确设置中断亲和性的前提。
- Socket：物理CPU芯片，每个Socket拥有独立的L3缓存和内存控制器（在NUMA架构中，一个Socket通常对应一个NUMA节点）。
- Core：Socket内部的独立物理执行单元，拥有私有的L1/L2缓存。
- Thread：通过超线程（Hyper-Threading）技术在一个物理核心上模拟出的两个逻辑CPU，共享该核心的L1/L2缓存和执行资源。
关键指标：在Linux系统中，可以通过
lscpu 命令查看完整的CPU拓扑。中断亲和性设置的最小单位是逻辑CPU（Thread），但最优策略通常是将中断绑定到同一个物理核心的不同线程，或同一个Socket的不同核心，避免跨Socket迁移。
下图展示了从Socket到Thread的完整拓扑层次：
1.3 缓存一致性协议（MESI）简介
在多核系统中，每个核心拥有私有缓存（L1/L2），当多个核心同时读写同一内存地址时，必须保证缓存数据的一致性。MESI协议是维护缓存一致性的经典协议，定义了缓存行的四种状态：
| 状态 | 全称 | 含义 | 该缓存行是否有效 | 其他核心是否持有副本 |
|---|---|---|---|---|
| M | Modified（已修改） | 该缓存行已被当前核心修改，与主存不一致 | 是（唯一有效副本） | 否（独占） |
| E | Exclusive（独占） | 该缓存行与主存一致，且仅当前核心持有 | 是 | 否（独占） |
| S | Shared（共享） | 该缓存行与主存一致，多个核心持有副本 | 是 | 是（共享） |
| I | Invalid（无效） | 该缓存行已失效，不可使用 | 否 | — |
中断优化关联：当设备中断频繁触发时，中断处理函数和驱动程序会访问设备数据结构。如果中断在不同核心之间迁移，会导致缓存行在核心之间反复“乒乓”（cache line bouncing），触发MESI状态频繁转换（S→I→M），造成显著的性能损失。这正是中断亲和性绑定到固定核心的核心动机之一。
下图展示了MESI协议中缓存行状态转换的完整流程：
1.4 架构知识对中断优化的指导意义
综合以上三个基础概念，可以总结出中断负载均衡与CPU亲和性优化的核心架构原则：
- NUMA感知（NUMA-aware）：在NUMA系统上，设备中断应优先绑定到与设备所在PCIe槽位相同NUMA节点的CPU核心，避免跨节点内存访问。
- 缓存层级利用：将中断处理线程绑定到同一个物理核心的不同超线程上，可以最大化L1/L2缓存的复用率。
- 避免缓存乒乓：对于高频率中断，应固定绑定到少数核心，避免中断在不同核心间迁移导致MESI状态频繁转换。
- 拓扑查询：驱动开发时应通过
struct cpu_topology或/sys/devices/system/cpu/接口动态获取CPU拓扑，而非硬编码CPU编号。
实践检查清单：
- 使用
lscpu -e查看CPU核心与NUMA节点的对应关系。 - 使用
cat /proc/interrupts观察当前中断在各CPU上的分布。 - 使用
cat /sys/devices/system/cpu/cpu*/topology/查看每个CPU的物理ID、核心ID和线程ID。 - 在驱动初始化时，调用
irq_set_affinity_hint()设置中断亲和性提示。