[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1312504544-1108-1-git-send-email-glommer@parallels.com>
Date: Fri, 5 Aug 2011 04:35:40 +0400
From: Glauber Costa <glommer@...allels.com>
To: linux-kernel@...r.kernel.org
Cc: linux-fsdevel@...r.kernel.org,
containers@...ts.linux-foundation.org,
Pavel Emelyanov <xemul@...allels.com>,
Al Viro <viro@...iv.linux.org.uk>,
Hugh Dickins <hughd@...gle.com>,
Nick Piggin <npiggin@...nel.dk>,
Andrea Arcangeli <aarcange@...hat.com>,
Rik van Riel <riel@...hat.com>,
Dave Hansen <dave@...ux.vnet.ibm.com>,
James Bottomley <JBottomley@...allels.com>,
David Chinner <david@...morbit.com>,
Glauber Costa <glommer@...allels.com>
Subject: [PATCH v2 0/4] Per-container dcache size limitation
Hi,
Since v1, there is not too much new here.
I'm incorporating David's suggestion of calling the sb
shrinker, which will, in effect, prune the icache and
other sb related objects as well.
I am also keeping the mount based interface, since I
still believe it is the way to go. But I'm obviously
still open for suggestions. Some small corrections
were also made to it since v1. Specifically, bind
mounts are not allowed to alter the original sb dcache
size.
Glauber Costa (4):
factor out single-shrinker code
Keep nr_dentry per super block
limit nr_dentries per superblock
parse options in the vfs level
fs/dcache.c | 44 +++++++++++-
fs/namespace.c | 105 ++++++++++++++++++++++++++
fs/super.c | 16 ++++-
include/linux/dcache.h | 4 +
include/linux/fs.h | 3 +
include/linux/shrinker.h | 6 ++
mm/vmscan.c | 185 ++++++++++++++++++++++++----------------------
7 files changed, 274 insertions(+), 89 deletions(-)
--
1.7.6
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists