為什麼網速測試報告的結果不同？

我道歉。上週在tl80的技術建議專欄Tech911上，我回答了tl80主編梅麗莎的一個問題。從技術上講，她是一個生活駭客讀者，所以它仍然符合本專欄的主題，但感覺像一個騙子。這周我又在做同樣的事情了，不是因為你沒有提出有價值的問題-只是另一位tl80的工作人員對我們最近探討的一個話題提出了一個很好的問題，我敢打賭你們中的一些人也會有類似的想法。...

Illustration for article titled Why Do Internet Speed Tests Report Different Results?

tl80社交媒體編輯蒂姆寫道（透過Slack）：

“他媽的網際網路速度測試是怎麼工作的？為什麼我在不同的測試中得到了截然不同的結果？！”

我對這個問題進行了更深入的探討，結果發現，Tim在對自己的家庭連線進行各種基於web的速度測試時，看到了很多不同的數字。就一個？178.4 Mbps不太破舊。另一方面呢？187仍然做得很好。不過，在第三個問題上，我們遇到了一個奇怪的問題：22.7mbps，這看起來像是一場災難。它也可能是一個紅鯡魚，發射一個人進入龍卷風的故障排除，他們甚至不需要。

首先，所有的速度測試網站都有一個稍微不同的方法來計算資料，比如你的下載/上傳速率，但是一般的原則是非常相似的。例如，下麵是Speedtest.net如何描述它的過程。

為了測量延遲，站點會檢視訊息從您、伺服器、再返回到您所用的時間，然後一遍又一遍地重覆此過程，最低值將成為您的延遲結果。對於下載和上傳，Speedtest測量處理多個資料塊所需的時間，同時在整個測試過程中將資料塞滿管道。

以下是Netflix對fast.com的做法：

根據網路吞吐量的不同，fast.com客戶端使用不同數量的並行連線來執行測試。對於低吞吐量的網路，執行更多的連線可能會導致每個連線爭奪非常有限的頻寬，導致更多的超時，並導致更長和更不準確的測試。

然而，當頻寬足夠高時，執行更多的並行連線有助於更快地飽和網路鏈路並減少測試時間。對於吞吐量非常高的連線，特別是在延遲更高的情況下，一個連線和一個25MB的檔案可能不足以達到最高速度，因此需要多個連線。

對於每個連線，fast.com客戶端都會選擇要下載的25MB檔案的塊大小。在網路層支援週期性進度事件的情況下，使用下載進度計數器請求整個檔案並估計網路速度是有意義的。在下載進度事件不可用的情況下，客戶端將在測試期間逐漸增加有效負載大小，以執行多次下載並獲得足夠數量的樣本。”

即使這聽起來像是一堆網路上的胡言亂語，那也沒關係。關鍵是，您應該科學地對待吞吐量測試，因為除了測試的固有差異之外，還有許多變數可以影響典型的internet速度測試。

也許你有一個人工慢連線到任何伺服器（一個或多個）的測試正在使用或測試是一團糟。您的ISP可能會優先考慮或限制您的效能，這取決於測試的執行方式。甚至你的瀏覽器，裝滿了附加元件和擴充套件，可能會以某種方式幹擾特定的測試。或者你在不同的時間執行測試，把“糟糕”的網際網路連線錯誤地理解為你的鄰居中其他人在同一時間流式傳輸Netflix造成的網路擁塞。

別讓我開始在無線連線的裝置上執行這些測試。在可能的情況下，使用有線連線來消除變數（如果你只是想知道你的房子或公寓是否真的達到了你支付的速度）。將無線網路新增到混合中會使故障排除變得相當困難，因為您必須執行更多的測試來將問題隔離到您的ISP、路由器或裝置。