Re: inode_cache / dentry_cache not being reclaimed aggressively enough on low-memory PCs

[Mike Fedyk <mfedyk _at_ xxxxxxxxxxxxx>]

On Mon, Jan 05, 2004 at 03:32:57PM -0200, Marcelo Tosatti wrote:
> 
> 
> On Sat, 3 Jan 2004, Mike Fedyk wrote:
> > Also, if there are any improvements considered for the 2.4 VM, it should be
> > on top of the -aa series.  That's where the latest updates are, and it
> > doesn't make sence to work from a base that already has seperate
> > improvements available.
> 
> The fix in -aa seems to reclaim inodes very aggressively. The 2.4 RH tree
> seems to contain a better version. Need to look into that.

http://www.matchmail.com/stats/lrrd/matchmail.com/fileserver.matchmail.com-memory.html

Comparing[1] week 51 (2.4.23-rc5), and week 01 (2.4.23-aa1) would show that the
slab cache can grow larger for the same workload in -aa right now.

I have a backup that runs every day at 4-6am that is somewhat memory
intensive since it uses smbfs, (that's notorious for its bad memory usage
patterns) and it doesn't shrink the slab at all.  The only thing that
affected slab size was closing one of my mutt instances that was running on
a maildir folder with 28k messages in it on tuesday of week 01.



http://www.matchmail.com/stats/lrrd/matchmail.com/fileserver.matchmail.com-swap.html

2.4.23-aa may or may not have problems with inode/dentry reclaim (I haven't
checked other workloads), but it sure improves the amount of swap I/O
performed.



Here's the top slab users right now:

inode_cache       456388 457304    512 57163 57163    1 : 534792 4012606
132385 68961    0 :  124

dentry_cache      626116 641116    136 22897 22897    1 : 731108 7905948
51318 27096    0 :  252  12

buffer_head       127878 132732    108 3684 3687    1 : 163476 29891760
62063 58376    0 :  252  126

size-64           137960 141934     72 2678 2678    1 : 152534 2392141  3263
585    0 :  252  126 :

vm_area_struct      5586   6600     76  124  132    1 :   8650 17144108
1294 1162    0 :  252  126

blkdev_requests     4096   4120     96  103  103    1 :   4640    5018
11613    0 :  252  126 :

size-4096             98     98   4096   98   98    1 :    827  264784
173433 173335    0 :   60   3


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo _at_ vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/