搬瓦工CN3 GT线路速度瓶颈分析与优化指南

最近看到有朋友在吐槽，说自己手里的搬瓦工（BandwagonHost）VPS，在号称极速的CN3 GT线路上跑MEGA网盘时，速度死死卡在600M左右，完全跑不满带宽。这确实挺让人抓狂的，毕竟CN3 GT线路通常是为了优化中国方向连接而生的，按理说不应该只有这点表现。

如果你也遇到了类似的情况，别急着骂商家，咱们可以冷静地从几个维度来排查一下问题。很多时候，瓶颈可能并不完全在于线路本身，而是出在配置或者测试方式上。

1. 拥塞控制算法：别还在用默认的Cubic

这是最常见的一个“漏勺”。很多系统默认的TCP拥塞控制算法是Cubic，这种算法在丢包率稍高的国际链路上表现非常一般，一旦有丢包，速度立马就会跳水。

解决方案： 建议开启BBR或者BBRv2。目前Linux内核较新的版本都已经支持了。你可以通过以下命令查看当前使用的算法： sysctl net.ipv4.tcp_congestion_control

如果不是bbr，可以在/etc/sysctl.conf中添加或修改如下配置：

net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr
``

保存后执行`sysctl -p`生效。对于搬瓦工这种经过多次NAT的线路，BBR往往能带来意想不到的提升，尤其是在高延迟环境下，它能更激进地占用带宽。

### 2. 单线程 vs 多线程：不要迷信所谓的“单线程”

测速或者传文件时，很多人习惯只开一个线程。但在跨洋链路中，单线程极其容易受到窗口大小的限制。TCP窗口就像水管，如果管子不够粗（窗口小），水流量（速度）自然上不去。

**MEGA下载优化：**
MEGA本身支持多线程下载（虽然Web端不太明显），建议使用第三方下载工具（比如IDM配合浏览器插件，或者aira2配合脚本）来强制开启多线程连接。你会发现，单线程可能在50-100MB/s徘徊，但开够8线程或16线程后，速度往往能直接翻倍，跑满1Gbps也是经常的事。

### 3. 路由与晚高峰效应：CN3 GT也有“堵车”时

CN3 GT虽然贵，但它本质上还是承载网。在晚高峰（通常是北京时间20点到24点），出口总带宽是有限的，如果同机柜有大流量邻居（比如有人疯狂跑PT），你的流量自然会受到挤压。

**排查方法：**
可以使用`mtr`或者`BestTrace`工具追踪路由。观察晚高峰和白天延迟的变化，如果在晚高峰某一跳出现明显的丢包或延迟激增，那就是典型的拥堵。

**应对策略：**
这种情况下商家的能耐有限，你可以尝试切换机房（如果购买时支持自助切机房），不同机房的拥堵程度可能不同。另外，设置定时任务在非高峰期跑大流量任务也是一种无奈但有效的折中方案。

### 4. 虚拟化架构的极限：不要神话KVM

虽然搬瓦工用的是KVM虚拟化，性能隔离做得不错，但物理机的总I/O和CPU处理能力也是有限的。如果做的是高强度加密解密（比如一边跑着高强度的VPN，一边测速），CPU跑满了，网络处理队列堆积，速度自然上不去。

可以通过`top`命令看下CPU占用率，如果是si（system interrupt）或者sy（system）过高，说明系统在处理中断或者网络包上消耗了太多资源，这时候优化系统负载也能间接提速。

### 总结

遇到搬瓦工跑不满600M的情况，别慌。**先上BBR，再开多线程，最后看路由。** 这三步走下来，绝大多数速度问题都能得到缓解或者解决。如果这些都做完了还是很慢，那可能真的是该考虑换一家服务商了，毕竟VPS这东西，线路质量确实是玄学，也是一分钱一分货。