环形缓冲区是Linux UDP数据流处理的核心，贯穿网卡RX Ring、内核sk_buff队列和用户态socket接收缓冲区三层，分别承担DMA接收、软中断暂存和应用读取功能；TX Ring同理影响发包吞吐。
Linux UDP 数据流处理中，环形缓冲区是贯穿硬件、驱动和内核协议栈的关键数据结构，它不参与逻辑判断，而是作为高效、低开销的“数据中转站”，承载从网卡接收、内核暂存到用户读取的全过程。
网卡 RX Ring：硬件层的第一道缓冲
网卡驱动初始化时，在 DMA 可访问内存中分配一块固定大小的 RX Ring（接收环形缓冲区），每个描述符指向一个 skb 或数据页。当网卡通过 DMA 将 UDP 包写入该缓冲区后，会标记对应描述符为“就绪”。这个环形结构允许网卡持续写入而无需等待 CPU 处理——只要还有空闲描述符，就不会丢包。常见万兆网卡默认 RX Ring 仅 256～512，高并发小包场景下极易触发 rx_missed_errors（DMA 写满但驱动来不及取走），此时应调大至 4096 或 8192：
ethtool -G eth0 rx 8192
内核 sk_buff 队列：软中断处理的数据暂存区
硬中断仅做极简操作：确认中断、映射 RX Ring 中就绪项为 sk_buff、触发 NET_RX_SOFTIRQ。真正的协议栈处理（IP/UDP 校验、端口匹配、套接字查找）由软中断完成。软中断将处理完的 sk_buff 按目标 socket 入队到其接收队列——该队列本质也是环形结构（基于 sk_rmem_alloc 和 sk_receive_queue 的 FIFO 管理）。若应用层 recvfrom 调用不及时或缓冲区过小，就会堆积并最终触发 UdpOverflows 计数增长。
用户态 socket 接收缓冲区：最后的环形防线
每个 UDP socket 在内核中拥有独立的接收缓冲区（由 net.core.rmem_default / rmem_max 控制），底层采用类似 kfifo 的环形实现。它决定了应用能“撑住”多大的突发流量。例如：单包 440 字节，应用每秒处理 10 万包，则最小需约 44MB 缓冲空间。可通过以下方式调优：
• 临时生效：sysctl -w net.core.rmem_max=41943040
• 应用侧显式设置：setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &size, sizeof(size))
注意：SO_RCVBUF 设置值会被内核翻倍（预留元数据开销），且不能超过 rmem_max 上限。
发送路径同样依赖 TX Ring
UDP 发包虽不依赖 ACK 确认，但发包吞吐仍受限于 TX Ring 容量。驱动将封装好的 UDP 包地址填入 TX Ring 描述符后，由网卡 DMA 异步发出。硬中断在此仅用于通知“某描述符已发送完成”，以便驱动回收 sk_buff 和释放内存。TX Ring 过小会导致 sendmsg 返回 EAGAIN；对 440 字节小包，建议设为 8192 或 16384：
ethtool -G eth0 tx 16384
配合 MSG_ZEROCOPY 使用，可跳过内核拷贝，直接映射用户态内存到 TX Ring，进一步降低延迟。
