Subject: kern/12386: NFS file reading performance issues
To: None <gnats-bugs@gnats.netbsd.org>
From: Mark Davies <mark@MCS.VUW.AC.NZ>
List: netbsd-bugs
Date: 03/12/2001 22:31:43
>Number:         12386
>Category:       kern
>Synopsis:       NFS file reading performance issues
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Mar 12 01:32:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Mark Davies
>Release:        25/2/2001
>Organization:
Dept. of Comp. Sci., Victoria Uni. of Wellington, New Zealand.
>Environment:
	
System: NetBSD city-art.mcs.vuw.ac.nz 1.5S NetBSD 1.5S (MCS_WORKSTATION) #5: Sun Feb 25 07:48:27 NZDT 2001 mark@turakirae.mcs.vuw.ac.nz:/src/work/src/sys/arch/i386/compile/MCS_WORKSTATION i386
Architecture: i386
Machine: i386
>Description:

 We are running 1.5S from around Feb 24/25 with Chuck's balancing patches.  
 While performance is generally good we see some cases involving reading from 
 NFS where performance is dismally bad. Not sure if this is an NFS vnlocking 
 problem, UBC or what.

 An example: 

 Client and server machines are both i386's running the same 1.5S, both with 
 100MB switched network connections. Server has softdeps enabled for the 
 filesystem.

 Netscape Messenger on the client updating the summary file for a 35MB Inbox
 that lives on the server took 15 minutes!  From ktraceing it while it was
 doing this all the netscape seemed to be doing was reading the Inbox file and 
 updating its little indicators saying how far through it was.

 Shortly after it had finished, a cat of the Inbox completed in much more 
 reasonable time:

 city-art% time cat ~/nsmail/Inbox > /dev/null
 0.000u 0.075s 0:00.13 53.8%     0+0k 0+0io 0pf+0w

 However if I try to do the same cat in the middle of netscape reading the
 file it also slows down (I killed it after it hadn't completed in 3 minutes).

 Any ps of netscape I do while its behaving like this shows it waiting on 
 "biowait" except when I also had the cat running when the cat was in
 "biowait" and the netscape was in "vnlock" any time I looked.


 We have also seen similar behaviour from MH scanning folders and from other 
 apps.

>How-To-Repeat:
	Access files via NFS from 1.5S server from 1.5S client.  Notice
	occasional significant slowdown accessing some files.
	Sorry can't pin it down more tightly.

>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: