Re: RFT: updatedb "morning after" problem [was: Re: -mm merge plans for 2.6.23]
From: Mike Galbraith <hidden>
Date: 2007-07-26 12:47:22
Also in:
lkml
On Thu, 2007-07-26 at 03:09 -0700, Andrew Morton wrote:
Setting it to zero will maximise the preservation of the vfs caches. You wanted 10000 there. <bets that nobody will test this>
drops caches prior to both updatedb runs. root@Homer: df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/hdc3 12500992 1043544 11457448 9% / udev 129162 1567 127595 2% /dev /dev/hdc1 26104 87 26017 1% /boot /dev/hda1 108144 90676 17468 84% /windows/C /dev/hda5 11136 3389 7747 31% /windows/D /dev/hda6 0 0 0 - /windows/E vfs_cache_pressure=10000, updatedb freshly completed: procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 0 48 76348 420356 104748 0 0 0 0 1137 912 3 1 97 0 ext3_inode_cache 315153 316274 524 7 1 : tunables 54 27 8 : slabdata 45182 45182 0 dentry_cache 224829 281358 136 29 1 : tunables 120 60 8 : slabdata 9702 9702 0 buffer_head 156624 159728 56 67 1 : tunables 120 60 8 : slabdata 2384 2384 0 vfs_cache_pressure=100 (stock), updatedb freshly completed: procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 0 148 83824 270088 116340 0 0 0 0 1095 330 2 1 97 0 ext3_inode_cache 467257 502495 524 7 1 : tunables 54 27 8 : slabdata 71785 71785 0 dentry_cache 292695 408958 136 29 1 : tunables 120 60 8 : slabdata 14102 14102 0 buffer_head 118329 184384 56 67 1 : tunables 120 60 8 : slabdata 2752 2752 1 Note: updatedb doesn't bother my box, not running enough leaky apps I guess. -Mike -- 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/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>