帮助
测速很快但下载很慢？
测速结果高但下载慢？先区分单位、接收与安装阶段，再用相同条件比较来源、连接和应用限速。
测速结果高，不代表每个文件都会以同样速度下载。VMAXCHECK 使用 M-Lab NDT，测量到测试服务器的单条数据流。实际文件可能来自其他目标，经过其他路由，并由不同应用处理。结果说明的是当时那次传输；单凭它不能排除运营商或其他路径上的问题。
先核对单位和耗时阶段
- Mbps 是每秒兆比特，MB/s 是每秒兆字节。一个字节等于八比特：100 Mbps 换算为 12.5 MB/s，10 MB/s 换算为 80 Mbps。协议附加数据会降低用于文件内容的有效接收速率。
- 按十进制单位计算，1 GB 文件在恒定 100 Mbps 下的理想下载时间为 80 秒，不含等待和协议附加数据。这不是实际用时保证；GB 与 GiB、MB 与 MiB 也不是同一单位。
- 分开记录开始前等待、接收数据、写入、校验和安装。进度条可能包含多个阶段；安装缓慢并不能直接说明互联网速度低。
- 适用的浏览器下载可在 Edge 的 Network > Timing 中查看请求。Waiting (TTFB) 包含往返时间和服务器准备时间，Content Download 表示接收阶段。缓存或 service worker 会改变比较条件；一个时间值不能证明责任方。
保留可复现的起点
记录时间、设备、应用版本、获准使用的来源、文件大小、带单位的接收速率和当前阶段。补充 Wi-Fi 位置或 Ethernet 连接、VPN 或代理，以及自己同时进行的其他传输。在两次下载之间测速，不要边下载边测速。尽量在同一设备、相近时间和相同条件下比较；只说“同一小时”仍不够。
进行四项有边界的比较
- 保持文件、来源和设备一致，比较可用的 Wi-Fi 与 Ethernet。反复改善可帮助缩小无线环节的范围，不能直接证明路由器坏了。连接到 mesh 节点的网线未必消除了节点之间的无线回程。
- 暂时暂停自己控制的其他大流量传输，再次下载。改善可能与其他任务共享带宽有关，单凭这一变化不能证明运营商故障。
- 从另一个可信、获准使用的来源下载大小相近的文件。目标、路由、缓存和传输方法可能同时改变，结果不能自动区分它们。不要使用来历不明的下载助手或可疑副本。
- 在允许的情况下，用另一台适合的设备或官方应用访问同一服务。分别观察数据接收、处理器和磁盘活动。多个条件变化带来的差异不能单独证明磁盘损坏。
查看应用文档中的下载限速。例如，OneDrive 桌面同步应用在同步与备份的高级设置中提供传输速率选项，组织可能统一管理这些设置。这个限制针对该应用。即便多个下载都慢而 NDT 较快，目标、路由、负载和时间仍需要比较。存在 VPN 或代理本身不等于它就是原因。
只做一项有依据的调整
- 只有在有权管理时才调整已经确认的应用限制，并保留原值。遵守受管理的设置；工作或学校设备应咨询管理员。
- 若延迟发生在写入或校验阶段，查看剩余存储空间和官方说明。按制造商步骤更新，不要为普通速度排查关闭防病毒或其他保护。
- 只有一个来源受影响时，查看服务状态和官方获取方式。多个服务受影响时，向运营商提供比较记录。仅凭测速与下载的差异，不足以支持更换 DNS、修改注册表或购买路由器。
- 一次调整后，用相近文件大小和负载重新比较。恢复没有效果的改动。若需要按制造商建议重启，先保存事件和测量记录。
私下向支持团队提供时间、来源、连接、实际接收速率、阶段和比较结果的表格。删除登录资料、私人文件名和 URL 中的访问令牌。即使导出选项标为 sanitized，HAR 仍可能含私人网址或内容；分享前要检查。