linux softirq cpu使用情况看起来很奇怪

Question

我在一个客户端运行一个简单的程序，它继续向服务器发送udp数据包。服务器的接口是多队列网卡，但我将其udp4的rx-flow-hash设置为sd。因此所有数据包都将在一个CPU中产生。

当我收到40W数据包/秒时，服务器的CPU在软中断中花费了1%。当我收到60W数据包/秒时，服务器的CPU在软中断中花费了8%。当我收到90W数据包/秒时，服务器的CPU cosr 100%处于软中断状态。

收到的号码是通过运行一段时间的sar -n UDP 1来获取的。cpu成本暂时是通过mpstat -P ALL 1获得。

所以我对此感到困惑。

为什么它不是线性的？

Answer 1

软中断在硬中断之后执行，硬中断占用不需要立即处理的代码的一部分。

因此，软中断可以通过硬中断来捕获。执行一般硬中断后，执行软中断(中断下半部分)。

但如果这次有硬中断，则软中断将被抢占。

这样，当软中断队列超过10个时，就会唤醒ksoftirqd线程来处理软中断。在软%问题中描述了Ksoftirqd线程被cpu占用的情况。

所以包的时间少了，ksoftirq被唤醒的次数少了，软%很低。很多软中断在空闲过程中被硬中断中断，cpu消耗记录在idle%里面。

当负载很高时，软中断被硬中断中断，因此ksoftirqd一直在运行，因此软%会突然增加很多。