Thanks for the link, but Ive had that txt file archived for close to two years now

Its getting really hard to find any more, even though its supposed to be included with the distro I use (supposedly)
Here's a relevant part from the doc that I interpret.
balance-rr: This mode is the only mode that will permit a single
TCP/IP connection to stripe traffic across multiple
interfaces. It is therefore the only mode that will allow a
single TCP/IP stream to utilize more than one interface's
worth of throughput.
The Linux bonding implementation has tons of options, way more than I've seen anywhere else. The Linux bonding is also compatible with Cisco, Intel, and 802.3ad bonding. If none of those do single connection > 1 Gb/s, then I think it's very unlikely that nVidia will.
And yes according to what I've read, and a friend of mine who has had experience with chanel bonding, dirrect wired channel bonding can work. So you're saying according to what you herd dirrectly from nVidia, that > 1Gbit links will not work with Windows, without additional hardware ?
I've done it, using Broadcom software and a mishmash of NIC's (a pair of Broadcoms on one end, and a mix on another end (actually a built-in and a PCIe / PCI)). I've found that single connections do not go > 1 Gb/s in any of the options that I've found to work under Windows. However, I have gotten 2 simultaneous connections through with > 1 Gb/s -- around 1.6 Gb/s to be precise, using 2 PCATTCP sessions over FEC/GEC 802.3ad static. A single file transfer wouldn't go faster, because it's one connection. You could try to parallelize your own file transfer, but here you put the disk subsystem under even greater stress, and unless its very very fast, probably defeat your goal.
I haven't actually pressed nVIDIA on that point, but from what I've read, and esp. the fact that they don't need special switch support whereas the Linux balance-rr does, that they will only do > 1 Gb/s over multiple connections, not for a single TCP/IP connection. But since you asked, I guess I will ask nVIDIA for confirmation to be sure.
Edit: It was 1.6 Gb/s, not 1.4 Gb/s. I.e. 200 MB/sec.
OK, I asked nVIDIA, clearly, and finally got back an answer. Basically, "no", you can't split a
single TCP/IP connection across multiple ports reliably. Linux balance-rr also mentions the problems that can happen when you try to do this. Since everyone would
love to be able to do this, there has to be a damn good reason why only Linux even tries it, and that reason is that it really doesn't work.
I also found an entertaining writeup on this issue on Alacritech's web site.
http://www.alacritech.com/html/teaming.html
Other Algorithms
Round Robin Packet
Packets are distibuted iteratively across all the ports.
Advantages: Traffic is evenly divided amoung all the ports in the team, maximising throughput.
Disadvantages: Completely violates protocols in that a conversation isn't kept on a single port, and packets are not guaranteed to arrive in sequence.
Recommended for: Amusing yourself about how badly you can break your network. Never ever use this. It is a disaster.
I even tried Linux balance-rr. I only have 1 Linux box, so I tried connecting that to a Windows box running Broadcom, and the result was basically a disaster -- about 1/2 the throughput I got with single gigE.
Guess I'll have to take my own advice and try to be happy with single gigE
