1. 网卡处理数据包流程
网卡处理网络数据流程图：
图片来自参考链接1
上图中虚线步骤的解释：
DMA 将 NIC 接收的数据包逐个写入 sk_buff ，一个数据包可能占用多个 sk_buff , sk_buff 读写顺序遵循FIFO（先入先出）原则。
DMA 读完数据之后，NIC 会通过 NIC Interrupt Handler 触发 IRQ （中断请求）。
NIC driver 注册 poll 函数。
poll 函数对数据进行检查，例如将几个 sk_buff 合并，因为可能同一个数据可能被分散放在多个 sk_buff 中。
poll 函数将 sk_buff 交付上层网络栈处理。
完整流程：
系统启动时 NIC (network interface card) 进行初始化，系统分配内存空间给 Ring Buffer 。
初始状态下，Ring Buffer 队列每个槽中存放的 Packet Descriptor 指向 sk_buff ，状态均为 ready。
DMA 将 NIC 接收的数据包逐个写入 sk_buff ，一个数据包可能占用多个 sk_buff ，sk_buff 读写顺序遵循FIFO（先入先出）原则。
被写入数据的 sk_buff 变为 used 状态。
DMA 读完数据之后，NIC 会通过 NIC Interrupt Handler 触发 IRQ （中断请求）。
NIC driver 注册 poll 函数。
poll 函数对数据进行检查，例如将几个 sk_buff 合并，因为可能同一个数据可能被分散放在多个 sk_buff 中。
poll 函数将 sk_buff 交付上层网络栈处理。
poll 函数清理 sk_buff，清理 Ring Buffer 上的 Descriptor 将其指向新分配的 sk_buff 并将状态设置为 ready。
2. 多 CPU 下的 Ring Buffer 处理因为分配给 Ring Buffer 的空间是有限的，当收到的数据包速率大于单个 CPU 处理速度的时候 Ring Buffer 可能被占满，占满之后再来的新数据包会被自动丢弃。
如果在多核 CPU 的服务器上，网卡内部会有多个 Ring Buffer，NIC 负责将传进来的数据分配给不同的 Ring Buffer，同时触发的 IRQ 也可以分配到多个 CPU 上，这样存在多个 Ring Buffer 的情况下 Ring Buffer 缓存的数据也同时被多个 CPU 处理，就能提高数据的并行处理能力。
当然，要实现“NIC 负责将传进来的数据分配给不同的 Ring Buffer”，NIC 网卡必须支持 Receive Side Scaling(RSS) 或者叫做 multiqueue 的功能。RSS 除了会影响到 NIC 将 IRQ 发到哪个 CPU 之外，不会影响别的逻辑了。数据处理过程跟之前描述的是一样的。
3. Ring Buffer 相关命令在生产实践中，因 Ring Buffer 写满导致丢包的情况很多。当环境中的业务流量过大且出现网卡丢包的时候，考虑到 Ring Buffer 写满是一个很好的思路。
总结下 Ring Buffer 相关的命令：
网卡收到的数据包统计：
[root@server-20.140.beishu.polex.io ~ ]$ ethtool -S em1 | more NIC statistics: rx_packets: 35874336743 tx_packets: 35163830212 rx_bytes: 6337524253985 tx_bytes: 3686383656436 rx_broadcast: 15392577 tx_broadcast: 873436 rx_multicast: 45849160 tx_multicast: 1784024