我们正在使用商业以太网连接(3Mbit 上传,3Mbit 下载)并试图了解我们测试的带宽速度的问题。上传大文件时,我们维持 340 KB/s;下载我们维持 340KB/s。但是,当我们同时运行这些传输时,两种传输速度会不规律地上升和下降,平均速度都在 250 KB/s 左右。我们使用的是 Hatteras HN404 CPi,我们绕过了路由器(将机器直接插入 Hatteras;将 NIC 设置为全双工)。
这是预期的吗?最大上传是否会干扰此类 Internet 连接上的最大下载?
我们正在使用商业以太网连接(3Mbit 上传,3Mbit 下载)并试图了解我们测试的带宽速度的问题。上传大文件时,我们维持 340 KB/s;下载我们维持 340KB/s。但是,当我们同时运行这些传输时,两种传输速度会不规律地上升和下降,平均速度都在 250 KB/s 左右。我们使用的是 Hatteras HN404 CPi,我们绕过了路由器(将机器直接插入 Hatteras;将 NIC 设置为全双工)。
这是预期的吗?最大上传是否会干扰此类 Internet 连接上的最大下载?
你确定瓶颈是你的连接吗?
当同时上传和下载发生在不同的系统上时,或者仅当一个系统同时处理上传和下载时,您是否也会看到这种行为?
如果在独立机器完成工作时问题消失,则瓶颈可能更接近硬盘驱动器。
从我对低端线的经验来看,这听起来是意料之中的。在家庭线上,我发现流量整形和更改缓冲区大小可以提供巨大的帮助。
没有任何异常流量整形的 TCP/IP 将以牺牲其他一切为代价来支持最激进的流量。在您的情况下,这意味着对传出 ACK 的响应以及对下载等的响应将被延迟,甚至可能被丢弃。看看你的 HN404 是否支持基于类的排队或类似的东西,然后试试看。
是的,这是预期的。这是您有限制或限制连接的任何情况的症状。如果您的上行链路饱和,它将影响您的下行链路,反之亦然。
这是因为您的连接的速率限制会影响 TCP 握手确认数据包 (ACK) 并破坏这些数据包如何流动的正常“平衡”。
这在此页面上对电缆调制解调器故障排除技巧进行了非常详尽的描述,尽管它不限于电缆调制解调器:
如果您通过上传使有线调制解调器的上传上限饱和,则下载的 ACK 数据包将不得不排队等待拥塞的上传数据包之间的间隙。因此,您的 ACK 将延迟返回到远程下载服务器,因此它会认为您的链接速度非常慢,从而减慢向您传输更多数据的速度。
那么如何避免这种情况呢?最好的方法是对单个会话实施某种流量整形或 QoS(服务质量),以根据总可用带宽的百分比将它们限制为最大吞吐量。
例如,在我的家庭网络上,我有它,因此没有出站连接可以使用超过 67%(2/3)的 192Kbps 上行链路。这意味着任何单个出站会话只能使用 128Kbps,因此通过防止上行链路饱和来保护我的下行链路速度。
在大多数情况下,您可以根据任何可用的标准(例如源 ip、目标 ip、协议、端口、一天中的时间等)执行这种流量整形。
看来我对同时传输速度的看法是错误的。250KB/s 的上下速度被传输程序计算错误(似乎一直显示出很高的平均速度)。显然,商业以太网(在这种情况下,它是 Speakeasy 提供的 XO 电路)只支持总共 3Mb,不支持上下(总共 6Mbit)。因此,如果我在理论上同时上下传输,我应该只有 1.5Mbit 的上下传输或最大 187.5KB/s(如果开销为零)。