為什麼下載速度比測速結果慢

測速顯示 500，遊戲啟動器裡卻只有 60。最常見的原因並不是故障：測速回報的是每秒百萬位元（Mbps），而下載管理員、瀏覽器和遊戲啟動器顯示的是每秒百萬位元組（MB/s）。一個位元組等於八個位元，把測速數字除以 8，就是你在下載視窗裡能看到的最佳值。如果差距比這更大，原因幾乎都不在你的線路上，而在伺服器、連線數、磁碟、Wi-Fi 或 VPN。

重點整理

• 測速顯示每秒百萬位元（Mbps）；下載視窗顯示每秒百萬位元組（MB/s）。把 Mbps 除以 8，就是 MB/s 的上限。
• 100 Mbps 的線路上限約 12.5 MB/s；500 Mbps 約 62.5 MB/s；1 Gbps 約 125 MB/s。
• 換算單位之後，常見原因是伺服器慢或距離遠、只用了一條 TCP 連線、磁碟寫入慢、Wi-Fi 訊號弱以及 VPN。
• 測速衡量的是你到某台測速伺服器的路徑；下載衡量的是你到另一台你無法控制的伺服器的路徑。
• 要公平比較：用有線連線，從一個速度快的網站下載，並拿測速數字除以 8 來對照。

為什麼 500 Mbps 的方案只能下載 60 MB/s？

因為兩個數字用的單位不同。網路速度以位元計，因為鏈路就是這樣標稱的；檔案大小和下載進度以位元組計。一個位元組是八個位元，所以換算就是除法：

測速結果	最佳下載速度
50 Mbps	約 6.25 MB/s
100 Mbps	約 12.5 MB/s
300 Mbps	約 37.5 MB/s
500 Mbps	約 62.5 MB/s
1000 Mbps（1 Gbps）	約 125 MB/s

所以 500 Mbps 的方案下載到 60 MB/s，表現幾乎完美。連線沒有問題，只是方案標示的數字用的是另一種單位。關於頻寬、延遲與抖動的完整說明，請參閱網速指標詳解。

還有一個小細節：有些工具顯示 MiB/s（MiB 即 mebibyte，1 MiB = 1,048,576 位元組），另一些顯示 MB/s（1 MB = 1,000,000 位元組）。兩者相差約百分之五，通常無關緊要，但可以解釋剩下的一點小差距。

如果差距超過 8 倍呢？

做完除法後仍然低得多，原因通常是下面這些，大致按常見程度由高到低排列。

遠端伺服器才是瓶頸

測速會特意連接一台附近、網路條件好、專為速度而設的伺服器。下載則來自檔案的代管方：遊戲發行商的 CDN 節點、軟體鏡像站、小型網站。如果那台伺服器很忙、對單一使用者限速，或者離你很遠，它傳給你的資料就會比你的線路能承載的少。你這邊怎麼改都沒用。一個快速的檢驗辦法是：從另一個大型網站下載一個大檔案，看速度是否變化。如果變了，說明線路沒問題，限制來自第一台伺服器。

一條連線與多條連線

許多測速會同時開啟多條並行 TCP 連線並把速度相加，另一些則只用單一串流。單條 TCP 連線受往返時間以及傳送方擴大視窗速度的限制，所以在快速但遙遠的路徑上，一條連線往往填不滿頻寬。M-Lab 把它的 NDT 測試描述為對連線「批量傳輸」容量的單串流量測，這也是為什麼這類測試讀數可能低於多串流測試。一般的瀏覽器下載同樣是單串流，而把檔案拆成多段的下載管理員或遊戲啟動器可能更快。兩種方式的差別見測速方法詳解。

到伺服器的延遲

伺服器越遠，每次往返越久，單條連線加速也越慢。這是物理規律，不是故障；某條路線大概會有多少延遲，見延遲與距離。

協定開銷

