DPDK Poll Mode Driver：为什么有些网卡程序宁可轮询，也不等中断？

传统网卡驱动常依赖中断：有数据包到来时，设备通知 CPU 处理。DPDK 的 Poll Mode Driver（PMD，轮询模式驱动）采取不同思路：应用在用户态持续检查网卡队列描述符，发现数据就直接处理，而不是等待每个包触发中断。

可以把两种方式想象成前台等待电话和专人盯着传送带。中断像来一件货就按铃，空闲时不必一直查看；轮询则是工作人员持续盯着传送带，一有货立刻拿走。若包率很高、处理延迟要求严格，避免频繁中断与上下文切换可能提升处理效率。DPDK 将以太网设备队列、缓冲区和用户态数据路径组合起来，常用于网络功能、虚拟交换和高性能数据面。

收益来自明确的代价：轮询线程常驻 CPU，即使暂时没有数据也会消耗处理器时间。很多部署会为网卡队列分配专用核心，并精心安排队列与核心、内存 NUMA 节点之间的对应关系。若核心不足、突发流量低或应用只是偶尔收包，轮询可能浪费资源，甚至挤压其他工作负载。它不等于“免费降低延迟”。

PMD 还要求应用使用相应的用户态框架与驱动路径，正确管理巨页、设备权限、队列、缓冲区和包生命周期。绕过常规内核网络栈后，通用操作系统工具与协议功能不一定以原样提供，监控、故障排查和安全隔离都要重新设计。不能把 PMD 当成普通服务器“开启一项设置就更快”的通用优化。

判断是否值得用，要先了解真正瓶颈：是系统调用和中断成本，还是网络带宽、应用处理逻辑、内存复制或上游设备？再按真实包大小、包速率和突发模式做测量，同时观察 CPU 占用、尾延迟和每包成本。DPDK 能把数据路径控制权交给应用，但高性能系统也因此要求更细致的资源规划。

Poll Mode Driver 的核心思想，是用持续轮询换取及时响应与更可控的数据处理路径。它适合高包率、愿意预留专用核心的场景；对一般应用，内核驱动和中断机制往往更省心、更节能。

来源：DPDK 官方文档：Ethernet Device API