Date: Mon, 28 Apr 1997 09:48:58 +0900 (JST) From: Michael Hancock <michaelh@cet.co.jp> To: Terry Lambert <terry@lambert.org> Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@hub.freebsd.org Subject: Re: namei & hash functions Message-ID: <Pine.SV4.3.95.970428094356.28915A-100000@parkplace.cet.co.jp> In-Reply-To: <199704271855.LAA08913@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 27 Apr 1997, Terry Lambert wrote: > > He's working on another approach that simplifies keeping the name cache > > and active vnode in sync by hanging the name cache of the directory vnode. > > A lot of us are saying that operations like article list request against > > innd would suffer with this approach. > > Ugh. I do not like this. It breaks locality of reference for cache > entry flushing. I don't think it's that big a win for lookup anyway; > a hash is a hash, and the fill should be proportionate. There will > be a problem in that you can size a "whole FS hash" by knowing how > many files are in the FS, but sizing a "per directory hash" is much > more problematic. It's a per directory linked list, see the patch on the fs list. It's just experimentation, I'm finding it a good way to get more familiar with the name cache code and related issues. Mike Hancock
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SV4.3.95.970428094356.28915A-100000>