往返，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 |
足以在一秒内跑满千兆链路。请优先使用这一个。 |
| 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 连接会先受窗口大小限制，之后才谈得上链路带宽限制。下结论之前，请先运行 8 路并行的测试命令。
首包延迟远高于中位数
ARP、DNS 与冷路径。这就是为何 ping 命令要求发送二十次，也是我们公布中位数而非最佳成绩的原因。