单次测速几乎没有参考价值。 有意义的实测必须说明时段、地区、运营商、客户端与节点，并且可以被重复验证。
实测内容
自己动手
建议至少记录三类数据：延迟（多时段）、丢包率（持续 ping 统计）、实际下载速度（多线程）。方法与常见误区见测速方法说明。
测速方法
有意义的测速必须可复现：说明时段、地区、运营商、客户端与节点，并且多次采样。
需要固定的五个变量
- 客户端与版本；
- 节点（名称与地区）；
- 网络环境（宽带运营商、有线/无线）；
- 时段；
- 测试工具与参数。
三类必测数据
延迟（RTT）
白天与 20:00–23:00 各采样三次，记录平均值与波动范围。
丢包率
对节点做 200 次以上持续 ping，统计丢包比例。参考标准：日常 <1%，晚高峰 <2%。超出范围见丢包严重怎么解决。
实际速度
使用多线程下载测试，单线程结果容易被单连接限速影响。
记录模板
| 日期 | 时段 | 节点 | 延迟均值 | 延迟波动 | 丢包率 | 下载速度 |
|---|---|---|---|---|---|---|
| 填写日期 | 14:00 | 节点名称 | __ ms | ± __ ms | __ % | __ Mbps |
| 填写日期 | 21:30 | 同一节点 | __ ms | ± __ ms | __ % | __ Mbps |
连续记录一周后，再判断线路是否达标。
常见误区
- 只测一次：无法反映稳定性；
- 只看下载速度：忽略丢包与抖动；
- 跨环境比较：不同地区与运营商的数据不可直接对比；
- 白天测试代表全天：晚高峰才是真实水平，见晚高峰观测。
晚高峰观测
晚高峰才是机场的真实水平。 白天的测速结果几乎所有机场都能看起来不错。
观测方法
- 选定 2–3 个主力节点；
- 在 20:00、21:30、22:30 各采样一次延迟（每次 50 个包）；
- 同时记录丢包率；
- 连续观测 5 个工作日与 1 个周末。
判断标准
下表是三家有多线程实测数据的专线机场（每地区取多个节点均值，晚高峰为 20:00–23:00 采样，二猫云测于 2026-10-01 20:27，宇宙云与星岛梦测于 2026-09-06）：
| 品牌 | 线路 | 香港平均 | 香港晚高峰 | 回落 | 美国平均 | 美国晚高峰 | 回落 |
|---|---|---|---|---|---|---|---|
| 二猫云 | 三网优化 / IEPL | 2380 Mbps | 2210 Mbps | 约 7% | 1180 Mbps | 1050 Mbps | 约 11% |
| 宇宙云 | IEPL 专线 | 1880 Mbps | 1720 Mbps | 约 8.5% | 880 Mbps | 800 Mbps | 约 9% |
| 星岛梦 | 企业级内网专线 | 1850 Mbps | 1680 Mbps | 约 9% | 320 Mbps | 280 Mbps | 约 12.5% |
可以看出两点：专线在晚高峰的速度回落集中在一成左右；远距离的美国节点回落比香港更大。中转与直连线路目前没有同口径的实测数据，经验上它们在晚高峰的回落与丢包明显高于专线，购买后请按上面的方法自行记录。
对应的线路解释见IEPL 与 IPLC 的区别。
结果怎么用
常见问题
自己怎么测机场速度？
固定客户端与节点，在白天与晚高峰各采样三次延迟与丢包，并记录运营商与地区，连续记录一周后再下结论。
为什么别人的测速结果和我的差别很大？
测速结果受地区、运营商、入口线路、时段与客户端配置影响，不同环境下的数字不能直接比较。
测速网站的结果准吗？
只能反映瞬时带宽，无法反映稳定性。判断机场质量应以延迟与丢包的长期记录为主。
为什么我的结果和别人差很多？
地区、运营商、入口线路、时段与客户端配置都会影响结果，不同环境的数字不能直接比较。
为什么白天很快晚上很卡？
晚高峰国际出口带宽被大量用户共享，中转与直连线路最先出现拥塞，表现为丢包与抖动上升。
晚高峰卡顿能通过换协议解决吗？
作用有限。换 QUIC 系协议可以缓解部分弱网问题，但线路拥塞需要换专线节点。