You are probably systematically loosing some fragments of every

big udp packet.

( You might want to look for an old paper / technote called

  "Fragmentation considered harmful" .. I think from DEC)

I had the same problem with some 3com cards and a switch.

Probably can be fixed by using the driver from 3com but I

did not find the time to look into it yet.

Try setting the rsize and wsize to 1024 for a quick & dirty fix.

( To avoid fragmentation )

> I knew that nfs under linux was not the best, but this is ridiculous.

> I'm trying to set things up at work so that  /home is kept on a server

> and nfs mounted on all the desktop machines.  It was noticeably

> slower, but I figured it would be.

> 

> Then last night I ran some tests.  Following the advice of the NFS

> HOWTO I ran:

>        time dd if=/dev/zero of=testfile bs=16k count=4096

> The result was that it took 8 minutes to copy 64MB between two 500MHz

> Pentium IIIs on a 100-baseT switched network.  I know NFS is slow, but

> that's ridiculous!

> 

> WITH speeds so slow, I figure that I must be doing something wrong, so

> I didn't bother trying to fiddle with the rsize and wsize options.

> They are currently the defaults.

> 

> The server is running RedHat 6.1 with the supplied kernel.  Does that

> include the NFS patches?

> 

> The client is running 2.2.14 with the autofs patches.  Do I need to

> put in the NFS patches, too?  Will it make that much difference?

> 

> Thanks in advance,

> 

> --Michael

> --

> To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.

> 


--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.