现在,
网络的使用非常普遍,
局域网的知识也会越来越多,比如延迟对网络的
影响是什么小
编辑来这里
详细地
介绍你。
当网络负载很重时,吞吐量才是有意义的,而标准延迟的另一个度量对于任何网络上的任何通信都具有重要意义。
长时间延迟的设备会减慢网络
速度,不管它的使用率是1%还是100%,甚至更多,
应用程序开始慢下来,早在延迟缓慢增加到几十毫秒。
千兆位或10G
以太网接口的延迟通常是几十微秒或几百微秒,每当我为这些结果写文章时,我通常会添加这样的
文本:直到延迟达到几十毫秒,否则不会受到影响。。
事实上,在千兆位和10G以太网中,即使是几微秒的延迟也会大大降低TCP的
性能,
原因与TCP
工作方式有关。
通常,我们使用无
连接的通信,如透明IP或UDP / IP分组进行吞吐量测试,对于无连接的通信,延迟对吞吐量没有真正的影响。
然而,即使恒定的延迟会对TCP等面向连接的协议产生巨大的影响,考虑到至少有80%的互联网通信使用TCP,所以在吞吐量测试中不考虑延迟问题是一个很大的疏忽。
在TCP中,发送方只能在接收端发送一个
确认消息之前发送有限数量的数据,我们称之为窗口。Windows可以包含多个包,但是如果发送方不能获得关于任何数据的确认信息,它就不能发送任何其他信息。
此时必须涉及延迟问题,现在假设我们使用10G交换机接收1518字节的以太网帧,然后假定网络的使用率很低,如果利用率为10%,我们每秒可以接收81274帧,或者每12微秒接收一帧。
如果TCP窗口大小为16K字节,那是不会证实任何数据不超过11帧。12微秒,11帧,132微秒或更长的延迟将阻止发送端发送更多的数据,直到所有的数据都不确定。
延迟小于132微秒的
情况也是如此。但是,大于这个级别的延迟将对吞吐量产生负面影响。
在我们的10G以太网测试,从两个开关每1518字超过40微秒,Avaya
公司和Force10公司的延迟时间,添加11的延迟,我们远远超出了底线,可以减少。
这是不可能一概而论的本质来阐明大吞吐量将在所有情况下的影响。在大多数情况下,确认消息将返回至少在整个窗口sent.tcp也有各种机制来
优化发送确认,如延迟或选择性确认,这些机制也可以抵消更长时间延迟的影响。然而,至于TCP而言,较长的延迟将赢得高吞吐量的每一次。
公司最近重新测试自己的开关,新software.force10说大帧的延迟时间是23毫秒,我们大约有一半的测试结果。虽然这是一个很大的进步,但是,对于10G比特/秒的速度,此值仍足以降低TCP的性能。此外,我们必须牢记,在窗口的大小变化是动态的,和更大的窗户,更大的影响甚至一个小的延迟。
可以确定TCP窗口的大小变化对网络的影响。只需要三个值:帧的长度、TCP窗口的大小和网络的利用率,这可以
检测网络上的延迟。