不知道设置的详细信息,很难确定性地回答“为什么”问题。不过,你也问:“怎么可以这样可能呢?”,我可以给你一些可能性。它们不是特定于“纤维”的。
您正在通过HTTP下载,HTTP是TCP / IP协议。该协议是双向的,即,HTTP客户端接收到的每个数据包也会被服务器确认。因此,上传和下载并不是完全分开的(可访问的)流量。
您正在从远程服务器(vagrantcloud.com)下载,该服务器可能不在您的房间,建筑物,城市中,甚至可能不在州或大陆上。涉及许多不同的网络组件,它们具有不同的线速和缓冲区大小,并且通常与“ Internet”共享它们……这是您无法控制的。
您正在使用在系统本身上运行的工具监视正在观察的系统。没有人会在专业环境下这样做(我希望),或者至少从测量中得出非常仔细的结论。它可能会给出错误的结果,原因有两个。
- 您将影响主机以及至少一部分正在运行的下载所使用的网络组件的行为。
- 您的工具可能有问题,因为它不管传入目的地或源头是多少(快速高效,无需解码/拆包)都可以统计传入的数据包,因此可以假定无关的流量是其自身测试流量的结果。
您可以在纯观察者模式下使用Wireshark来监视您的上载/下载流量,并通过与其他工具(如您所做的)联系多台(地理上分开的)服务器来自己生成流量,以尝试使DSL链接饱和。这种测量应该是客观的。再次,您最好在与“下载测试接收器”位于同一网络上的另一台计算机上运行它。
PS:想想您的房间/室友和邻居,他们共享带宽,并且在进行测试时会注意到他们的“今天的互联网再次很慢”。