用户讨论:Ssagit
更多语言
更多操作
Welcome to md5.pw! We hope you will contribute much and well. You will probably want to read the help pages. Again, welcome and have fun! Liam(留言) 2026年3月17日 (二) 14:11 (PDT)
搬瓦工 CN2 GIA 与普通线路晚高峰对比:电信实测
搬瓦工的 CN2 GIA 这些年一直有人聊,但到底值不值,光看一张测速图其实没什么说服力。真正能拉开差距的,往往是晚高峰这种时候:回程稳不稳,单线程下载有没有明显掉速,SSH 上去是不是会发黏。
这次我不做那种大而全的“三网评测”,只盯着中国电信这个场景看。测试时间放在北京时间 2026-04-13 21:30-22:00,属于比较典型的晚高峰。对比对象也很简单,一台是搬瓦工洛杉矶 DC1 机房的中国优化线路样本,电信方向为 CN2 GIA;另一台是 DMIT 下游 IDC 的普通线路机器,就拿它当一个普通国际线路样本。
为了避免测试端本身成为瓶颈,这里先说一下本地环境:我使用的是中国电信 300 Mbps 家宽。这一点对看 iperf3 结果尤其重要,因为如果测试端带宽本身不够,再好的线路也跑不出来。这次搬瓦工样本在 iperf3 单线程下基本已经接近把我本地电信 300 Mbps 带宽吃满,所以后面的结果可以理解为“线路已经接近打到我本地接入上限”。
我这次只做了四项测试:
mtr看广东电信回程curl拉100MB文件看单线程下载iperf3看单线程持续传输tmux分屏跑cmatrix看终端交互体感
不追求项目多,够说明问题就行。
一、回程先看 mtr
目标我用的是 gd-ct-v4.ip.zstaticcdn.com,也就是广东电信这边的地址。这个测试最关键的不是中间某一跳好不好看,而是最后能不能稳定到目标、延迟稳不稳、终点有没有丢包。
搬瓦工这边的结果:
普通线路这边:
看最终目标就够了。搬瓦工这边最后一跳平均 159.0 ms,0% 丢包;普通线路最后一跳平均 169.7 ms,已经有 9% 丢包。
中间某些节点看起来丢包很高,甚至完全不回,这种情况我不拿来直接下结论,因为很多路由器本来就会对 ICMP 做限速。真正有意义的是最后目标怎么表现。就这组结果来说,搬瓦工这边回程明显更稳。
二、100MB 单线程下载差距很直接
接着我用下面这条命令拉同样的 100MB 文件,只看单线程:
curl -o /dev/null -s --http1.1 -w '%{time_connect} %{time_starttransfer} %{speed_download}\n' http://test_ip/100m.bin | awk '{printf "connect=%.3fs ttfb=%.3fs speed=%.2fMbps\n", $1, $2, $3*8/1000/1000}'
这个测试我一直觉得比多线程更像真实使用,因为平时下载脚本、装软件、拉更新包,大多都不是二十个线程一起冲。
搬瓦工:
connect=0.168s ttfb=0.337s speed=187.04Mbps
普通线路:
connect=2.713s ttfb=2.913s speed=21.16Mbps
这条命令里我主要看三个值:time_connect 表示 TCP 建连耗时,time_starttransfer 表示首包时间,也就是常说的 TTFB,speed_download 表示平均下载速度。curl 原始给的是 Bytes/s,这里我额外换算成了 Mbps。这三个参数放在一起,基本就能把单线程下载时“连得快不快、起速快不快、跑得稳不稳”说明白。
这一组其实不用太多解释。搬瓦工这边建连和首包都很快,单线程平均速度也到了 187.04 Mbps。普通线路那边光连接就花了 2.713s,首包接近 3 秒,速度只有 21.16 Mbps。
如果只是看数字,这已经差了接近一个数量级;如果换成平时的使用感觉,那就是一边像“点一下就开始跑”,另一边明显要等,起速也慢。
三、iperf3 单线程更能看出底子
然后是 iperf3 单线程。这里我没测多线程,就是想看单连接持续传输到底稳不稳。
搬瓦工这边的完整结果如下:
普通线路这边的完整结果如下:
如果只看汇总,结论已经很直接:
| 线路类型 | 单线程平均速率 | 重传 |
|---|---|---|
| 搬瓦工 CN2 GIA | 286 Mbps
|
3
|
| 普通线路 | 43.5 Mbps
|
11794
|
但这里还有一个背景要补上:我本地电信接入本身就是 300 Mbps,所以搬瓦工这边这个 286 Mbps,已经非常接近我本地带宽上限了。换句话说,这不是“服务器端还能不能更高”的问题,而是它在晚高峰下基本已经把我本地电信的单线程能力跑满了。
普通线路这边就完全不是一个量级,不仅平均速率只有 43.5 Mbps,而且大量重传,区间波动也很明显。这个结果和前面的 curl 是互相印证的。不是某个测速站偶然跑高了,而是单连接这件事本身,搬瓦工这边确实稳得多。
四、cmatrix 分屏对比
前面三项都是数字,最后我补了一个更直观的交互测试。
做法很简单,在 tmux 里左右分屏,同时登录两台机器。开始前先打印时间、脱敏后的公网 IP,再分别 ping 洛杉矶探针 174.136.204.135 和广东电信目标 gd-ct-v4.ip.zstaticcdn.com,然后再跑 cmatrix。
这里先补这两步,主要是为了在演示开始前说明两台机器都处在洛杉矶机房环境,同时把当时面向广东电信方向的网络状态一起放进画面里。这样后面的终端交互差异看起来会更直观一些。
cmatrix 这项测试本质上不是带宽跑分,而是 SSH 交互体验演示。它的链路可以理解为:客户端通过 SSH 启动服务器上的 cmatrix,服务器持续生成字符输出,经由 SSH 加密后不断传回客户端终端,再由本地终端实时渲染。这个过程对延迟、抖动和丢包都比较敏感,因此很适合用来观察晚高峰下的终端交互是否连贯。它不能替代 mtr、curl 或 iperf3,但可以作为这些量化测试之外的直观补充。
File:Ssagit-cmatrix.webp
左边为搬瓦工 CN2 GIA,右边为普通线路
我这边的实际观感是:
CN2 GIA分屏刷新基本连贯普通线路有明显卡顿和延迟感
这一项和前面三组结果放在一起看,其实就很完整了。不是只有测速数字更高,而是连最容易感知的终端交互,也能看出差别。
五、这次测试我自己的感受
这组结果出来之后,我对“CN2 GIA 的价值到底在哪”这件事,感觉比以前更清楚了。
它不一定非要表现成那种夸张的“所有测速都秒杀”,真正有价值的地方是晚高峰的时候还能稳住。回程稳,单线程不掉到底,SSH 上去不发黏,这些东西平时看起来很碎,但真正用机器的人最在意的反而就是这些。
普通线路不是不能用。如果拿来跑离线任务、备份、海外业务,或者本身不怎么从国内高频操作它,那也不是完全不行。但如果你平时就是从中国电信网络上机器,拉包、传文件、改配置、看日志,那晚高峰这一下差距就出来了。
六、结论
这篇文章我故意没有做成“什么都测一点”的大全,而是只抓了四个最接近实际使用的点:回程、单线程下载、单线程持续传输、终端交互。
最后结果也很明确:
mtr最终目标:搬瓦工159.0 ms / 0% 丢包,普通线路169.7 ms / 9% 丢包curl 100MB:搬瓦工187.04 Mbps,普通线路21.16 Mbpsiperf3单线程:搬瓦工286 Mbps / 3 次重传,普通线路43.5 Mbps / 11794 次重传cmatrix分屏:搬瓦工刷新基本连贯,普通线路明显卡顿
再结合我本地中国电信 300 Mbps 的接入条件看,搬瓦工这边的 iperf3 已经几乎测满本地带宽,这一点其实比单纯看“谁更高”更有意义。它说明在这次晚高峰场景下,搬瓦工洛杉矶 DC1 机房这条 CN2 GIA 线路已经不是“理论上更强”,而是确实把本地接入能力发挥出来了。
如果你的主要场景就是中国电信晚高峰访问 VPS,那这组结果已经足够说明问题了。搬瓦工这条 CN2 GIA 不是名义上“优化”,而是在回程稳定性、单线程传输和实际交互体验上,确实能看出优势。
这篇测试只代表 2026-04-13 21:30-22:00 这一段晚高峰快照,不代表所有时间段、所有地区都一定完全一样。但至少在这次实测里,搬瓦工洛杉矶 DC1 机房中国优化线路样本的表现和普通国际线路样本相比,差距是很实在的。



