核心是让ksoftirqd处理的数据包分散到多个CPU：先启用网卡多队列并手动绑定各rx-N中断到不同CPU，再启用RPS/RFS/XPS协同调度，结合NUMA拓扑与业务特征调优。
Linux 调整网络设备软中断（NET_RX）负载均衡，核心是让 ksoftirqd 处理的数据包尽量分散到多个 CPU，避免单核被软中断打满。这不是简单“平均分配”，而是结合硬中断分布、CPU 拓扑和业务特征协同调优。
确认软中断是否真成瓶颈
别跳过这步——很多问题其实出在硬中断没分散，软中断自然跟着挤在一起：
- 运行 cat /proc/softirqs | grep NET_RX，看各 CPU 列数值是否严重不均（如 CPU0 占 90%，其余接近 0）
- 用 top -H 找出高占用的 ksoftirqd/X 线程，确认是否集中在少数几个核
- 配合 mpstat -P ALL 1 观察 %si（softirq）列，持续高于 20% 就值得干预
先确保硬中断已合理分散
软中断调度依赖硬中断触发源。如果所有 rx 队列中断都绑在 CPU0，RPS 再强也无从分发：
- 执行 ethtool -L eth0 combined N（N 为物理核心数，如 8）启用多队列
- 查 cat /proc/interrupts | grep eth0-rx-，确认出现 rx-0、rx-1… 等多个独立中断行
- 对每个 rx-N 对应的 IRQ 号（如 45、46），写入不同 CPU 掩码：echo 1 > /proc/irq/45/smp_affinity（CPU0）、echo 2 > /proc/irq/46/smp_affinity（CPU1）
启用 RPS（软件包分发）
RPS 在内核协议栈层面，把收到的数据包“转发”给其他 CPU 的软中断上下文处理，适合硬件 RSS 不足或多队列未完全启用的场景：
- 对每个接收队列启用：例如 echo ff > /sys/class/net/eth0/queues/rx-0/rps_cpus（十六进制 ff = 前 8 个 CPU）
- 推荐按 NUMA 节点设置掩码，避免跨节点访问，如双路服务器可分别设为 0xff 和 0xff00
- 需同时设置 /proc/sys/net/core/rps_sock_flow_entries（如 32768），提升流级缓存局部性
配合 RFS 和 XPS 提升效率
RPS 只负责“分发”，RFS 让同一连接的包尽量回到同一 CPU，XPS 则优化发送路径，三者协同才能稳住低延迟：
- RFS：开启后，需为每个 rx 队列设置 rps_flow_cnt（如 echo 32768 > /sys/class/net/eth0/queues/rx-0/rps_flow_cnt）
- XPS：对 tx 队列绑定发送侧 CPU，如 echo 1 > /sys/class/net/eth0/queues/tx-0/xps_cpus，与对应 rx 队列保持一致
- 若使用 busy polling（高吞吐场景），需同步调整 net.core.netdev_budget（如设为 1000）并启用 net.core.netdev_budget_usecs（如 4000）控制单次软中断时长
