IETF 118 期间 MAPRG 会议展示了 QUIC 协议在 10Gbps 基准测试中多个实现均未达到内核 TCP CUBIC 性能，加密开销与 CPU 利用效率是主要瓶颈。
QUIC 协议定位与测试背景：
QUIC 采用 UDP 承载传输逻辑以绕过中间设备阻拦，实现多路复用、连接迁移等特性。Karlsruhe Institute of Technology 的 Roland Bless 在会上报告了基准测试：在 10G 连接上对比 Linux 内核 CUBIC 与六款 QUIC 实现（msquic、lsquic、mvfst、s2n-quic、picoquic、quinn），使用 iperf3 与 netperf 测量吞吐量。原文未给出具体测试时长与丢包率设定。
吞吐量对比与加密开销量化：
测试显示所有 QUIC 实现吞吐均低于内核 TCP CUBIC。以 msquic 为例，启用加密时 5.81Gbps，关闭加密升至 6.92Gbps；quinn 从 8.22Gbps 提升至 8.82Gbps。加密处理与用户态协议栈的 CPU 调度效率导致性能损耗，quinn 表现相对接近内核基线。其他四款实现的加密/非加密对比数据原文未给出具体数据。
部署现实与协议演进取舍：
QUIC 将传统内核功能下沉到用户态，换取部署灵活性但引入系统调用与内存拷贝开销。测试揭示当前实现仍在优化早期，硬件加速（如 KTLS、网卡卸载）与零拷贝路径尚未普及。工程师需在协议特性收益与吞吐成本间权衡，尤其在高带宽、低延迟场景下评估是否启用 QUIC。
对运维与网络工程师而言，基准数据提示在 10G 以上链路部署 QUIC 时需预留 CPU 余量，并关注内核卸载与零拷贝框架成熟度，避免加密处理成为吞吐瓶颈。
原文: APNIC Blog（2023-12-11）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog