2026年4月14日 (二) 21:54 Liam

2026-04-14T21:54:46Z

←上一版本		2026年4月14日 (二) 14:54的版本
第113行：		第113行：

	这篇测试只代表 <code>2026-04-13 21:30-22:00</code> 这一段晚高峰快照，不代表所有时间段、所有地区都一定完全一样。但至少在这次实测里，搬瓦工洛杉矶 <code>DC1</code> 机房中国优化线路样本的表现和普通国际线路样本相比，差距是很实在的。		这篇测试只代表 <code>2026-04-13 21:30-22:00</code> 这一段晚高峰快照，不代表所有时间段、所有地区都一定完全一样。但至少在这次实测里，搬瓦工洛杉矶 <code>DC1</code> 机房中国优化线路样本的表现和普通国际线路样本相比，差距是很实在的。
			[[Category:Test category]]
	[[Category:~~400 常见问题与故障排查 — Troubleshooting~~]]

Ssagit：分类

2026-04-14T17:25:23Z

分类

←上一版本		2026年4月14日 (二) 10:25的版本
第113行：		第113行：

	这篇测试只代表 <code>2026-04-13 21:30-22:00</code> 这一段晚高峰快照，不代表所有时间段、所有地区都一定完全一样。但至少在这次实测里，搬瓦工洛杉矶 <code>DC1</code> 机房中国优化线路样本的表现和普通国际线路样本相比，差距是很实在的。		这篇测试只代表 <code>2026-04-13 21:30-22:00</code> 这一段晚高峰快照，不代表所有时间段、所有地区都一定完全一样。但至少在这次实测里，搬瓦工洛杉矶 <code>DC1</code> 机房中国优化线路样本的表现和普通国际线路样本相比，差距是很实在的。

			[[Category:400 常见问题与故障排查 — Troubleshooting]]

2026年4月14日 (二) 17:20 Ssagit

2026-04-14T17:20:52Z

←上一版本		2026年4月14日 (二) 10:20的版本
第19行：		第19行：
	搬瓦工这边的结果：		搬瓦工这边的结果：

	[[~~index.php?title=File:Ssagit-bwh-mtr.png\|link=~~File:Ssagit-bwh-mtr.png]]		[[File:Ssagit-bwh-mtr.png]]

	普通线路这边：		普通线路这边：

	[[~~index.php?title=File:Ssagit-gbl-mtr.png\|link=~~File:Ssagit-gbl-mtr.png]]		[[File:Ssagit-gbl-mtr.png]]

	看最终目标就够了。搬瓦工这边最后一跳平均 <code>159.0 ms</code>，<code>0%</code> 丢包；普通线路最后一跳平均 <code>169.7 ms</code>，已经有 <code>9%</code> 丢包。		看最终目标就够了。搬瓦工这边最后一跳平均 <code>159.0 ms</code>，<code>0%</code> 丢包；普通线路最后一跳平均 <code>169.7 ms</code>，已经有 <code>9%</code> 丢包。
第49行：		第49行：
	搬瓦工这边的完整结果如下：		搬瓦工这边的完整结果如下：

	[[~~index.php?title=File:Ssagit-bwh-iperf3.png\|link=~~File:Ssagit-bwh-iperf3.png]]		[[File:Ssagit-bwh-iperf3.png]]

	普通线路这边的完整结果如下：		普通线路这边的完整结果如下：

	[[~~index.php?title=File:Ssagit-gbl-iperf3.png\|link=~~File:Ssagit-gbl-iperf3.png]]		[[File:Ssagit-gbl-iperf3.png]]

	如果只看汇总，结论已经很直接：		如果只看汇总，结论已经很直接：
