Hi, * v2: fix sysctl_vfs_cache_pressure for all users. I've recently noticed some glitches in the object shrinker mechanism when a very small number of objects is used. Those situations are theoretically possible, albeit unlikely. But although it may feel like it is purely theoretical, they can become common in environments with many small containers (cgroups) in a box. Those patches came from some experimentation I am doing with targetted-shrinking for kmem-limited memory cgroups (Dave Shrinnker is already aware of such work). In such scenarios, one can set the available memory to very low limits, and it becomes easy to see this. Glauber Costa (2): super: fix calculation of shrinkable objects for small numbers vmscan: take at least one pass with shrinkers fs/gfs2/glock.c | 2 +- fs/gfs2/quota.c | 2 +- fs/mbcache.c | 2 +- fs/nfs/dir.c | 2 +- fs/quota/dquot.c | 5 ++--- fs/super.c | 2 +- fs/xfs/xfs_qm.c | 2 +- include/linux/dcache.h | 4 ++++ mm/vmscan.c | 4 ++-- 9 files changed, 14 insertions(+), 11 deletions(-) -- 1.7.11.7 -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
