review/speed · 集群 B · 指标解读 · 4/6

带宽与实际吞吐：测速峰值为什么不等于日常下载和看视频的速度

带宽、峰值与持续吞吐有什么区别

带宽、峰值速度和持续吞吐是三个不同的概念，混为一谈是测速误读的主要来源之一。

举个类比：带宽像一条路的车道数，峰值像某个清晨车最少时跑出的最快速度，持续吞吐则是你平时上下班实际的通行速度。本站目前没有任何品牌的实测吞吐数据，品牌资料中也没有给出可用带宽，本文只讲测量与解读方法。

为什么测速峰值往往偏高

测速峰值偏高，通常是测法本身决定的。常见的几个原因：

多线程并发

很多测速网站默认开启多个并发连接，把结果加总。多线程可以绕过单连接受延迟和丢包限制的问题，跑出接近链路可用容量的数字。但你日常下载一个文件或播放一个视频流时，往往只有一个或少数几个连接。

测速服务器离出口很近

测速网站通常会自动选择离你（这里是离代理出口）最近的服务器。路径越短，延迟越低、丢包越少，速度越容易跑高。而你真正下载的文件，可能放在离出口很远的服务器上。

时段偶然性

某次测速恰好赶上节点负载较低，结果就会偏高。只测一次的峰值，代表性很弱，见 测速样本量要多少。

延迟与丢包如何限制单连接吞吐

单连接的吞吐上限不仅取决于带宽，还受延迟和丢包制约，这是跨境链路上体验与峰值差距大的关键原因。TCP 发送数据需要等待对方确认，往返时间越长，单位时间内能确认的数据就越少；一旦发生丢包，TCP 还会主动降速再慢慢恢复。

单连接持续吞吐 受限于：
  ├── 链路可用带宽（服务商配置与当时负载）
  ├── 往返延迟（越长，单连接越难跑满）
  ├── 丢包（触发降速，恢复需要时间）
  └── 两端设备与客户端的处理能力

所以当你看到「多线程很快、单线程很慢」时，往往说明延迟或丢包在限制单连接，而不是带宽不足。延迟与丢包的解读见 代理延迟怎么看 与 丢包率怎么解读。

节点共享、倍率与吞吐

节点是多人共享的资源，你能获得的吞吐取决于同一时刻其他用户的使用情况。这也是晚高峰吞吐容易下降的原因之一：使用的人多了，每个人分到的就少了。晚高峰测试方法见 晚高峰测速怎么测。

另一个相关概念是流量倍率：部分服务商会对某些节点设置倍率标注，使用这些节点时按倍数扣减套餐流量。倍率与速度没有必然对应关系，但会影响吞吐测试的流量成本。倍率与节点命名的含义可参考 节点与 IP 专题。

如何测出更接近日常的吞吐

测出接近日常的吞吐，关键是「贴近真实用法 + 看持续值 + 跨时段」。建议：

1. 单线程与多线程都测：分别记录，差距本身就是信息。
2. 选择与你用途相关的测试目标：如果你常从某类网站下载，就用类似位置的下载源测试。
3. 看持续值，不看瞬时峰值：观察一段时间内的稳定速度，而不是曲线最高点。
4. 白天与晚高峰都测：比较变化方向。
5. 确认测速流量走了代理：规则模式下测速网站可能直连，见 测速工具差异。

下表为示例格式，数值以「待测」或「—」占位：

吞吐测试的流量成本

吞吐测试会消耗可观的套餐流量，小流量套餐用户尤其需要节制。本站品牌库中入门套餐的流量差异较大：资料中既有 50GB、59GB、60GB 这样的小流量年付折算套餐（如微风网络、飞猫云为 7元（年付折算）/ 50GB），也有 150GB 档的月付套餐（如一翻云 20元月付 / 150GB）。在 50GB 级别的套餐上频繁做多线程大文件测速，可能很快消耗掉相当比例的月流量。

建议只对少数主力节点做吞吐测试，并控制每次的测试时长。不同流量档的选择思路可参考 价格与套餐 专题。测试时也请遵守测速服务的使用条款，不要用脚本反复压测。

小结

速度要看持续吞吐，而不是一次测速的峰值。理解多线程、测速服务器位置、延迟与丢包对结果的影响后，你就能更准确地判断一个节点是否满足下载和视频需求。更多指标解读见 测速与稳定 专题；候选品牌的流量与价格类型可以在 机场品牌库 和 对比工具 中查看。