我有一个应用程序,将受益于更大的以太网帧。 (理论上,我们可以将出站数据包的数量减less50%以上,甚至可以减less66%。)
我还正在为候选托pipe公司指定networking要求,以便安装我的应用程序服务器。 至less不会限制客户端连接受益于巨帧。
但这有多现实? 一些常见的问题,假设我们可以控制的networking段是Jumbo Frame友好的(交换机是大MTU能力,允许ICMP MTUpath发现等) :
这里的关键是你可以控制你的networking的一小段,并启用大的MTU,但你不能控制你的数据包通过互联网的path,当然不能控制你的数据包将通过的路由器的configuration。 大多数互联网路由器没有configuration在1500以上,所以你不会有这个解决scheme的运气。 更糟糕的是,有时更大的数据包实际上会被不支持巨型帧的路由器丢弃,所以我认为如果您尝试将巨型帧发送到互联网上,情况会更糟糕。
巨型帧在你的内部networking上非常棒 – 特别是对于stream媒体或iSCSI的networking。
正如其他人所说的,目前的答案是否定的。
另外考虑你的提供商的上行链路的MTU,除非支持巨型帧,那么在你开始之前,你是不走运的。
许多高等教育networking(AARNET,JANET,Internet2)在其networking上具有端到端的巨型帧。 如果你在这些networking上服务的人,我会build议这是值得的。
我的经验是,巨型帧通常被限制在应用程序服务器与其数据库服务器之间的专用链接上。 在任何更复杂的事情上不兼容的可能性types的数量是令人难以置信的。