From owner-freebsd-hackers Fri May 31 14:48:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21896 for hackers-outgoing; Fri, 31 May 1996 14:48:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA21867 for ; Fri, 31 May 1996 14:48:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18830; Fri, 31 May 1996 14:44:32 -0700 From: Terry Lambert Message-Id: <199605312144.OAA18830@phaeton.artisoft.com> Subject: Re: Breaking ffs - speed enhancement? To: jgreco@solaria.sol.net (Joe Greco) Date: Fri, 31 May 1996 14:44:32 -0700 (MST) Cc: smd@cesium.clock.org, davidg@Root.COM, terry@lambert.org, hackers@freebsd.org, rashid@rk.ios.com In-Reply-To: <199605292255.RAA04893@solaria.sol.net> from "Joe Greco" at May 29, 96 05:55:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Also, another venerable practice is to make the inode cache > > *huge* (tens of thousands of inodes in ninode/desiredvnodes, > > as appropriate). > > > > I would be willing to bet that these two changes, neither > > of which needs anything more than adb/gdb, and both of which > > are widely portable to 4BSD systems of all types, will make your > > max-ed out disks much happier. > > Well I'm open to suggestions. Punching up desiredvnodes may help > somewhat, but I already crank up other stuff which sets that pretty > high. It won't help because the cache is vnode data-block based; once a inode is unreferenced and dirty, it's going out in the next sync whether you want it to or not. It may then be clean and reclaimed by ihash, but by then you have already eaten the overhead. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.