测速显示 500,下载却只有 60?多数差距来自兆比特与兆字节的换算。这里给出算法,以及其他值得排查的原因,帮你判断是线路还是服务器的问题。
测速显示 500,游戏启动器里却只有 60。最常见的原因并不是故障:测速报告的是兆比特每秒(Mbps),而下载管理器、浏览器和游戏启动器显示的是兆字节每秒(MB/s)。一个字节等于八比特,把测速数字除以 8,就是你在下载窗口里能看到的最佳值。如果差距比这更大,原因几乎都不在你的线路上,而在服务器、连接数、磁盘、Wi-Fi 或 VPN。
核心要点
- 测速显示兆比特每秒(Mbps);下载窗口显示兆字节每秒(MB/s)。把 Mbps 除以 8,就是 MB/s 的上限。
- 100 Mbps 的线路上限约 12.5 MB/s;500 Mbps 约 62.5 MB/s;1 Gbps 约 125 MB/s。
- 换算单位之后,常见原因是服务器慢或距离远、只用了一条 TCP 连接、磁盘写入慢、Wi-Fi 信号弱以及 VPN。
- 测速衡量的是你到某台测速服务器的路径;下载衡量的是你到另一台你无法控制的服务器的路径。
- 要公平比较:用有线连接,从一个速度快的站点下载,并拿测速数字除以 8 来对照。
为什么 500 Mbps 的套餐只能下载 60 MB/s?
因为两个数字用的单位不同。网络速度以比特计,因为链路就是这样标称的;文件大小和下载进度以字节计。一个字节是八比特,所以换算就是除法:
| 测速结果 | 最佳下载速度 |
|---|---|
| 50 Mbps | 约 6.25 MB/s |
| 100 Mbps | 约 12.5 MB/s |
| 300 Mbps | 约 37.5 MB/s |
| 500 Mbps | 约 62.5 MB/s |
| 1000 Mbps(1 Gbps) | 约 125 MB/s |
所以 500 Mbps 的套餐下载到 60 MB/s,表现几乎完美。连接没有问题,只是套餐标称的数字用的是另一种单位。关于带宽、延迟与抖动的完整说明,请参阅网速指标详解。
还有一个小细节:有些工具显示 MiB/s(MiB 即 mebibyte,1 MiB = 1,048,576 字节),另一些显示 MB/s(1 MB = 1,000,000 字节)。两者相差约百分之五,通常无关紧要,但可以解释剩下的一点小差距。
如果差距超过 8 倍呢?
做完除法后仍然低得多,原因通常是下面这些,大致按常见程度从高到低排列。
远端服务器才是瓶颈
测速会特意连接一台附近、网络条件好、专为速度而设的服务器。下载则来自文件的托管方:游戏发行商的 CDN 节点、软件镜像站、小型网站。如果那台服务器很忙、对单个用户限速,或者离你很远,它发给你的数据就会比你的线路能承载的少。你这边怎么改都没用。一个快速的检验办法是:从另一个大型站点下载一个大文件,看速度是否变化。如果变了,说明线路没问题,限制来自第一台服务器。
一条连接与多条连接
许多测速会同时打开多条并行 TCP 连接并把速度相加,另一些则只用单条流。单条 TCP 连接受往返时间以及发送方扩大窗口速度的限制,所以在快速但遥远的路径上,一条连接往往填不满带宽。M-Lab 把它的 NDT 测试描述为对连接“批量传输”容量的单流测量,这也是为什么这类测试读数可能低于多流测试。普通的浏览器下载同样是单流,而把文件拆成多段的下载管理器或游戏启动器可能更快。两种方式的区别见测速方法详解。
到服务器的延迟
服务器越远,每次往返越久,单条连接加速也越慢。这是物理规律,不是故障;某条路线大概会有多少延迟,见延迟与距离。
协议开销
每个数据包都带有包头,加密和重传还会增加开销。在标准的 1500 字节数据包下,仅 TCP/IP 包头和以太网帧开销就要占去线路速率的约 5%~6%。你实际保存下来的文件数据,总会比线路的原始速率少一些。这个影响确实存在但不大,并且随协议和路径而异,把它当作实际数值略低于上限的小原因即可,不必刻意追究。
磁盘写不了那么快
在千兆速度下,网络可能比存储更快。快满的硬盘、慢速外置硬盘、SD 卡或 U 盘,或者杀毒软件逐个扫描收到的文件,都可能限制速度。如果速度一开始很高随后降到一个稳定的低值,或者在磁盘指示灯忙碌时停滞,就要怀疑磁盘。
Wi-Fi 连接速率不等于吞吐量
Wi-Fi 设置里显示的“1200 Mbps”是无线连接的协商速率(链路速率),不是你真正能传输的数据量。实际吞吐量通常远低于它,并且会随距离、墙壁、干扰以及共享信道的其他设备而下降。用网线测试可以排除这一点。相关因素在为什么你的网速测试结果总在变中也有讨论。
路径中有 VPN
VPN 会增加加密开销,并让流量经过另一台服务器,所以速度和延迟都会变化。如果下载时开着 VPN 而测速时没开(或者反过来),两组数字就对不上。为什么 VPN 会拖慢你的网速解释了四个原因。
其他流量与队列
如果别人正在看视频、上传或备份到云端,你的下载就要与之共用线路。大量上传流量也会拖慢下载并让所有操作都变得卡顿,因为队列被填满了;缓冲膨胀详解讲的就是这件事,而上传与下载速度解释了为什么上行带宽虽小,影响却比看上去大。
如何公平比较
- 换算单位。 把测速的 Mbps 除以 8,得到 MB/s。
- 两次测试都用网线,并暂停其他下载和云同步。
- 两次都开或都关 VPN,不要只有一次开着。
- 从一个快速、知名的站点下载大文件,与换算后的数字对比。
- 如果只有某个服务慢而其他都快,原因在那台服务器或到它的路由,而不是你的网络。
你可以运行 BrowserInsight 的网络测速来获取基准。它以 Mbps 报告下载和上传,所以在与下载窗口比较之前先除以 8。
常见问题
Mbps 和 MB/s 是一回事吗?
不是。Mbps 是兆比特每秒,MB/s 是兆字节每秒。一个字节是八比特,所以 8 Mbps 等于 1 MB/s。大小写很重要:小写的 b 是比特,大写的 B 是字节。
测速显示 100 Mbps,下载是 11 MB/s,有问题吗?
没有。100 Mbps 除以 8 是 12.5 MB/s,而 11 MB/s 约为它的 88%,考虑到协议开销和服务器状况,这是正常的。
为什么 Steam 或其他游戏启动器比测速慢?
换算单位之后,常见原因是下载服务器自身的负载或单用户限速、到它的距离,以及磁盘写入速度。有些启动器还允许选择下载地区,值得一试。
为什么下载一开始很快,然后变慢?
常见原因是缓存或缓冲区被填满。最初的一阵数据进入内存,之后速度降到磁盘或服务器能够持续的水平。另一个原因是服务器在最初几秒之后限速。
换更快的套餐能解决下载慢吗?
只有当瓶颈确实是你的线路时才行。如果瓶颈是服务器、Wi-Fi、磁盘或 VPN,多花钱买带宽不会有任何改变。
结语
首先要做的是除以 8。很多时候这就能填平大部分甚至全部差距。如果不能,瓶颈通常是你下载的服务器、连接数、磁盘或 Wi-Fi,或者 VPN,而这些都可以很快地逐一检查。


