加速器速度實測方法:延遲、頻寬與晚間尖峰時段的正確測法

加速器速度實測方法的核心不是打開測速網站跑一次,而是把測量條件固定下來,讓今天的結果和下週的結果能放進同一張表裡比較。延遲、抖動、封包遺失、頻寬這四項回答的是不同問題,晚間尖峰的表現又和平常時段差出一截。下面依序給出可重現的流程:測哪幾項指標、在什麼時段測、測幾次取什麼值、結果怎麼讀,以及為什麼各家宣傳頁上的數字彼此不可比。

測速到底測哪幾項指標

「快不快」是一個籠統說法,拆開至少是四個可以分別測量的量:延遲、抖動、封包遺失與頻寬。它們之間沒有換算關係——延遲低的線路頻寬可能很小,標稱頻寬大的線路在晚間尖峰可能抖得厲害。把四項分開記錄,才能判斷問題出在物理距離、鏈路壅塞,還是本地網路本身。

先把測試條件固定下來

同一個節點,在不同裝置、不同無線頻段、不同背景負載下,實測結果能差出一倍。測速的第一步不是按下開始,而是把變數固定住,否則後面的資料只能當參考,不能當依據。

• ✅ 全程用同一台裝置、同一個網路,中途不換 Wi-Fi、不切換行動網路。
• ✅ 優先使用網路線;只能用無線時,固定在 5GHz 頻段並保持同一位置。
• ✅ 關閉系統更新、雲端硬碟同步、線上影片等背景流量。
• ✅ 同一組對比裡,用戶端、協定與目標節點保持一致。
• ✅ 每次測完記錄時間戳記,晚間尖峰與平常時段分開統計。
• ❌ 不要一邊下載一邊測速,也不要在測速途中切換節點。

協定也要固定。VMess 依賴用戶端與伺服器時間一致,系統時間偏差會導致握手失敗,而不是單純變慢;Hysteria2 與 TUIC 基於 QUIC 走 UDP,在高封包遺失的鏈路上通常比 TCP 類協定更穩,但如果本地網路對 UDP 有限速,結果會反過來。換協定必須單獨記一行,不要和上一組混在一起求平均。

時段安排:晚間尖峰單獨列一行

國際線路的頻寬是共享的。晚上 20:00 到 23:00,本地電信業者的出口與跨境方向同時吃緊,同一條線路在這個時段的實測值可能只有上午的一半。只在離峰時段測速,得到的是一天裡最好看的那組數字,和你真正要用它的時間對不上。

建議的時段是上午 10:00 作為基準、下午 15:00 作為次基準、晚上 21:00 作為晚間尖峰樣本、深夜 00:30 作為對照。每個時段測 3 輪,輪與輪之間隔 2 到 3 分鐘,取中位數。平均值容易被一次異常樣本拉偏,最佳值不能代表你打開網頁時的常態,中位數對個別異常不敏感,更接近日常體感。

延遲、抖動與封包遺失怎麼讀

光在光纖裡的傳播速度約為每秒 20 萬公里,往返距離直接決定延遲下限。亞洲鄰近國家節點往返一兩千公里,理論下限就在數十毫秒;跨太平洋往返兩萬公里以上,下限本身已經超過 100 毫秒。所以同一張截圖裡出現「東京 30 毫秒」和「洛杉磯 30 毫秒」,後者測到的多半是本地入口,不是真正的出口節點。

• 同區域:30 毫秒以內,點擊與翻頁基本無感。
• 亞洲鄰近國家:30 到 80 毫秒,網頁、影片與檔案下載都正常。
• 跨洲:120 到 250 毫秒,頁面能開,即時對戰類操作會感到遲滯。
• 超過 300 毫秒:從點擊到回應之間有明顯的等待。

以上是經驗參考區間,不是承諾值,實際結果還受本地電信業者、線路類型與目標網站位置影響。抖動看的是相鄰樣本之間的差值:連續 10 個樣本裡最大與最小相差 50 毫秒,即使中位數只有 60 毫秒,語音通話也會出現斷續。對即時影音來說,抖動比延遲更致命。封包遺失率在 1% 以下基本無感,3% 以上影片開始出現破圖、網頁偶發載入失敗,10% 以上基本不可用;封包遺失一旦出現,先換線路類型,再考慮換協定。

