Linuxeden开源社区过去几年，Google 工程师一直在为 Linux 内核开发设备内存 TCP，以允许零拷贝接收 TCP 负载到 DMA-BUF 区域，例如直接连接到 GPU 或 AI 加速器的设备内存，或通过 DMA-BUF 访问的其他设备内存。对于 Linux 6.12，初始设备内存 TCP 接收支持已合并，而计划在即将到来的 Linux 6.16 周期中合并设备内存 TCP TX 传输支持。
上周，由 Google 主导的设备内存 TCP TX 支持补丁已排队到网络子系统的 net-next 树中。现在它位于 net-next 中，它应该作为即将到来的 Linux 6.16 合并窗口的网络更改的一部分提交。
这些补丁列出了设备内存 “Devmem” TCP TX 支持路径和新 API，并在 Google GVE 网络驱动程序中启用驱动程序支持，用于使用 Google Compute Engine 的虚拟以太网。随着时间的推移，其他 Linux 网络驱动程序可能会获得对 Devmem TCP TX 功能的支持。
Device Memory TCP TX 支持经过了 14 轮代码审查，包括对用户空间 API 的更改，并且从最初的 Device Memory TCP 补丁系列中推迟，以便于当时更轻松地进行代码审查。因此，很高兴看到这个 net-next 合并最终实现。遗憾的是，虽然没有包含性能/基准测试数据：
“不幸的是，此版本不包含性能结果。我在测试设置中针对上游内核运行 dma-buf 导出程序驱动程序时遇到问题。这些问题特定于该 dma-buf 导出程序，不会影响此修补程序系列。我计划在测试启动并运行后指出问题，则通过性能修复来跟进此系列。
Linux 6.16 正在形成另一个大型内核周期。合并窗口有望在下周打开，而稳定的 Linux 6.16 应该会在 7 月底或 8 月初左右发布。
转自 Device Memory TCP TX Support Queued Ahead Of Linux 6.16 – Phoronix