[lkml]   [2001]   [Jun]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectNetwork Performance Testing Summary
This is a follow up message to the original "Abysmal Receive Performance" 
message. Thanks to everyone who e-mailed me with suggestions.

Well, after poking around, I eventually narrowed the problem down to the
fact that the system BIOS did not enable PCI->RAM write posting. After I
enabled that with the bridge optimization setting in 2.2.19, network RECV
performance went from ~5Mbps to 41Mbps.

The curse of the HP Vectra XU 5/90 strikes again!

What is interesting is that I tried the NetGear FA310, FA311, 3COM 3cSOHO
and 3C905C-TX cards and both the receive and transmit speeds (measured with
both iperf and netperf) were so close to each other as to be a non-issue.

Several people e-mailed me to let me know that "card 'X' performance is
terrible, I can only get good performance with card 'Y'". So, I just thought
I should send this message out to set things a bit straight.

I know this machine isn't exactly cutting-edge, but I have to admit I was a
little surprised to see all four of the cards I tested clustered so close
together (so close, that you could call it 41.8Mpbs RECV and 52.2Mbps XMIT
for all cards).

FWIW, it is somewhat interesting that 2.4.3 performance is so horrible with
PCI->RAM posting disabled, whereas 2.2.19 doesn't take nearly the same hit.
Using the 1.1.7 Tulip driver from Sourceforge didn't change this at all.
With write posting enabled, things 2.4.3 ended up performing better than

So, thanks to everyone who helped me out. Looks like I now need to start a
FAQ just for Vectra XU 5/90 owners so they can get their machines to work...

- John

Get your FREE download of MSN Explorer at

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:54    [W:0.031 / U:1.880 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site