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