每個封包都帶有標頭，加密和重傳還會增加開銷。在標準的 1500 位元組封包下，光是 TCP/IP 標頭和乙太網路訊框開銷就要占去線路速率約 5%～6%。你實際儲存下來的檔案資料，總會比線路的原始速率少一些。這個影響確實存在但不大，並且隨協定和路徑而異，把它當作實際數值略低於上限的小原因即可，不必刻意追究。

磁碟寫不了那麼快

在 Gigabit 等級的速度下，網路可能比儲存更快。快滿的硬碟、慢速外接硬碟、SD 卡或隨身碟，或者防毒軟體逐一掃描收到的檔案，都可能限制速度。如果速度一開始很高隨後降到一個穩定的低值，或者在磁碟指示燈忙碌時停滯，就要懷疑磁碟。

Wi-Fi 連線速率不等於吞吐量

Wi-Fi 設定裡顯示的「1200 Mbps」是無線連線的協商速率（連結速率），不是你真正能傳輸的資料量。實際吞吐量通常遠低於它，並且會隨距離、牆壁、干擾以及共用頻道的其他裝置而下降。用網路線測試可以排除這一點。相關因素在為什麼你的網速測試結果總在變中也有討論。

路徑中有 VPN

VPN 會增加加密開銷，並讓流量經過另一台伺服器，所以速度和延遲都會變化。如果下載時開著 VPN 而測速時沒開（或者反過來），兩組數字就對不上。為什麼 VPN 會拖慢你的網速解釋了四個原因。

其他流量與佇列

如果別人正在看影片、上傳或備份到雲端，你的下載就要與之共用線路。大量上傳流量也會拖慢下載並讓所有操作都變得卡頓，因為佇列被填滿了；緩衝膨脹詳解講的就是這件事，而上傳與下載速度解釋了為什麼上行頻寬雖小，影響卻比看起來大。

如何公平比較

1. 換算單位。 把測速的 Mbps 除以 8，得到 MB/s。
2. 兩次測試都用網路線，並暫停其他下載和雲端同步。
3. 兩次都開或都關 VPN，不要只有一次開著。
4. 從一個快速、知名的網站下載大檔案，與換算後的數字對比。
5. 如果只有某個服務慢而其他都快，原因在那台伺服器或到它的路由，而不是你的網路。

你可以執行 BrowserInsight 的網路測速來取得基準。它以 Mbps 回報下載和上傳，所以在與下載視窗比較之前先除以 8。

常見問題

Mbps 和 MB/s 是一回事嗎？

不是。Mbps 是每秒百萬位元，MB/s 是每秒百萬位元組。一個位元組是八個位元，所以 8 Mbps 等於 1 MB/s。大小寫很重要：小寫的 b 是位元，大寫的 B 是位元組。

測速顯示 100 Mbps，下載是 11 MB/s，有問題嗎？

沒有。100 Mbps 除以 8 是 12.5 MB/s，而 11 MB/s 約為它的 88%，考慮到協定開銷和伺服器狀況，這是正常的。

為什麼 Steam 或其他遊戲啟動器比測速慢？

換算單位之後，常見原因是下載伺服器自身的負載或單一使用者限速、到它的距離，以及磁碟寫入速度。有些啟動器還允許選擇下載地區，值得一試。

為什麼下載一開始很快，然後變慢？

常見原因是快取或緩衝區被填滿。最初的一陣資料進入記憶體，之後速度降到磁碟或伺服器能夠持續的水準。另一個原因是伺服器在最初幾秒之後限速。

換更快的方案能解決下載慢嗎？

只有當瓶頸確實是你的線路時才行。如果瓶頸是伺服器、Wi-Fi、磁碟或 VPN，多花錢買頻寬不會有任何改變。

結語

首先要做的是除以 8。很多時候這就能填平大部分甚至全部差距。如果不能，瓶頸通常是你下載的伺服器、連線數、磁碟或 Wi-Fi，或者 VPN，而這些都可以很快地逐一檢查。