为什么应用程序很慢,但 SpeedTest 在我的网络中的所有设备上运行良好?

为什么应用程序很慢,但 SpeedTest 在我的网络中的所有设备上运行良好?

我买了一些 TP-Link Deco 系统。奇怪的是,每个人都在抱怨互联网速度太慢。

我还注意到很多网站/服务都很慢。甚至 9GAG 应用程序中的评论加载速度也很慢,与下面的 SpeedTest 完全相同。其他服务也有同样的问题。

当使用其他网络(例如我的移动网络)时,这个问题就解决了。

路由器的配置就像开箱即用的一样,因此没有奇怪的 QoS 或防火墙规则。

在此处输入图片描述

答案1

Bufferbloat可能会导致这些症状。运行http://dslreports.com/speedtest波形缓冲膨胀测试通过台式机/笔记本电脑的网络浏览器检查您的缓冲膨胀等级。

缓冲区膨胀是路由器和其他网络设备中普遍存在的设计缺陷。当下一个网络链接(通常是宽带互联网连接)被充分利用时,它们在管理未设置数据包队列方面确实很愚蠢。它们让数据包的缓冲区/队列变得越来越长,这只会增加延迟(延迟、ping 时间长、响应缓慢),并且实际上隐藏了 TCP 拥塞控制算法中的拥塞问题,使情况变得更糟。

该解决方案称为智能队列管理 (SQM)。目前最好的 SQM 算法是 Cake(FQ-CoDel 紧随其后)。不幸的是,商业路由器供应商迟迟未参与这一游戏,因此很少有商业产品在其出厂固件中支持 SQM。但如果您的路由器受 OpenWrt 等基于 Linux 的开源路由器固件发行版支持,您可以在路由器上加载 OpenWrt 并设置 Cake SQM。

由于缓冲区膨胀主要影响延迟而不是带宽,因此它只会延迟开始大型下载或流式传输或速度测试。一旦开始大型下载(或速度测试或流式传输),它就会以全带宽运行。这就是为什么 Ookla Speedtest.net 的方法(在空闲网络上快速 ping 以测量延迟,然后测量带宽)无法捕获缓冲区膨胀的原因。要捕获缓冲区膨胀,您必须在带宽测试期间测试延迟,以便在延迟测试期间充分利用/拥塞网络连接。

顺便问一下,您的宽带互联网连接是基于 DOCSIS 的吗(也就是说,您的互联网服务是否来自有线电视服务提供商)?如果是,请注意,市面上有许多基于已知有问题的 Intel Puma 6 芯片组的 DOCSIS 调制解调器/网关盒,这些芯片组存在严重的延迟问题。请对照以下列表检查您的型号badmodems.com。如果它在列表中,请将其替换为您确定不是基于 Intel Puma 6 的其他产品。

相关内容