我们使用的是商业以太网连接(3Mbit上传,下载3Mbit),并试图了解我们的测试,带宽速度的问题。在上传大文件,我们维持340 KB /秒;下载我们维持340KB /秒。然而,当我们运行这些同时传输两种传输速度上升,并在约250 KB / s的一个平均速度下降不稳定两种。我们使用一个哈特拉斯HN404 CPI和我们绕过路由器(插入机器直接进入哈特拉斯;将NIC设置为全双工)。

时,这正常吗?如果一个最大上传与该类型的互联网连接的最大下载干涉?

有帮助吗?

解决方案 4

看来,我错同时传输速度。的250KB / s的速度向上和向下通过传送程序失算(似乎已显示出高平均速度)。显然,企业以太网(在这种情况下,它是非法经营供应的XO电路)只支持3MB总,不要上下(为6Mbit总数)。所以,如果我的理论传输上下在同一时间,我应该只已在最大1.5Mbit上下或187.5KB /秒(如果有零开销)。

其他提示

您确定瓶颈是你的联系?

你也看到,当同时上传和下载都发生在不同的系统,或只在一个系统同时处理上传和下载这种行为?

如果问题消失了,当独立的机器正在做的工作,瓶颈很可能更接近硬盘。

这声音从我与低端生产线的经验预期。在一条回家的线路,我发现,流量整形和不断变化的缓冲区大小可以是一个巨大的帮助。

TCP / IP,没有任何不寻常的流量整形,将有利于最积极的业务在其他一切费用。在你的情况,这意味着即将离任的ACK响应,这样的下载将被推迟或甚至下降。看看你的HN404支持基于类的排队或类似的东西,并尝试一下。

是它的预期。这是对症中,你必须节流或加盖有关的任何情况。如果你的饱和上行它会影响您的下行,反之亦然。

这是因为你的连接的速率限制撞击TCP握手确认分组(ACK的)和破坏的这些数据包如何流动正常的“平衡”。

这是非常彻底此页描述有关电缆调制解调器故障排除提示,尽管它并不限于电缆调制解调器:

  

如果您饱和您的电缆调制解调器的   上传帽与上载,所述ACK   您下载的数据包将有   排队等待之间的间隙   拥挤的上传数据包。所以,你的   的ACK将被延迟又回到了   远程下载服务器,它   因此会相信你是一个   很慢链接,减缓   进一步的数据传输给你。

那么,你如何避免这种情况?最好的办法是实行某种流量整形或QoS对个别时段(服务质量),以限制他们只能根据你的总的可用带宽的百分比最大吞吐量。

例如我的家庭网络我有它使得没有出站连接可利用任何超过67%我的192Kbps的上行链路的(2 /第3次)。这意味着任何一个出站会话只能利用128Kbps的,因此通过防止上行链路变得饱和保护我下行链路速度。

在您能够执行这种流量整形的基于任何可用的标准,诸如源IP,目的IP,协议,端口,一天中的时间等大多数情况下。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top