From owner-freebsd-current@FreeBSD.ORG Fri Jan 28 22:44:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D55916A4CE for ; Fri, 28 Jan 2005 22:44:15 +0000 (GMT) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 1189E43D3F for ; Fri, 28 Jan 2005 22:44:14 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 9208 invoked from network); 28 Jan 2005 22:44:12 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 28 Jan 2005 22:44:12 -0000 Received: (qmail 4446 invoked by uid 1001); 28 Jan 2005 22:44:12 -0000 Date: Fri, 28 Jan 2005 17:44:12 -0500 From: Brian Reichert To: Mike Tancsa Message-ID: <20050128224412.GK662@numachi.com> References: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.0.14.0.20050128160902.050da3f0@64.7.153.2> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: vfs.nfsrv.async broken ? Or pilot error ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jan 2005 22:44:15 -0000 On Fri, Jan 28, 2005 at 05:08:17PM -0500, Mike Tancsa wrote: > I am trying to run some nfs benchmarks and wanted to see how > vfs.nfsrv.async makes a difference on performance for FreeBSD vs Linux. > > From the client (a RELENG_5 box) if I do a simple > > time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=1638 > > The write is very quick > > [ns4-new]# time dd if=/dev/zero of=/mnt/testfile3 bs=16k count=1638 > 1638+0 records in > 1638+0 records out > 26836992 bytes transferred in 0.387338 secs (69285733 bytes/sec) > 0.007u 0.079s 0:00.54 12.9% 34+266k 0+3276io 0pf+0w > [ns4-new]# > > > > But if I increase the size by 10 times, the process takes more than 100 > times the amount of time to complete, and sometimes it doesnt complete at > all I've been trying to diagnose some big-files-over-NFS issues myself, with Solaris clients and a 5.3-R server. The symptoms on my setup were: when the files got to 200M, the nfsd processes were seemingly hang in a getblk state, and, after many (tens) of minutes, would 'wake up', and continue to flow data. My current workaround was to disable softupdates on the exported partitions until I can get another maintenace window to do things like check the firmware of my RAID card. etc. There are probably dozens of important differences between your and my systems, so I'm not going to pretend we have the same problems, but that's what I've done for now... -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large