软中断（NET_RX）占用过高本质是网络包处理在CPU上分布不均，优化需从中断亲和性、RPS/RFS负载均衡及网卡协同三方面入手：先手动绑定多队列中断到不同CPU，再启用RPS/RFS分散软中断，最后调大netdev_budget、ring buffer并启用中断聚合。
软中断（尤其是 NET_RX）占用过高，本质是网络包处理在 CPU 上分布不均、单次处理压力过大或硬件协同不足导致的。优化目标不是“消灭”软中断，而是让它更均衡、更可控、更贴近硬件能力。核心手段围绕三方面：中断分发均衡、软中断处理节奏控制、网卡与内核协同调优。
调整中断亲和性，让硬件中断分散到多核
这是最直接有效的第一步。若所有网卡中断都打在 CPU0，ksoftirqd/0 就会 100% 满载，其他核空闲。
- 先查当前中断分布：
cat /proc/interrupts | grep eth0，确认是否只有单队列、是否集中在某几个 CPU - 启用网卡多队列（需驱动和硬件支持）：
ethtool -L eth0 combined 4（设为 4 队列） - 手动绑定各队列中断到不同 CPU（例如 CPU0–3）：
echo 1 > /proc/irq/$(grep -i "eth0-TxRx-0" /proc/interrupts | awk '{print $1}' | sed 's/://')/smp_affinity_listecho 2 > /proc/irq/$(grep -i "eth0-TxRx-1" /proc/interrupts | awk '{print $1}' | sed 's/://')/smp_affinity_list
（依此类推，避免用十六进制掩码，用smp_affinity_list更直观安全） - 停用 irqbalance 服务，防止它干扰手动配置：
systemctl stop irqbalance && systemctl disable irqbalance
启用 RPS/RFS，让软中断负载也跟着分散
即使中断已分发，单队列收包后仍可能由一个 CPU 处理全部软中断。RPS（Receive Packet Steering）在软件层模拟多队列，把包分发到不同 CPU 的 softirq 上；RFS（Remote Flow Steering）进一步按流保持局部性，提升缓存命中率。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 开启 RPS（以 eth0 rx 队列为 0 为例）：
echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus（f 表示 CPU0–3） - 增大 rps_flow_cnt 提升流表容量：
echo 32768 > /proc/sys/net/core/rps_flow_cnt - 启用 RFS（需先开 RPS）：
echo 32768 > /sys/class/net/eth0/queues/rx-0/rps_flow_cnt - RFS 效果依赖于应用层使用 SO_INCOMING_CPU 或 getsockopt(SO_INCOMING_CPU)，建议业务进程主动适配
调控 netdev_budget 和 budget_usecs，控制软中断节奏
默认 net.core.netdev_budget=300 意味着每次软中断最多处理 300 个包。流量大时频繁触发，上下文切换开销高；流量突增时又可能处理不完，堆积 backlog。
- 对吞吐优先场景（如网关、LB），可适度提高：
sysctl -w net.core.netdev_budget=1000 - 配合
net.core.netdev_budget_usecs=4000（4ms），防止单次处理过久影响响应 - 同时检查
net.core.netdev_max_backlog，确保接收队列够大（建议 ≥ 5000），避免丢包加剧软中断压力 - 修改后观察
/proc/softirqs中 NET_RX 增长速率是否更平滑，mpstat -P ALL 1中 %soft 是否回落且分布均匀
协同网卡硬件参数，从源头降低中断频率
软中断是中断处理的延续，减少不必要的硬件中断，等于减轻软中断源头压力。
- 调大 Ring Buffer：
ethtool -G eth0 rx 2048 tx 2048，缓解 burst 包冲击 - 启用中断聚合（Interrupt Coalescing）：
ethtool -C eth0 rx-usecs 50 rx-frames 32，让网卡攒够包或等够时间再发中断 - 关闭低效 offload（视场景而定）：如
ethtool -K eth0 gro off（GRO 可能增加 softirq 负担），但需实测权衡 - 确认网卡驱动使用最新稳定版，部分旧驱动在多队列/RPS 场景存在锁竞争问题
