搬瓦工 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，但可以作為這些量化測試之外的直觀補充。

https://md5.pw/images/d/dd/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 Mbps
• iperf3 單線程：搬瓦工 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 機房中國優化線路樣本的表現和普通國際線路樣本相比，差距是很實在的。