第81行：		第81行：

	<code>cmatrix</code> 这项测试本质上不是带宽跑分，而是 SSH 交互体验演示。它的链路可以理解为：客户端通过 SSH 启动服务器上的 <code>cmatrix</code>，服务器持续生成字符输出，经由 SSH 加密后不断传回客户端终端，再由本地终端实时渲染。这个过程对延迟、抖动和丢包都比较敏感，因此很适合用来观察晚高峰下的终端交互是否连贯。它不能替代 <code>mtr</code>、<code>curl</code> 或 <code>iperf3</code>，但可以作为这些量化测试之外的直观补充。		<code>cmatrix</code> 这项测试本质上不是带宽跑分，而是 SSH 交互体验演示。它的链路可以理解为：客户端通过 SSH 启动服务器上的 <code>cmatrix</code>，服务器持续生成字符输出，经由 SSH 加密后不断传回客户端终端，再由本地终端实时渲染。这个过程对延迟、抖动和丢包都比较敏感，因此很适合用来观察晚高峰下的终端交互是否连贯。它不能替代 <code>mtr</code>、<code>curl</code> 或 <code>iperf3</code>，但可以作为这些量化测试之外的直观补充。
	~~[[index.php?title=File~~:~~Ssagit-cmatrix~~.~~webp\|link=File:~~Ssagit-cmatrix.webp~~\|120x120px\|cmatrix 分屏演示]]~~
			https://md5.pw/images/d/dd/Ssagit-cmatrix.webp

	<blockquote>左边为搬瓦工 CN2 GIA，右边为普通线路</blockquote>我这边的实际观感是：		<blockquote>左边为搬瓦工 CN2 GIA，右边为普通线路</blockquote>我这边的实际观感是：

Ssagit：创建页面，内容为“搬瓦工的 '''CN2 GIA''' 这些年一直有人聊，但到底值不值，光看一张测速图其实没什么说服力。真正能拉开差距的，往往是晚高峰这种时候：回程稳不稳，单线程下载有没有明显掉速，SSH 上去是不是会发黏。这次我不做那种大而全的“三网评测”，只盯着中国电信这个场景看。测试时间放在北京时间 `2026-04-13 21:30-22:00`，属于比较典型的晚高峰…”

2026-04-14T16:57:46Z

创建页面，内容为“搬瓦工的 '''CN2 GIA''' 这些年一直有人聊，但到底值不值，光看一张测速图其实没什么说服力。真正能拉开差距的，往往是晚高峰这种时候：回程稳不稳，单线程下载有没有明显掉速，SSH 上去是不是会发黏。这次我不做那种大而全的“三网评测”，只盯着中国电信这个场景看。测试时间放在北京时间 <code>2026-04-13 21:30-22:00</code>，属于比较典型的晚高峰…”

新页面

搬瓦工的 '''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>，也就是广东电信这边的地址。这个测试最关键的不是中间某一跳好不好看，而是最后能不能稳定到目标、延迟稳不稳、终点有没有丢包。

搬瓦工这边的结果：

[[index.php?title=File:Ssagit-bwh-mtr.png|link=File:Ssagit-bwh-mtr.png]]

普通线路这边：

[[index.php?title=File:Ssagit-gbl-mtr.png|link=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> 单线程。这里我没测多线程，就是想看单连接持续传输到底稳不稳。

搬瓦工这边的完整结果如下：

[[index.php?title=File:Ssagit-bwh-iperf3.png|link=File:Ssagit-bwh-iperf3.png]]

普通线路这边的完整结果如下：

[[index.php?title=File:Ssagit-gbl-iperf3.png|link=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>，但可以作为这些量化测试之外的直观补充。
[[index.php?title=File:Ssagit-cmatrix.webp|link=File:Ssagit-cmatrix.webp|120x120px|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> 机房中国优化线路样本的表现和普通国际线路样本相比，差距是很实在的。

搬瓦工 CN2 GIA 与普通线路晚高峰对比：电信实测 - 版本历史

2026年4月14日 (二) 21:54 Liam

Ssagit：​分类

2026年4月14日 (二) 17:20 Ssagit

Ssagit：分类