我有一个分布式的应用程序，在许多机器中传递了大量的stream量。 目前，这些机器与机架中的其余机器共享一个千兆networking，并且我开始发现问题（包冲突）。 为了寻求解决scheme，我碰到了巨型框架的讨论，如果它能像广告一样工作，那肯定会解决我的问题。 但是…
我用于分布式应用程序（这是一种networking爬虫）的服务器也需要访问互联网，我所读到的有关巨型框架的一切事情都告诫说，为了使其运行良好， 每个连接到networking的设备都必须支持巨型帧。 我的路由器可能会很好地处理在传输之前拆分巨大的数据包，但这样做会让事情变得难以置信。
我的服务器都有两个网卡。 可以为分布式应用程序设置专用networking，确保所有机器的第一张网卡都设置为巨型帧，并使用这些机器上的第二张卡（closures巨型帧）连接到我的其余部分networking和外部世界。 我的想法是，爬行器子系统内部的大stream量将与networking其余部分（包括互联网stream量）隔离，使用巨型框架可以提高通信速度。
这些机器都是运行Windows 2008的Dell PowerEdge 1950服务器。我知道PE服务器的Broadcom GigEnetworking适配器支持巨型帧，但是我可以configuration一个巨型帧而另一个没有？
最后，我如何确保我得到支持巨型帧的交换机？ 我们使用的TP-Link交换机似乎目前运行良好，但我无法find任何有关它们是否支持巨型帧的信息。
我知道我有很多问题。 我所考虑的是否合理？
确保您的NIC存在于单独的networking块中。 如果使用Linux，则数据包将通过networking块中系统中的第一个NIC进行路由，因此即使eth1的MTU为9000，也可能会通过eth0路由这些数据包。
我们为存储networkingbuild立了一个单独的VLAN，并且必须在eth1上设置一个单独的networking块以避免这种行为。 随着特定系统处理大量相当大的文件，MTU增加到9000容易增加吞吐量。
这应该是相当可行的。 Windows上的服务器NIC可以为每个接口configuration不同的MTU设置。 否则，通常巨型帧的驱动程序iSCSI将不会具有它所具有的function。
退一步，在全双工交换环境中，您不应该遇到冲突。 在远离巨型帧path之前，我将调查碰撞的原因。
这就是说，单个设备应该相互协商他们的MTU尺寸。 所以你不应该打开所有设备。