頻寬:單執行緒、多執行緒與單位換算

單執行緒頻寬決定單一連線的吞吐量,看高碼率影片、下載單一大檔案都靠它;多執行緒頻寬決定總量,多工並行時才用得上。瀏覽器裡的測速網站通常同時開多個連線,數字好看;用戶端內建測速多為單執行緒或可指定連線數,數字更接近單一應用的真實體感。兩者都要測,但不能混著比較。

單位先對齊。Mbps 是每秒百萬位元,MB/s 是每秒百萬位元組,兩者相差 8 倍,100 Mbps 約等於 12.5 MB/s。把下載器顯示的 12 MB/s 當成 12 Mbps,會誤以為線路只有標稱值的一成。

頻寬上限受三重約束:本地寬頻方案、節點側的頻寬分配、協定封裝開銷。實測下行不會超過本地方案,通常還會低一截;上行普遍遠小於下行,視訊會議卡頓時先看上行,而不是繼續測下行。

宣傳數字為什麼彼此不可比

兩個速度數字能不能放在一起比,先看四件事是否一致:測速目標的位置、連線執行緒數、測試時段、探測方式(ICMP、TCP 還是應用層)。這四項裡有一項不同,結論就可能反過來。

一家服務在宣傳頁寫一個很高的峰值,你在家裡用單執行緒測出它的一小部分,兩者並不矛盾,因為條件不同。要做判斷,只能把條件拉齊後對比:同一時段、同一節點、同一協定、同樣的執行緒數,再看誰的晚間尖峰下降幅度更小。

一張可以照抄的記錄表

下面是記錄表的表頭,一行代表某個時段的一次完整測量。用試算表軟體或純文字記都可以,關鍵是欄位固定,不要中途加欄。

date,slot,node,protocol,rtt_med_ms,jitter_ms,loss_pct,down_mbps,up_mbps,note

• date / slot:日期與時段。時段寫固定值(如 10:00、15:00、21:00、00:30),方便依欄排序。
• node / protocol:節點城市與協定名稱。換過節點或協定就另起一行,不要覆蓋舊資料。
• rtt_med_ms / jitter_ms:延遲中位數與抖動,各取 10 個以上樣本。
• loss_pct:封包遺失百分比。沒有遺失寫 0,不要留空,留空會讓後續統計漏行。
• down_mbps / up_mbps:下行與上行頻寬,單執行緒、多執行緒各測一遍,並在備註裡註明執行緒數。
• note:本地寬頻等級、是否尖峰、當時的異常現象(例如同時播放影片)。

填寫順序建議固定成六步:

1. 未連線狀態下先測一輪,作為本地網路基準。
2. 連上目標節點,等 10 秒讓連線穩定後再開始。
3. 連續 3 輪延遲測試,每輪 10 個樣本,記中位數與抖動。
4. 單執行緒、多執行緒各測一次頻寬,分別記下行與上行。
5. 換時段重複第 1 到第 4 步,結果追加到同一張表。
6. 一週後依「晚間尖峰下行 ÷ 上午下行」算出下降比例。

下降比例在 20% 以內屬於正常波動,不必處理;20% 到 50% 是能感受到的降速,可以開始比較其他線路;超過 50% 說明這條線路在該時段被擠得很嚴重,應該換線路類型,而不是反覆換協定碰運氣。

結果判讀與常見誤區

線路分直連、中轉與專線三類。直連從本地電信業者直接連往境外,路徑最短,但尖峰時段波動大;中轉先連到中國大陸的入口再連往境外,路徑多一跳,穩定性通常更好;專線走點對點鏈路,延遲與頻寬更平穩,成本也更高。測的時候依線路類型分組統計,比依城市分組更容易看出規律。線路列表裡每條線路都標了類型,可以直接對照著填記錄表。

• 用 ping 網域測延遲:第一次結果包含 DNS 解析時間,偏高;從第二次起才是真正的往返時間。
• 把 Mbps 當成 MB/s,誤以為頻寬只有標稱值的八分之一。
• 在測速網站裡選了離節點很遠的測試伺服器,測出來的是那台伺服器到節點的距離,不是你家到節點的距離。
• 只在深夜測速,得出「從不掉速」的結論,卻從沒在 21:00 用過。
• 換節點後不重測基準,把新舊資料混在同一張表裡求平均。