Date: Sun, 7 Aug 2005 20:24:20 +0100 From: David Malone <dwmalone@maths.tcd.ie> To: freebsd-performance@FreeBSD.org Subject: Re: [RFC] Bumping ufs.dirhash_maxmem to a larger value? Message-ID: <20050807192420.GA83026@walton.maths.tcd.ie> In-Reply-To: <20050807185129.GA61807@frontfree.net> References: <20050807185129.GA61807@frontfree.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Aug 08, 2005 at 02:51:29AM +0800, Xin LI wrote: > My proposal is to increase the default dirhash_maxmem value to at least > 32MB or 64MB. Any objections? I think autotuning the value on boot might be a good idea, providing that there's reasonable evidence that the existing value is too small. Maybe setting it to some fraction of the available ram might be a reasonable plan. I set it to 20MB on our NFS server which has 1GB of ram. That's more than enough enough to quickly clean up when a user accidently puts a million files in one directory. > Cons for this, discussed in -developer: > - dirhash does not implements automatical mechanism to reduce memory > usage in response to system memory pressure, and benefits mainly to > large directories, e.g. Maildirs. Note that it benefits *only* large directories. Making dirhash respond to demands on memory would be a good plan, certainly on -current where we can in principle get feedback from UMA about memory shortages. This would eliminate most of the disadvantages of increasing the limit. In fact, you might be able to remove the limit all together. David.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050807192420.GA83026>