挥别20年“幽灵”：Linux 7.2 移除 UDP-Lite 释放 10%
在 Linux 内核的演进史中，Linus Torvalds 曾定下过一条铁律：“永不破坏用户空间”。然而，在 Linux 7.2 的开发周期中，内核团队罕见地打破了这一原则，正式将沉睡了 20 年的 UDP-Lite 协议从网络栈中彻底移除。这一看似“破坏兼容性”的果断举措，不仅清理了约 2500 行陈年代码，更直接让常规 UDP 的包转发性能飙升了 10%。
纸面上的优雅，现实中的“幽灵”
UDP-Lite（协议号 136）诞生于 20 年前，其设计初衷极具前瞻性：通过将 UDP 头部的长度字段重新解释为校验和覆盖长度（cscov），允许应用层只校验部分数据包。这在当年被认为是解决语音和视频编解码器对少量比特错误容忍度的完美方案。
然而，20 年后的今天，UDP-Lite 却沦为了内核中的“幽灵”。在硬件层，现代网卡的校验和卸载引擎和 GRO 合并机制根本无法识别可变长的 cscov 字段；在中间盒层，NAT 和防火墙对它的通过率极低，家用网络几乎无法穿透；在应用层，VoIP 早已转向 RTP 加应用层 FEC，QUIC 等现代协议直接在用户态接管了一切。UDP-Lite 彻底失去了真实的应用落地场景。
死分支的隐性代价与内存污染
一个从未被执行的代码，删掉究竟有什么区别？Eric Dumazet 在 AMD EPYC 64 核处理器上的测试给出了答案：删除后，UDP 的 PPS（每秒数据包数）从 13.3M 直接涨到了 14.7M。
这 10% 的性能提升并非来自 UDP-Lite 自身的运行开销，而是源于现代 CPU 架构下的“隐性成本”。UDP-Lite 并非独立实现，而是与常规 UDP 共享 udp.c 中 90% 的代码。这意味着，每一个到达内核的 UDP 包，都必须先经过一次 is_udplite 的布尔值判断。尽管 99.99% 的情况下该判断为 false，但现代 CPU 的分支预测表（BTB）容量有限，这个恒为 false 的死分支依然要占用条目，推测执行时还会将两条路径预取到 L1 Cache 中，无情地挤占了真正热点分支的资源。
更致命的是内存层面的“连带伤害”。UDP-Lite 与常规 UDP 共享一个名为 udp_memory_allocated 的原子计数器。当 UDP-Lite 的内存路径触发阈值需要回滚时，由于未能正确处理共享状态，会直接污染常规 UDP 的内存记账。此前，自动化测试工具 syzbot 就抓到了一个潜伏 7 年的空指针解引用（null-ptr-deref）崩溃 Bug。修复该 Bug 需要改动 4 个文件 200 行代码，而直接删除整个 UDP-Lite 模块，则能一劳永逸地消除这一隐患。
博物馆馆长的决断
移除 UDP-Lite 的过程，就像是博物馆馆长决定将一件 20 年前入馆、如今无人问津的老展品装箱退役。虽然展品还在，但保安的巡逻路线需要为它绕路，水电预算需要为它分摊，甚至展柜线路年久失修还会引发火灾。当馆长果断将其下架后，全馆的参观吞吐量反而提升了 10%。
Linux 7.2 的这次清理，展现了内核维护者对底层性能的极致追求。在云原生与高并发游戏服务器（如 KCP over UDP 架构）对网络栈吞吐要求日益苛刻的今天，移除这段“死代码”，不仅是对历史包袱的释怀，更是为现代网络基础设施释放出的巨大性能红利。
