Re: Unfreeable buffer/cache problem in 2.4.17-rc1 still there

Ken Brownfield (brownfld@irridia.com)
Sat, 15 Dec 2001 10:09:55 -0600


I think "updatedb" at 4am is what you're looking for... How much disk
space do you have on this system?

-- 
Ken.
brownfld@irridia.com

On Sat, Dec 15, 2001 at 05:05:20PM +0100, Chris Chabot wrote: | Ok, rc1-aa1 is installed, up and running. Since it took a little more | then a day last time for this behavour to be displayed, i'll have to | wait before i can report back anything usefull. | | Ps, a side question. if this is 'inode' and 'dentry' cache, why isnt it | reported as 'used by cache' in free, top, gtop, etc? | | Also, why is this such a progressive problem? Even if i do a find on the | full +/- 400 gigs, create and remove 2 gig files, create 1000 temp | files, etc, in the first day the memory isnt 'disapearing' yet. | (ofcource it uses a lot of mem for cache/buffers, but no 'unaccounted | for in free or top' memory. | | Will report back soon, | | -- Chris | | | On Sat, 2001-12-15 at 15:24, Andrea Arcangeli wrote: | > On Sat, Dec 15, 2001 at 01:36:11PM +0100, Chris Chabot wrote: | > > inode_cache 686896 686896 480 85862 85862 1 : 124 62 | > > dentry_cache 696810 696810 128 23227 23227 1 : 252 126 | > | > this is an icache/dcache problem, can you reproduce on 2.4.17rc1aa1, it | > will shrink more aggressively. | > | > really to get an even better balance we should add the icache/dcache | > slab pages into the lru as well... that would trigger the icache/dcache | > flushes more easily when too much ram is in those caches. | > | > Andrea | | | - | To unsubscribe from this list: send the line "unsubscribe linux-kernel" in | the body of a message to majordomo@vger.kernel.org | More majordomo info at http://vger.kernel.org/majordomo-info.html | Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/