上海｜中國移動｜家庭寬帶｜Ultra Singapore｜含晚高峰與非晚高峰數據
更多語言
更多操作
本次使用上海中國移動 500 Mbps 下行家庭寬帶，通過 Wi-Fi 連接同一台 Mac，直連活動提供的同一台 BandwagonHost Ultra Singapore 測試機，分別記錄 11 月 13 日晚高峰和 11 月 14 日白天的表現。報告由 Codex 輔助撰寫。
兩輪單 TCP 連接下載平均吞吐分別為 191.29 Mbps 和 198.08 Mbps；四連接下載分別為 376.62 Mbps 和 472.73 Mbps，本次白天四連接下載高約 25.52%。兩輪獨立 Ping 的平均 RTT 均約 102 ms，各自樣本內沒有觀察到 ICMP 丟包；兩次約 5 分鐘的 SSH 心跳也均正常完成。
這次較大的差異出現在四連接下載，單連接下載和平均延遲接近。兩輪各項吞吐各測一次、分屬不同日期，Wi-Fi 狀態等條件未嚴格控制，結論限於這兩個測量窗口。原帖已附的 NQ / TQ 完整報告連結在第八節單獨保留，不併入本地晝夜統計。
一、測試環境
| 項目 | 兩輪本地測試環境 |
|---|---|
| 地區與運營商 | 上海，中國移動 |
| 網絡與接入方式 | 同一條家庭寬帶、同一台 Mac，經 Wi-Fi 無代理直連；未記錄頻段、協商速率與無線干擾 |
| 寬帶套餐 | 下行 500 Mbps，上行未知；套餐速率由測試者提供 |
| 測試機來源與機房 | 活動提供的 BandwagonHost Ultra Singapore 測試機，兩輪為同一台 VPS |
| 本地電腦與系統 | Apple Silicon，macOS 15.8.2 |
| VPS 系統 | AlmaLinux 9.8，x86_64 |
| VPS 基礎配置 | 2 vCPU，系統可見內存 2024 MiB；CPU 型號顯示為 AMD EPYC-Genoa Processor |
| VPS TCP 擁塞控制 | 兩輪環境日誌均記錄為 BBR |
| Mac 工具版本 | iPerf3 3.22，MTR 0.96，Python 3.15.2 |
| VPS 工具版本 | iPerf3 3.9，MTR 0.94，Python 3.9.25 |
| 測試工具包版本 | Mac 1.1.1，VPS 1.1.0 |
| 地址協議 | IPv4 |
兩輪 Mac 環境記錄到系統 HTTP、HTTPS、SOCKS 代理均關閉，到 VPS 的路由接口為 en0。家庭寬帶 Wi-Fi 接入由測試者確認。白天 VPS 日誌中的「流動網絡」為備註誤填，實際仍為同一條家庭寬帶接入；本文說明該差異，保留原始日誌。
寬帶上行套餐速率未知。本次沒有有線對照、國內測速基線，也未嚴格控制 Wi-Fi 瞬時狀態、局域網其他流量和主機負載。
二、測量時間與參數
下表均為 UTC+8。各項目分階段採樣，整段時間不代表連續監控。
| 項目 | 11 月 13 日晚高峰 | 11 月 14 日白天 |
|---|---|---|
| VPS 對客戶端出口 Ping | 20:07:42～20:08:52 | 13:48:30～13:49:41 |
| VPS 回程 MTR | 20:08:52～20:10:39 | 13:49:41～13:51:28 |
| Mac 對 VPS 獨立 Ping | 20:30:45～20:31:44 | 13:52:22～13:54:01 |
| Mac 雙向吞吐 | 20:31:44～20:35:19 | 13:56:32～14:00:07 |
| SSH 心跳 | 20:35:19～20:40:21 | 14:00:07～14:05:09 |
| 去程 MTR 補測 | 20:53:49～20:55:41 | 14:06:04～14:08:00 為命令窗口，實際開始於 14:06:08 |
兩輪 iPerf3 使用相同參數：單連接和四連接分別上傳、下載，每項 30 秒，各測一次，測試之間休息約 30 秒。單連接與四連接的合計目標速率均為 500 Mbps，其中四連接按每條 125 Mbps 設置。下載使用反向模式，最終吞吐統一採用完整測試時段的接收端合計平均值。
500 Mbps 是測試目標速率參數，不是測得的鏈路容量。四項吞吐每輪都只有一次觀測，本文不將其表述為多輪中位數。
兩輪獨立 Ping 的樣本量分別為晚高峰 60 次、白天 100 次，均約每秒一次。去程 MTR 均在自動流程認證失敗後獨立補測，各為 100 周期；它們與獨立 Ping 分別統計，不互相替代。兩輪迴程 MTR 也各為 100 周期，VPS 對客戶端出口 Ping 各為 60 次。
三、Ping 延遲與丟包
| 指標 | 晚高峰，11 月 13 日 | 白天，11 月 14 日 |
|---|---|---|
| 發送 / 接收 | 60 / 60 | 100 / 100 |
| 本次樣本丟包率 | 0% | 0% |
| 最低 RTT | 80.65 ms | 79.31 ms |
| 平均 RTT | 102.10 ms | 101.99 ms |
| 最高 RTT | 147.88 ms | 146.18 ms |
| RTT 標準差 | 13.39 ms | 13.70 ms |
| RTT P95 | 126.30 ms | 130.99 ms |
兩輪平均 RTT 相差約 0.11 ms，所測窗口的平均延遲接近。白天 RTT 標準差為 13.70 ms、P95 為 130.99 ms，均略高於晚高峰的 13.39 ms 和 126.30 ms，沒有呈現延遲各項指標一致改善的情況。
P95 沿用各輪逐包 RTT 的 nearest-rank 統計結果。兩輪採樣日期、時長和樣本量不同，P95 與最大值只作描述性對照。這裏的 0% 丟包分別對應 60 次、100 次本地 ICMP 探測，不代表整個白天或晚高峰，也不能擴展為 TCP 業務零丟包。
VPS 對客戶端公網出口的另兩次 Ping 均發送 60 次、收到 0 次回復。該方向的 ICMP 探測與本地 Ping 分開記錄；NAT、出口設備或 ICMP 過濾都可能影響響應，具體原因未確定。雙向 TCP 傳輸在兩輪均可完成，不能據出口 Ping 不回復直接認定業務不可用。
四、單連接、多連接吞吐與晝夜對比
上傳指 Mac → VPS，下載指 VPS → Mac。兩輪共八項傳輸均正常結束。以下時間均為對應日期的 UTC+8。
4.1 晚高峰：2026 年 11 月 13 日
| 項目 | 數據方向 | TCP 連接數 | 測量時間，UTC+8 | 接收端平均吞吐 | 發送端 Retr |
|---|---|---|---|---|---|
| 單連接上傳 | Mac → VPS | 1 | 20:31:44～20:32:15 | 20.56 Mbps | 3,820 |
| 單連接下載 | VPS → Mac | 1 | 20:32:45～20:33:16 | 191.29 Mbps | 2 |
| 4 連接上傳 | Mac → VPS | 4 | 20:33:46～20:34:18 | 25.68 Mbps | 2,179 |
| 4 連接下載 | VPS → Mac | 4 | 20:34:48～20:35:19 | 376.62 Mbps | 93,983 |
4.2 白天：2026 年 11 月 14 日
| 項目 | 數據方向 | TCP 連接數 | 白天測量時間，UTC+8 | 接收端平均吞吐 | 發送端 Retr |
|---|---|---|---|---|---|
| 單連接上傳 | Mac → VPS | 1 | 13:56:32～13:57:04 | 22.34 Mbps | 1,688 |
| 單連接下載 | VPS → Mac | 1 | 13:57:34～13:58:04 | 198.08 Mbps | 4 |
| 4 連接上傳 | Mac → VPS | 4 | 13:58:34～13:59:06 | 23.53 Mbps | 2,083 |
| 4 連接下載 | VPS → Mac | 4 | 13:59:36～14:00:07 | 472.73 Mbps | 2,202 |
4.3 吞吐對比
| 項目 | 晚高峰平均吞吐 | 白天平均吞吐 | 白天較晚高峰差值 | 白天相對晚高峰變化 |
|---|---|---|---|---|
| 單連接上傳 | 20.56 Mbps | 22.34 Mbps | +1.78 Mbps | +8.66% |
| 單連接下載 | 191.29 Mbps | 198.08 Mbps | +6.79 Mbps | +3.55% |
| 四連接上傳 | 25.68 Mbps | 23.53 Mbps | -2.15 Mbps | -8.37% |
| 四連接下載 | 376.62 Mbps | 472.73 Mbps | +96.11 Mbps | +25.52% |
相對變化按表內保留兩位小數的數值計算：（白天 ÷ 晚高峰 - 1）× 100%。若採用未捨入原始值，末位可能略有差別。
本次最明顯的變化是四連接下載，由 376.62 提高到 472.73 Mbps，增加約 96.11 Mbps，白天相對晚高峰高約 25.52%。單連接下載只增加約 6.79 Mbps，即 3.55%。兩輪四連接與單連接下載的比值分別約為 1.97 倍、2.39 倍。
白天四連接下載已接近設置的 500 Mbps 合計目標速率，說明該參數下取得了較高吞吐。由於目標速率本身有限制，且缺少有線或國內測速基線，本輪沒有測出更高目標速率下的鏈路容量，也不直接以跨境應用層吞吐判定套餐下行是否「跑滿」。
上傳沒有呈現一致的晝夜變化：單連接白天略高，四連接白天略低，兩輪約為 20～26 Mbps。上行套餐速率未知，現有數據無法區分套餐限制、無線接入和跨境鏈路各自的影響。
白天四項接收端記錄的有效淨荷合計約 2.69 GB。該數值不等同於網卡總流量或 VPS 計費流量，協議與重傳開銷另計。
4.4 發送端重傳
| 項目 | 晚高峰發送端 Retr | 白天發送端 Retr |
|---|---|---|
| 單連接上傳 | 3,820 | 1,688 |
| 單連接下載 | 2 | 4 |
| 四連接上傳 | 2,179 | 2,083 |
| 四連接下載 | 93,983 | 2,202 |
兩次四連接下載的發送端分別記錄到 93,983 和 2,202 次 Retr。白天在取得更高平均吞吐的同時，記錄到的重傳總數較少，這個組合值得在相同條件下繼續複測。
表中是 iPerf3 輸出的原始計數，沒有換算為重傳率或丟包率。實際傳輸量、連接數及運行狀態都會影響總計數，不能僅憑 Retr 總數確定重傳位置或認定晚高峰擁堵。
4.5 一次傳輸內部的逐秒波動
為查看傳輸後段，另列開始 5 秒後的逐秒接收端速率範圍：
| 下載項目 | 晚高峰逐秒範圍 | 白天逐秒範圍 |
|---|---|---|
| 單連接 | 123.87～207.74 Mbps | 127.92～221.38 Mbps |
| 四連接 | 327.37～437.69 Mbps | 330.89～559.84 Mbps |
這些區間是單次傳輸內部的逐秒變化，不是多輪測速結果範圍。上面的平均吞吐仍採用完整測試時段，沒有剔除前 5 秒。白天四連接的 559.84 Mbps 接收端逐秒峰值不代表持續容量；目標發送速率也不保證每個接收端統計窗口均不超過該值。
五、去程路由補測
兩輪自動去程 MTR 均因 sudo 認證失敗而未取得結果，之後在終端前台獨立補測。原失敗日誌保留，補測數據按自己的時間記錄，不寫回自動流程的失敗時段。
兩輪補測都在第 20 跳到達同一台目標 VPS，終點各 100 次探測均收到回復。
| 去程 MTR 終點指標 | 晚高峰補測 | 白天補測 |
|---|---|---|
| 到達目標的跳數 | 第 20 跳 | 第 20 跳 |
| 終點發送 / 接收 | 100 / 100 | 100 / 100 |
| 終點樣本丟包率 | 0% | 0% |
| 平均 RTT | 96.1 ms | 95.4 ms |
| 最低 / 最高 RTT | 79.0 / 117.5 ms | 78.6 / 119.6 ms |
| RTT 標準差 | 10.3 ms | 11.5 ms |
5.1 晚高峰逐跳記錄
採樣時間：11 月 13 日 20:53:49～20:55:41。IP 後兩段已隱藏。
| 跳數 | 節點地址 | ICMP 未響應比例 | 平均 RTT |
|---|---|---|---|
| 1 | 172.20.*.* |
0% | 4.3 ms |
| 2 | 未響應 | 100% | 無數據 |
| 3 | 172.21.*.* |
0% | 32.7 ms |
| 4 | 10.11.*.* |
0% | 28.9 ms |
| 5 | 未響應 | 100% | 無數據 |
| 6 | 211.136.*.* |
71% | 29.2 ms |
| 7 | 183.194.*.* |
20% | 33.1 ms |
| 8 | 221.183.*.* |
99% | 18.5 ms |
| 9 | 未響應 | 100% | 無數據 |
| 10 | 221.183.*.* |
0% | 57.9 ms |
| 11 | 221.183.*.* |
0% | 57.3 ms |
| 12 | 221.183.*.* |
0% | 56.9 ms |
| 13 | 221.183.*.* |
0% | 59.3 ms |
| 14 | 223.120.*.* |
0% | 95.1 ms |
| 15 | 223.120.*.* |
0% | 95.5 ms |
| 16 | 223.120.*.* |
0% | 93.7 ms |
| 17 | 未響應 | 100% | 無數據 |
| 18 | 未響應 | 100% | 無數據 |
| 19 | 142.0.*.* |
0% | 90.2 ms |
| 20 | 185.180.*.* |
0% | 96.1 ms |
5.2 白天逐跳記錄
採樣命令窗口：11 月 14 日 14:06:04～14:08:00；MTR 實際開始於 14:06:08。IP 後兩段已隱藏。
| 跳數 | 節點地址 | ICMP 未響應比例 | 平均 RTT |
|---|---|---|---|
| 1 | 172.20.*.* |
0% | 4.0 ms |
| 2 | 未響應 | 100% | 無數據 |
| 3 | 172.21.*.* |
0% | 30.1 ms |
| 4 | 10.11.*.* |
0% | 29.2 ms |
| 5 | 未響應 | 100% | 無數據 |
| 6 | 211.136.*.* |
39% | 27.3 ms |
| 7 | 183.194.*.* |
21% | 32.0 ms |
| 8 | 未響應 | 100% | 無數據 |
| 9 | 未響應 | 100% | 無數據 |
| 10 | 221.183.*.* |
1% | 60.4 ms |
| 11 | 221.183.*.* |
0% | 61.7 ms |
| 12 | 221.183.*.* |
0% | 57.8 ms |
| 13 | 221.183.*.* |
0% | 59.7 ms |
| 14 | 223.120.*.* |
0% | 96.0 ms |
| 15 | 223.120.*.* |
0% | 95.5 ms |
| 16 | 223.120.*.* |
0% | 95.1 ms |
| 17 | 未響應 | 100% | 無數據 |
| 18 | 未響應 | 100% | 無數據 |
| 19 | 142.0.*.* |
0% | 91.9 ms |
| 20 | 185.180.*.* |
0% | 95.4 ms |
兩輪部分中間跳出現高未響應比例或完全不回復，但後續節點和目標仍能完整回應。因此，晚高峰第 6 跳的 71%、第 8 跳的 99%，以及白天相應中間跳的未響應比例，都不能直接解釋為整條業務鏈路同等比例的丟包。這些現象可能與路由器的 ICMP 響應策略或限速有關。
兩次終點平均 RTT 分別為 96.1 和 95.4 ms，數值接近；白天 MTR 標準差略高。獨立 Ping 與 MTR 來自不同採樣窗口，分別列示，不以兩者均值之差判斷線路變快或變慢。相同跳數、相近的打碼地址前綴也不足以證明完整物理路徑相同，本文不據此認定具體線路產品。
六、回程路由
兩輪迴程均從 VPS 發起，目標為客戶端公網出口，早於各自的本地吞吐和去程補測，因此去回程不是同步觀測。
6.1 晚高峰迴程
採樣時間：11 月 13 日 20:08:52～20:10:39，100 周期。IP 後兩段已隱藏。
| 跳數 | 節點地址 | ICMP 未響應比例 | 平均 RTT |
|---|---|---|---|
| 1 | 10.39.*.* |
0% | 19.3 ms |
| 2 | 10.39.*.* |
0% | 0.6 ms |
| 3 | 142.0.*.* |
0% | 1.0 ms |
| 4 | 203.144.*.* |
0% | 1.9 ms |
| 5 | 69.194.*.* |
0% | 1.1 ms |
| 6 | 69.194.*.* |
0% | 4.2 ms |
| 7 | 203.22.*.* |
56% | 39.1 ms |
| 8 | 59.43.*.* |
56% | 40.6 ms |
| 9 | 59.43.*.* |
83% | 43.2 ms |
| 10 | 202.97.*.* |
95% | 44.1 ms |
| 11 | 202.97.*.* |
87% | 68.4 ms |
| 12 | 202.97.*.* |
97% | 69.9 ms |
| 13 | 221.183.*.* |
96% | 67.8 ms |
| 14 | 221.183.*.* |
93% | 63.6 ms |
| 15 | 221.183.*.* |
96% | 63.5 ms |
| 16 | 183.194.*.* |
99% | 68.3 ms |
| 17 | 未響應 | 100% | 無數據 |
6.2 白天回程
採樣時間：11 月 14 日 13:49:41～13:51:28，100 周期。日誌中的 05:49:41+0000 對應 UTC+8 的 13:49:41。IP 後兩段已隱藏。
| 跳數 | 節點地址 | ICMP 未響應比例 | 平均 RTT |
|---|---|---|---|
| 1 | 10.39.*.* |
0% | 17.8 ms |
| 2 | 10.39.*.* |
0% | 0.6 ms |
| 3 | 142.0.*.* |
0% | 1.2 ms |
| 4 | 203.144.*.* |
0% | 1.5 ms |
| 5 | 69.194.*.* |
0% | 1.0 ms |
| 6 | 69.194.*.* |
3% | 3.2 ms |
| 7 | 203.22.*.* |
4% | 39.2 ms |
| 8 | 59.43.*.* |
49% | 40.7 ms |
| 9 | 59.43.*.* |
90% | 42.6 ms |
| 10 | 202.97.*.* |
88% | 44.1 ms |
| 11 | 202.97.*.* |
87% | 68.7 ms |
| 12 | 202.97.*.* |
99% | 69.7 ms |
| 13 | 221.183.*.* |
91% | 67.7 ms |
| 14 | 221.183.*.* |
94% | 63.6 ms |
| 15 | 未響應 | 100% | 無數據 |
| 16 | 183.194.*.* |
4% | 68.3 ms |
| 17 | 未響應 | 100% | 無數據 |
兩次回程 MTR 都只獲得部分響應路徑，沒有取得客戶端公網出口的終點響應；VPS 對出口的獨立 Ping 也均為 60 次發出、0 次回復。因此，這些記錄不能作為完整的端到端回程驗證。
NAT、出口防火牆或 ICMP 過濾都可能影響終點響應，具體原因未確定。中間跳只有少量回復時，其 RTT 也不適合精細比較；這些 RTT 是探測往返時間，不是逐段單向時延。兩輪雙向 iPerf3 均正常完成，但這不能補全缺失的回程探測數據。
七、SSH 與實際業務觀察
| SSH 心跳 | 晚高峰 | 白天 |
|---|---|---|
| 預期 / 實收 | 60 / 60 | 60 / 60 |
| 觀察時長 | 約 5 分鐘 | 約 5 分鐘 |
| 會話結果 | 正常結束 | 正常結束 |
晚高峰 SSH 心跳於 20:35:19～20:40:21 執行，白天於 14:00:07～14:05:09 執行。兩輪分別預期 60 條、實際收到 60 條，SSH 進程正常結束，各自約 5 分鐘的觀察窗口內沒有出現會話中斷。
這些是短時流式 SSH 會話記錄，沒有測量按鍵響應時間，也不能排除心跳之間的短暫延遲。兩輪均未另行記錄人工 SSH 交互、SFTP、網頁瀏覽或視頻播放體驗，因此不追加這些場景的性能評價。
八、NQ / TQ 補充報告
以下保留原帖的非晚高峰 NodeQuality 與 TcpQuality 完整報告連結，作為另行採樣的腳本測試材料。各報告的準確時間、節點和方法以對應頁面為準，與 11 月 13 日晚高峰、14 日白天的本地 Mac 對測分開，不合併計算本地晝夜吞吐、Ping 或重傳指標。
8.1 NodeQuality（NQ）
- 完整報告：NodeQuality 非晚高峰報告
8.2 TcpQuality（TQ）
- 完整報告：TcpQuality 非晚高峰報告
九、數據完整性與局限
兩輪獨立本地 Ping、各四項 iPerf3、SSH 心跳及獨立補測去程 MTR 均取得結果。自動去程 MTR 的認證失敗記錄保留；VPS 對客戶端出口 Ping 未取得回復，回程 MTR 也沒有終點響應。整輪狀態與每一項實際結果分別理解，不以單個失敗狀態否定已經完成的測量，也不將補測偽裝成原流程成功。
本次比較需結合以下條件閱讀：
- 兩輪分屬不同日期，各項吞吐各測一次，沒有重複樣本評估輪間波動，不作統計顯著性結論。
- 使用 Wi-Fi，未記錄頻段、協商速率及無線干擾，局域網其他流量與主機負載未嚴格控制；缺少有線和國內測速基線，套餐上行未知。
- 獨立 Ping 的樣本量不同：晚高峰 60 次、白天 100 次。MTR、Ping、吞吐與 SSH 也分別在各自時間窗口採樣。
- 兩輪迴程均沒有客戶端公網出口的終點響應，具體原因未確認。
- 500 Mbps 為合計目標速率，白天四連接下載已接近該目標，不能據此確定更高目標速率下的容量。
- NQ / TQ 屬於另行採樣的腳本材料。上述兩輪本地網絡流程未測量 IPv6、流媒體解鎖、CPU 或磁盤性能，也未進行長期可用性監控；第八節腳本中的相應輸出按其自身時間與方法理解。
十、綜合結論
在這兩次上海移動、500 Mbps 下行家庭寬帶、Wi-Fi、IPv4 直連測試中，Ultra Singapore 晚高峰與白天的單連接下載平均吞吐分別約為 191 Mbps、198 Mbps，四連接下載分別約為 377 Mbps、473 Mbps。白天四連接下載高約 25.5%，單連接下載差異較小；上傳兩輪均約為 20～26 Mbps，沒有一致的晝夜變化趨勢。
兩輪獨立 Ping 平均 RTT 均約 102 ms，各自樣本內未觀察到 ICMP 丟包。兩次去程補測均在第 20 跳到達目標，終點各 100 次探測均回復，平均 RTT 分別為 96.1 ms、95.4 ms。兩輪短時 SSH 心跳均正常完成，但回程終點未響應，不能作為完整回程驗證。
白天四連接下載取得更高吞吐，同時發送端重傳總數較少。現有數據可以描述兩個窗口的表現，尚不足以確認差異全部由晚高峰造成，或支持「跑滿寬帶」「晚高峰無擁堵」「長期穩定」等結論。後續增加多日同參數重複測量或有線對照，有助於判斷本次差異是否重複出現。
十一、數據記錄與公開連結
本報告依據兩輪本地 Mac 測試、VPS 測試及獨立去程補測記錄整理，包括 Ping 逐包數據、iPerf3 JSON 與逐秒記錄、SSH 心跳、雙向 MTR 及各自時間。此前中斷的測試和 smoke 短測未併入這兩輪統計；NQ / TQ 單獨列示。
本文路由表中的 IP 後兩段已隱藏。原始 JSON、完整環境與連接日誌留作私有核對材料；新增截圖和外鏈報告的公開範圍需單獨核對，正文打碼不會改變連結頁面本身可見的信息。
- md5.pw：上海移動家庭寬帶 Ultra Singapore 評測
- NodeSeek：上海移動 Ultra Singapore 白天與晚高峰評測