TCP 迷之调参 V6

和只开 BBR（多数一键脚本的做法）相比，线路越远、丢包越多，差距越大。500 Mbps 线路、1% 丢包时：30 ms 近距离只开 BBR 约 355 Mbps，V6 约 460 Mbps（+30%）；180 ms 跨洋分别约 59 与 366 Mbps（约 6 倍）；400 ms 远程分别约 22 与 220 Mbps。内核默认（CUBIC）在 1% 丢包下单连接只有个位数，远程线路上不到 1 Mbps。低延迟、无丢包时三者都接近跑满带宽。页面上的收益预览会按你的条件估算。

单连接速度取决于链路上最窄的一环。常见的有三种：服务器内存太小，撑不起足够大的发送缓冲；你的电脑接收窗口太小（Linux 6.15 及以前默认 6MB），在高延迟下只能收一两百 Mbps；或者线路本身丢包严重。收益预览会标出“最大瓶颈”并给出解法，例如提高内存档位或改用多线程下载。

V6 只改 9 个参数：拥塞控制（BBR）、队列规则（fq）、TCP 读写缓冲上限（tcp_rmem / tcp_wmem、rmem_max / wmem_max）、tcp_notsent_lowat、tcp_mtu_probing 与 tcp_slow_start_after_idle。缓冲上限随带宽和延迟连续变化，按内存预算封顶，且不低于内核默认值。不修改 kernel.*、vm.*、转发与 rp_filter，不影响 Docker、WireGuard 或 NAT。

多数一键脚本只把拥塞控制换成 BBR、队列换成 fq，TCP 缓冲仍是内核默认值。延迟高或有丢包时，默认缓冲会先成为瓶颈：500 Mbps 线路、180 ms、1% 丢包时，只开 BBR 的单连接约 59 Mbps，V6 约 366 Mbps。V6 在 BBR + fq 之外，还按带宽、延迟与内存放大缓冲上限。页面下方有各方案在不同延迟与丢包下的对比。

BBR 需要 Linux 4.9 及以上内核。一键命令会先检查内核是否支持 BBR，不支持时不做任何修改。页面推算基于主线内核自带的 BBRv1（Debian、Ubuntu 等发行版内核均是 v1）。部分第三方内核（如 XanMod）带的是 BBRv2/v3：它们在一轮往返内丢包率超过约 2% 时会主动收缩发送量，以换取与其他连接的公平，因此在高丢包线路上实测可能明显低于推算。已在用 BBRv2/v3 时，一键命令保留原算法、不更换内核，只在执行结束时给出提醒。

不需要重启服务器。缓冲上限立即生效，已有连接也会用上（程序自己固定了缓冲大小的除外）；新建的连接立即改用 BBR。只有应用之前已经建立的连接会沿用原来的拥塞控制，直到断开重连。中转机与落地机之间的隧道（WebSocket、gRPC、多路复用等）常是长连接，应用后重启一次代理服务即可。一键命令执行完会显示当前的拥塞控制、队列规则，以及仍在用原算法的连接数。

一键命令在应用前把将被修改的参数当前值保存到 /etc/sysctl.d/omnitt-tcp.backup。执行页面上的回滚命令即可删除新配置、恢复原值并重新挂载队列规则。

V6 是当前默认版本：参数最少，缓冲随带宽和延迟连续变化，有丢包时在各种延迟下都不低于 V5。早期版本保留给需要复现旧配置的用户。

不会。计算在我们的服务器上完成，提交的只有带宽、延迟、内存这类数字，不含 IP 或主机名；它们只用于生成本次结果，不记录、不存储。使用“在线实测”时，服务器地址由你的浏览器直接发给 Globalping（jsDelivr 运营的开放测量网络），不经过本站。