大文件下载场景如何测持续吞吐

大文件看持续吞吐，而不是峰值

下载大文件时，真正决定耗时的是“持续吞吐”：速度能否在几分钟甚至更长时间里保持在某个水平。常见测速工具只测几秒到十几秒，主要反映连接爬升后的峰值，看不到长时间传输中的拥塞、限速或中途掉速。要评估大文件场景，需要延长测试时长、区分单线程与多线程，并观察速度曲线的后段。

吞吐、平均与峰值的含义见 测速指标：延迟、吞吐、丢包与 UDP NAT。本文所属专题为 自己动手测速。测试会消耗较多流量，流量成本与套餐规划请看 每 GB 成本与流量规划，本文不展开。

短时测速与持续测试的区别

两种测试不是替代关系。先用短时测速筛出候选节点，再对一两个主要候选做持续测试，可以兼顾效率和流量。

测试前要排除的三个限制

下载源本身的速度

持续测试需要一个足够快、且对下载不做严格限速的下载源。如果下载源本身的出口带宽有限，或者对单连接限速，测到的是下载源的上限而不是节点的上限。可以选择大型软件发行渠道或测速服务提供的大文件，并在记录中写明下载源。同一周期内不要更换下载源。

本地磁盘写入

带宽较高时，机械硬盘或空间接近写满的存储，可能跟不上下载速度。测速工具通常不落盘，而真实下载需要写入磁盘。测试时选择写入较快的存储位置，或使用不落盘的持续测试方式，并在记录中注明。

本地带宽与设备

持续测试的结果同样受本地带宽和设备性能限制，代理客户端的加解密在长时间高负载下对处理器的压力更大。测试前在关闭代理的状态下测本地基准，方法见 测速前先测本地带宽。

持续吞吐的测试步骤

1. 选定一两个候选节点和一个固定下载源。
2. 估算流量：预期平均速度乘以测试时长，确认套餐余量充足。
3. 单线程测试：用浏览器或单连接方式下载，持续数分钟，记录速度变化。
4. 多线程测试：用支持多连接的下载工具或测速工具的多线程模式，持续同样时长。
5. 观察曲线：如果工具提供速度曲线，保存截图；没有曲线时，每隔固定时间手动记下当前速度。
6. 计算稳定段平均：去掉开头爬升的几秒，用其余时间的平均作为持续吞吐。
7. 在晚高峰和非高峰各重复一次。

线程数为什么会显著改变结果，原理见 测速线程数与测试后端。

读速度曲线的四种形态

曲线形态只能提示可能的原因，不能单凭一次曲线断定是节点限速。要区分节点侧与下载源侧，最直接的办法是：同一节点换一个下载源，或同一下载源换一个节点，各测一次对照。平均值与峰值的关系可以参考 平均速度与峰值速度。

单线程与多线程，结论分开写

同一节点的单线程和多线程持续吞吐，往往差距不小。多线程通过同时开多个连接，摊薄了单个连接受丢包和延迟影响的程度，所以数值通常更高；单线程更接近浏览器直接下载、应用商店更新、部分同步软件的实际情况。

因此，两种结果不应合并成一个“平均速度”，而应分别写结论，例如“单线程持续吞吐在晚高峰明显低于深夜，多线程差距较小”。这样的结论能直接对应到使用方式：如果你主要用浏览器下载，就看单线程那一行；如果你习惯用支持多连接的下载工具，就看多线程那一行。

持续测试的记录要点

除了 测速记录表模板 中的通用字段，持续吞吐测试还需要补充几项：下载源名称、测试时长、单线程或多线程及连接数、是否落盘及存储位置、稳定段平均的计算方式（去掉了前多少秒）、曲线截图的文件名、本次测试实际消耗的流量。最后一项可以从客户端或用户面板的流量统计中读出，为下一轮测试的流量估算提供依据。

用结果估算下载耗时

拿到稳定段平均速度后，就可以估算实际下载所需的时间：文件大小除以持续吞吐。注意单位要一致，文件大小通常以字节为单位，测速结果可能是比特每秒，换算方法见 MB/s 和 Mbps 的区别。用晚高峰的持续吞吐来估算，比用非高峰的结果更保守，也更接近你在晚上下载时的实际耗时。

结论的边界

持续吞吐测试回答的是：在你的网络、你选的下载源和时段下，节点能否保持某个下载水平。它不能代表其他下载源、其他地区的表现，也不能用来推断线路类型。下载内容请确保来源合法，并遵守所在地法律法规与下载平台的服务条款。