來回，20 個封包
ping -c 20 lg.vpsoffshore.com重要的是中位數，而非最小值。單一封包速度快，並不能說明一條連線的品質。
付款之前，先自己測一次這條路由
測試目標、檔案，以及確切指令。無需帳戶、無需表單、無需同意任何條款——直接從您自己的機器測量我們的網路，並依您自己的數據做出判斷。
目標
指向這些位址
| 系列 | 目標 | 適合用途 |
|---|---|---|
| IPv4 | 198.51.100.24 |
ping · traceroute · mtr |
| IPv6 | 2001:db8:4a::24 |
ping6 · traceroute6 |
| 服務商 | lg.vpsoffshore.com |
可同時解析至兩者，適合在指令碼中使用 |
測試檔案
還有可以下載的檔案
| 容量 | URL | 用途 |
|---|---|---|
| 100 MB | https://lg.vpsoffshore.com/100mb.bin |
足以在一秒內佔滿一條 Gigabit 連線。請優先使用這一個。 |
| 1 GB | https://lg.vpsoffshore.com/1gb.bin |
適用於 10 Gbps 埠，以及任何打算公開發布的內容。 |
| 10 GB | https://lg.vpsoffshore.com/10gb.bin |
持續傳輸量測試。請勿反覆執行。 |
這些檔案是無法壓縮的隨機資料，因此代理伺服器或 CDN 都無法美化測試結果。它們是透過與伺服器相同的連接埠提供。
四個指令
該執行什麼，以及如何解讀結果
大多數「網路很慢」的回報，其實只是量測方式造成的錯覺。正確解讀後，以下四項數據就能說明實際發生的狀況。
逐跳呈現的路徑
mtr -rwzbc 100 lg.vpsoffshore.com路徑中段的封包遺失，通常是路由器降低 ICMP 優先權所致，而非該節點真的故障。最後一個節點的遺失才是真實的。
單一資料流的傳輸量
curl -o /dev/null https://lg.vpsoffshore.com/100mb.bin單一 TCP 串流在長距離路徑上，受限於傳輸視窗，而非線路本身。實際速度會低於埠的額定值。
誠實的吞吐量
aria2c -x8 -s8 https://lg.vpsoffshore.com/1gb.bin八條資料流才是真實工作負載的樣貌，這是用來與其他服務商比較的數字。
閱讀方式
三個看起來很糟、但其實不然的結果
本公司寧願您看懂測試結果，也不要您只是相信本公司提供的數字。服務商願意說明該如何解讀一個乍看不佳的結果本身，這件事透露的訊息，是行銷頁面做不到的。
mtr 路徑中段的封包遺失
路由器會降低定址給自身的 ICMP 之優先權。若最後一個躍點顯示 0% 封包遺失，無論第 6 個躍點顯示什麼，該路徑仍是暢通的。
單次 curl，速度 40 MB/s
在 35 ms 的延遲下，單一 TCP 串流早在受頻寬限制之前，就已先受限於視窗大小。下結論前，請先執行八條串流的測試指令。
首個封包遠高於中位數
ARP、DNS 以及尚未預熱的路徑。這正是為什麼 ping 指令要求執行二十次，也是為什麼我們公布的是中位數而非最佳結果。
繼續閱讀
接下來：其他主機與方案