我目前正在使用英特尔PRO / 1000 PT LP四端口服务器网卡与Ubuntu 12.04 LTS服务器64位。 我安装了Gnome，所以我有一个GUI。
我下载了bmon 2.0.1来监视networking，现在按照/ proc / net / bonding / bond0这个键来起作用。 我也相信交换机configuration正确。
networking设置有两个从Ubuntu主机到交换机的链接 – 这些链接是联合的。 到交换机的两个单独链接转到两台主机，它们从Ubuntu组合的NIC主机复制一个文件。
当我复制两个文件（每个单链接主机一个文件）时，我只有一个保护对接近线速，而另一个则什么也不做！ 尽pipe交换机正在进行MAC哈希处理，并且这些文件将要分隔的地方。 我正在将一个SSD的文件复制到两个RAM磁盘上，所以我知道这些不是瓶颈。 我应该可以很容易地饱和一个单一的演出线。
我使用的是英特尔最新的（2.0.0）e1000e驱动程序，虽然我知道Ubuntu并没有得到英特尔的正式支持，但是我希望在Ubuntu中能够正常工作。
谢谢！
哈希algorithm正在使用，以确定性地分配您的渠道中的两个链接的stream量。 该algorithm可能使用src / dst MAC地址或L2 / L3 / L4信息以各种排列。 为了讨论的目的，我们假设它是基于MAC的，为了实现50/50的分割，我们可以简单地把目的MAC地址中的最后一个数字，如果是偶数（0,2,4,6,8，A ，C，E）进入链路1，如果是奇数（1,3,5,7,9，B，D，F），则进入链路2.如果目标主机的MAC地址以00结尾， 02，那么他们将（正确）被放置在第一个链接。
使用的实际algorithm不完全像上述的pidgin版本，但效果是相同的 – 在足够大的地址数量分布将接近50/50。 然而，在小得多的样本中，您所有的stream量都有可能会被50％的机会集中到一个链接中。
我最好的build议是尝试不同的哈希algorithm。 实际上，如果有更多的信息被计算在散列表中，那么你的机会就会变得更好 – 所以L3地址，L4端口号等等都会提高你的stream量更均匀分布的可能性。
作为临时故障排除步骤，您还可以尝试更改其中一个接收主机的MAC地址，以观察是否可以适当地影响散列。