巨型框架面临的问题

巨型框架面临的问题
一般认为,Jumbo框架是一种相对简单的技术,应该在局域网中得到广泛应用,但事实并非如此。
应该说,巨型帧在一些方面是很有用的,目的是加快大型文件传输服务以太网标准的最大帧长度为1518字节,和这样一个大的文件需要被切成块,放入多个以太网帧。当每个数据块传输的帧头和尾的开销将推出。如果一个大的框架,可以用来传送文件,多个帧的开销会降低,而利用率和网络的传输速率可以提高。人们普遍认为,在这项技术应用的最大瓶颈是它不规范的为止。
然而,有些人不知道,很多人都提出了以下不足:他们可能成为超长帧的网络集成的障碍。如果人们在网络上传送语音或其他延迟敏感的内容,不需要超长帧传输干扰这些延迟敏感数据的。例如,一个额外的框架会导致延迟。一次是送',这将需要更长的时间来占领线,防止其他人使用的线,导致延迟。
另一位读者提到超长帧可以在与其他网络隔离的网络中使用,因此它们不干扰其他传输流。
但首先,使用超长帧可能不再是一个优势。从大学的两用户表示,他们测试了超长框架结构是否超长帧可以提高性能。一位网友说:全面的测试,得出的结论是:现代PC和千兆以太网的使用,提高很小性能。在过去的几年中超长框架结构的主要优点是减少高中断率对计算机影响。然而,3-GHz CPU处理千兆流量的能力,和网络卡和驱动程序不再需要每一个数据包被打断一次。我们认为超长框架理论好主意,但在实践中,它是非常有用的在gigabit.10g以太网可能是另一个问题。
另一个用户说:我们发现性能降低是不是协议处理开销的原因,延迟和数据移动的影响但CPU和网卡之间的DMA缓冲区,规模较大(直接内存访问),更少的时间花在建立CPU和DMA等东西,时间延迟的减少,随着CPU速度的提高,协议处理的成本变得越来越微不足道。我们的结论是,如果标准化网络卡允许超长DMA传输,可以获得更大的性能提升。同时,你不必改变MTU大小(最大传输单元)打破Rdquo的标准;
最后,从一个供应商提到的几个缺点在巨型框架使用一个供应商。首先,较长的框架意味着,如果丢失一帧数据,这是一个更严重的网络事件,和丢失的数据包的重传,成为一个比较耗时的任务。其次,每个网络中的东西必须支持超长框架结构,超长框架可以使用。第三,互联网连接不支持超长帧:帧长度比互联网连接将被分割在发送时间,大大降低了网络连接的可靠性和性能。这导致需要为每个工作站知道哪些数据包发送到本地网络而数据包发送到互联网上。为了检测准则嗯包长度的线,IP执行MTU路由发现算法,但这是不规范的。此外,由于拒绝服务攻击,许多防火墙不允许ICMP数据包通过该算法,因此超长帧不能用于与因特网相连的网络中。
=====================================================

关于巨型框架的国内讨论很少。有识之士在中国一些人对他们的应用有积极的态度,但提出了框架的使用。
蔡昌欣先生,Fluke公司,有一个很有趣的观点。他对巨型帧的观点有两点。首先,他认为该帧的大小,选择其实是一个控制在数据通信过程中的链路可靠性。如果链接是干净的,没有错误,一个非常大的框架可以传播这个环节上没有任何的系统开销。但问题是,人们是否认为他们的链接是足以信赖的链路状态。
另一方面,在链路上传输什么样的数据,如果在链路上同时存在实时应用数据和延迟敏感数据,Jumbo帧的使用将极大地影响实时应用程序。蔡先生使用了杀死,他认为巨型帧对于一些纯大文件传输,如SAN应用非常有用,但是如果在各种应用程序中混合传输环境,并且没有端到端的QoS策略和带宽分配设置,巨型帧的广泛使用是非常不合理的。
另一位来自厂商的朋友也表达了自己的观点,他认为,如果你想享受巨型框架带来的好处,我们需要一个端到端的巨型支撑环境框架,否则在某些地方需要削减框架,也会带来更多的开销。
另一方面,支持巨型帧需要新的硬件,但这也是一个非常头痛的问题,这也导致了今天的巨型帧只在一些特殊的环境中使用,例如服务器字段中数据的传输。
他个人认为,长期来看巨型框架是好的,不仅是IP存储,而且很多应用都会从中受益,此外,越来越多的巨型帧在新设备中得到支持,端到端支持是有希望的,他强调有意义的端到端使用。
此外,他还表示,在1000米的距离上,我们计算了9000字节长帧的传输时间,不引进高速网络上的一些巨大的延误。
免责声明:本网信息来自于互联网,目的在于传递更多信息,并不代表本网赞同其观点。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,并请自行核实相关内容。本站不承担此类作品侵权行为的直接责任及连带责任。如若本网有任何内容侵犯您的权益,请及时联系我们,本站将会在24小时内处理完毕。
相关文章
返回顶部