Call fo comments - raising vfs.ufs.dirhash_reclaimage?
RW
rwmaillists at googlemail.com
Wed Oct 9 12:59:34 UTC 2013
On Tue, 8 Oct 2013 16:01:25 -0700
Davide Italiano wrote:
> This could be probably changed -- from what | see even under high
> memory pressure this wasn't a problem but all in all I agree with you
> that we shouldn't loop forever but limit the number of pass on the
> list to a somewhat constant number, to prevent pathological cases.
I don't see any need to loop.
> > I don't believe that's true. Under most circustances the existing
> > scheme free more memory. The only case when yours frees more is
> > when 90% of the entries are locked.
>
> Well, no. Here you can set the threshold to a more aggressive value so
> that you reclaim more memory every time. Note that this was not
> possible in the previous version, so, if you could have a situation
> where all your cache entries were not touched for 15 or even 30
> seconds they would have kept around, and you can destroy up to 10% of
> them everytime lowmem event is called.
Outside of contrived stress tests I think it's very rare for a
significant fraction of the cache to have been accessed in the last
minute - particularly on large caches where this matters most.
More information about the freebsd-hackers
mailing list