Date: Thu, 6 Jul 2000 22:31:50 -0700 From: Gregory Sutter <gsutter@zer0.org> To: Alfred Perlstein <bright@wintelcom.net> Cc: Matthew Dillon <dillon@apollo.backplane.com>, Marius Bendiksen <mbendiks@eunet.no>, freebsd-arch@FreeBSD.ORG Subject: Re: Alterations to vops Message-ID: <20000706223150.A24949@klapaucius.zer0.org> In-Reply-To: <20000706184859.C25571@fw.wintelcom.net>; from bright@wintelcom.net on Thu, Jul 06, 2000 at 06:48:59PM -0700 References: <Pine.BSF.4.05.10007062327020.68909-100000@login-1.eunet.no> <200007070143.SAA96248@apollo.backplane.com> <20000706184859.C25571@fw.wintelcom.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2000-07-06 18:48 -0700, Alfred Perlstein <bright@wintelcom.net> wrote: > * Matthew Dillon <dillon@apollo.backplane.com> [000706 18:43] wrote: > >: > > I don't think it's that at all. Obviously find and cvsup eat a lot > > of *DISK* bandwidth -- all from seeking. The actual *I/O* bandwidth > > is very low (probably less then 1MByte/sec), but the disk is saturated. > > > > So I don't think we are blowing up any caches. > > > > What may be happening here is stalling in namei(). find and cvsup > > are very heavy on path lookups and that combined with seek latency > > on the drive could result in filesystem locks on directories being > > held for much longer periods of time then normal. Any other process > > trying to 'open' a file (verses reading or writing an already-open file) > > would start to stall. > > just a note: > sysctl -w vfs.vmiodirenable=1 > helps a _lot_. Could you explain what this does? Don't say "use the source"; I looked and still have no idea. :) Thanks. Greg -- Gregory S. Sutter Computing is a terminal addiction. mailto:gsutter@zer0.org http://www.zer0.org/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000706223150.A24949>