Re: 2.5.33-mm1

[Andrew Morton <akpm@zip.com.au>]

William Lee Irwin III wrote:
> 
> ...
> > Calling kmem_cache_reap() after running the pruners will fix that up.
> 
> # grep ext3_inode_cache /proc/slabinfo
> ext3_inode_cache   18917  87012    448 7686 9668    1
> ...
> ext3_inode_cache:     8098KB    38052KB   21.28
> 
> Looks like a persistent gap from here.

OK, thanks.  We need to reap those pages up-front rather than waiting
for them to come to the tail of the LRU.

What on earth is going on with kmem_cache_reap?  Am I missing
something, or is that thing 700% overdesigned?  Why not just
free the darn pages in kmem_cache_free_one()?  Maybe hang onto
a few pages for cache warmth, but heck.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/