Linux用户态零拷贝网络库如何实现超MTU数据的零拷贝收发？

我正在研究Linux下用户态零拷贝网络库的工作机制，下文以AF_XDP套接字为例，相关逻辑也适用于netmap、DPDK等同类库。

对数据包读写流程的理解 #

初始化阶段 #

• 用户态分配一块包含n个数据包大小块的连续缓冲区
• 用户态分配RX环和TX环，用于标记数据包到达和待发送状态，环中元素指向缓冲区中的块
• 将缓冲区、RX环和TX环注册到内核
  （对应AF_XDP中的UMEM以及内存映射的rx/tx环）

读取流程 #

• 数据包到达NIC
• NIC通过DMA将数据包写入缓冲区中的某个块
• NIC内核驱动通过向RX环添加条目通知用户态
• 用户态轮询RX环，发现新数据包后进行处理

写入流程 #

• 用户态将数据包写入缓冲区
• 用户态通过向TX环添加条目通知内核
• NIC内核模块发送TX环条目所指向的缓冲区块

核心问题 #

当应用发送大于单个MTU的数据（如跨多个TCP段的大型HTTP请求）时，需要将数据拆分为多个IP包存入缓冲区。这类零拷贝库如何避免将数据子集拷贝到缓冲区的每个块中？

我了解splice、vmsplice等无需拷贝的系统调用，但它们依赖管道，与用户态缓冲区不兼容；mmap需按页对齐（远大于典型MTU），且建立/销毁成本高，无法逐包使用。

同理，读取这类分片数据时的零拷贝机制是怎样的？

自我尝试解答 #

或许库会将数据包缓冲区封装为一种数据结构，提供read(): bytes和write(bytes)方法，实时在缓冲区中构造合法数据包。

这意味着应用无法直接传入已有缓冲区实现零拷贝发送，而必须从一开始就通过这些封装方法将数据写入数据包缓冲区，但这要求应用深度适配该数据结构的接口。

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