Thanks Jay. I totally agree with your comments. The question for RD is what is meant by "Intel adapter support believes this is a bug in the e1000 driver.". We are the same team. So who at Intel are you talking to?
Cheers, John ----------------------------------------------------------- "...that your people will judge you on what you can build, not what you destroy.", B. Obama, 2009 >-----Original Message----- >From: Jay Vosburgh [mailto:[email protected]] >Sent: Friday, March 27, 2009 7:02 AM >To: [email protected] >Cc: [email protected] >Subject: Re: [E1000-devel] Bug report E1000 driver bonding in >802.3ad mode can not go beyond 1GB/s throughput > >Support Team <[email protected]> wrote: > >>Hello, >> >>Intel [email protected] recommended us to >open a ticket >>with you that >>your e1000 driver for 82546 chips has throughput limit. With 802.3ad >>bonding, the total >>throughput of 8 NIC is still 1GB/s, same as single NIC. > > How are you testing throughput? If you're only running a single >stream test, you'll only see the throughput of one adapter. This is by >design, the 802.3ad standard requires that a given "conversation" (TCP >connection, stream of UDP packets to/from the same ports, etc) be sent >across the same slave adapter. This is done to prevent reordering of >packets within the conversation. > > If you're running multiple streams, then you may want to set the >xmit_hash_policy option to layer3+4 or layer2+3. The layer3+4 >hash will >place multiple streams between the same two peer systems on multiple >slaves (with a small risk of packet reordering if IP fragments are >generated); the layer2+3 won't, but will place all traffic for a given >peer on the same slave (but balances better than the default layer2 >hash). > > The hashes are described in detail in the bonding.txt >documentation supplied with the kernel source. > > -J > >--- > -Jay Vosburgh, IBM Linux Technology Center, [email protected] > >--------------------------------------------------------------- >--------------- >_______________________________________________ >E1000-devel mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/e1000-devel > ------------------------------------------------------------------------------ _______________________________________________ E1000-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/e1000-devel
