Re: 2.4.20-rc1 NFS/TCP client (still) hangs running dbench 2.0

["Quentin Fennessy" <quentin.fennessy@amd.com>]

>>>>> Andrew Ryan writes:

 > At 10:58 PM 11/1/02 +0100, Trond Myklebust wrote:
 >> It is probably just the (known) accounting error in the 'retransmit'
 >> statistics. Try applying the patch
 >> 
 >> http://www.fys.uio.no/~trondmy/src/2.4.20-pre9/linux-2.4.20-01-call_start.dif
 >> 
 >> if it bothers you.

 > Yes, you are right, it seems the counter is broken, and performance is
 > fine. I did bonnie++ runs with 2.4.20rc1 kernels with and without the
 > call_start patch, and didn't see any significant difference.

 > But, it does bother me since I want to be able to diagnose network errors if
 > I ever have them, and with a busted counter it will be impossible to tell
 > what my real error rate is. Can the call_start patch go to Marcelo for
 > 2.4.20rc2?

I'm an end user with approximately 3000 Linux NFS clients.
I will really appreciate correct counters when I'm debugging
nfs server, client and network problems. I've had to ignore 
spurious counts of nfs retrans while debugging network issues.

I hope this patch will be in 2.4.20rc2. Thanks to all of you for
providing an excellent client-side implementation. And I am 
serious.

 > After a bonnie run with the call_start patch, I get this, which is much
 > better :)

 > $ nfsstat -c
 > Client rpc stats:
 > calls      retrans    authrefrsh
 > 1648050    0          0


-- 
Quentin Fennessy   		Quentin.Fennessy@amd.com	
				Office: 512.602.3873
				Cell:   512.694.7489




-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs