高CPU负载为何让NFQUEUE数据包接收速度变快？

你的现象是内核NFQUEUE模块的批量提交策略和单CPU虚拟机的调度特性共同作用的结果，具体拆解如下：

1. 内核NFQUEUE的批量优化导致空闲时延迟 #

NFQUEUE内核模块为了减少用户态/内核态的切换开销，默认会采用数据包批量提交机制：当系统CPU空闲时，内核不会收到一个包就立刻发给用户态的NFQUEUE程序，而是会等待一小段时间（最多可达100ms）或者攒够一定数量的包，再一次性提交。这就是你观察到mnl_socket_recvfrom延迟的核心原因。

2. CPU占用程序打破了批量攒包的条件 #

当启动空循环的CPU占用程序后，系统CPU不再空闲，调度器会频繁在NFQUEUE进程和占用进程之间切换。此时内核无法继续等待攒包——如果延迟提交，会导致数据包在队列中堆积，反而增加整体延迟。因此内核会放弃批量策略，收到数据包后立刻提交给用户态的NFQUEUE程序，直接降低了收包延迟。

3. 单CPU虚拟机的调度放大了这个效应 #

在单vCPU的KVM虚拟机中，宿主机的调度器对vCPU的调度策略会影响虚拟机内进程的唤醒时机：

• 当虚拟机内只有NFQUEUE一个活跃进程时，宿主机可能会把vCPU调度到idle状态（因为没有其他任务需要执行），导致NFQUEUE进程的唤醒延迟被拉长。
• 当有CPU占用程序运行时，虚拟机的vCPU会被宿主机更频繁地调度运行，NFQUEUE进程被唤醒的间隔大幅缩短，进一步压缩了内核攒包的窗口。

4. 优先级不影响结果的原因 #

在单CPU环境下，无论CPU占用程序是普通优先级还是高优先级（nice -20），两个进程都会分时占用CPU资源，核心效果都是让系统不再空闲、调度器频繁切换，打破内核的批量攒包条件——所以最终延迟降低的结果一致。

内容的提问来源于stack exchange，提问作者lgekman