NaiveProxy单连接吞吐性能优化分析

背景介绍

NaiveProxy作为一款基于Chromium网络栈的网络工具，其性能表现一直备受关注。近期有用户反馈在高带宽延迟积(BDP)的网络环境下，NaiveProxy的单连接吞吐性能出现瓶颈，远低于理论值。本文将深入分析这一现象的原因及解决方案。

问题现象

在高BDP网络环境下，用户观察到以下性能表现：

1. 直接使用iperf3单线程测试可达700Mbps
2. wget单线程下载可达500Mbps
3. 但NaiveProxy单线程代理仅能达到188Mbps
4. 多线程情况下NaiveProxy可达500Mbps

技术分析

TCP窗口大小的影响

通过Wireshark抓包分析发现，性能瓶颈主要出现在TCP窗口大小调整上。当客户端和服务端未优化TCP参数时，所有测试工具都只能达到188Mbps。优化后，直接连接工具性能提升明显，但NaiveProxy单线程性能仍受限。

Chromium网络栈特性

NaiveProxy基于Chromium网络栈实现，其HTTP/2流控制窗口默认设置可能不适合高BDP网络环境。Chromium的流控制窗口行为与curl等工具不同，可能导致数据流暂停和恢复的频率过高。

内核参数优化

用户尝试通过调整以下内核参数来优化性能：

net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_adv_win_scale=1
net.ipv4.tcp_moderate_rcvbuf=1
net.core.rmem_max = 42187500
net.core.wmem_max = 42187500
net.ipv4.tcp_rmem = 4096 131072 42187500
net.ipv4.tcp_wmem = 4096 131072 42187500
net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr

这些调整对直接连接工具有显著效果，但对NaiveProxy单线程性能提升有限。

解决方案

项目维护者在v127.0.6533.64-3版本中进行了优化，主要调整了HTTP2的大窗口大小定义：

#define HTTP2_HUGE_WINDOW_SIZE (100 * H2_STREAM_WINDOW_SIZE)

这一修改显著改善了高BDP网络环境下的单连接吞吐性能。

实际效果

更新版本后，在相同测试环境下：

• NaiveProxy单线程性能从188Mbps提升至接近理论值
• 多线程性能也有相应提升
• CPU利用率保持在合理范围内

总结

高BDP网络环境下的性能优化需要综合考虑多个因素：

1. 合理的内核TCP参数配置
2. 应用层协议实现细节
3. 流控制机制调整

NaiveProxy通过调整HTTP/2流控制窗口大小，有效解决了高BDP网络下的单连接吞吐瓶颈问题。这一案例也提醒我们，在网络性能优化时需要全面考虑从内核到应用层的各个环节。