Date: Wed, 28 Aug 2013 18:12:28 +0200 From: Gary Jennejohn <gljennjohn@googlemail.com> To: Ivan Voras <ivoras@freebsd.org> Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Call fo comments - raising vfs.ufs.dirhash_reclaimage? Message-ID: <20130828181228.0d3618dd@ernst.home> In-Reply-To: <kvkvi7$iv7$1@ger.gmane.org> References: <kvkvi7$iv7$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 28 Aug 2013 15:56:30 +0200 Ivan Voras <ivoras@freebsd.org> wrote: [jump to the chase] > Why not leave it for sysadmins to tune it themselves if they want it: > > 1) They usually don't know about it until it's too late. > > 2) Dirhash is typically miniscule compared to todays memory sizes - a > few dozen MBs even on very busy systems, and there are no typical > situations where a large number of entries are filled in at the same > time which block eviction of a large-ish amount of memory, so having > reclaimage higher will automatically help in file-system intensive > spikes without harming other uses. > So, if I understand this correctly, a normal desktop user won't notice any real change, except that buildworld might get faster, and big servers will benefit? But could this negatively impact small, embedded systems, which usually have only small memory footprints? Although I suppose one could argue that they usually don't have large numbers of files cached in memory at any given time. -- Gary Jennejohn
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130828181228.0d3618dd>