From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx177.postini.com [74.125.245.177]) by kanga.kvack.org (Postfix) with SMTP id E72D86B0078 for ; Wed, 19 Dec 2012 03:40:39 -0500 (EST) From: Glauber Costa Subject: [PATCH 0/2] slightly change shrinker behaviour for very small object sets Date: Wed, 19 Dec 2012 12:40:16 +0400 Message-Id: <1355906418-3603-1-git-send-email-glommer@parallels.com> Sender: owner-linux-mm@kvack.org List-ID: To: linux-fsdevel@vger.kernel.org Cc: linux-mm@kvack.org, cgroups@vger.kernel.org, Dave Shrinnker , Johannes Weiner , Michal Hocko , kamezawa.hiroyu@jp.fujitsu.com, Tejun Heo Hi, 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/super.c | 2 +- mm/vmscan.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) -- 1.7.11.7 -- 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: email@kvack.org