All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v2 0/4] Per-container dcache size limitation
@ 2011-08-05  0:35 Glauber Costa
  0 siblings, 0 replies; 4+ messages in thread
From: Glauber Costa @ 2011-08-05  0:35 UTC (permalink / raw)
  To: linux-kernel-u79uwXL29TY76Z2rM5mHXA
  Cc: Andrea Arcangeli, Rik van Riel, Nick Piggin, Pavel Emelyanov,
	David Chinner,
	containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA,
	Hugh Dickins, James Bottomley, Dave Hansen, Al Viro,
	linux-fsdevel-u79uwXL29TY76Z2rM5mHXA

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH v2 0/4] Per-container dcache size limitation
       [not found] ` <1312504544-1108-1-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
@ 2011-08-12 10:52   ` Glauber Costa
  0 siblings, 0 replies; 4+ messages in thread
From: Glauber Costa @ 2011-08-12 10:52 UTC (permalink / raw)
  To: Glauber Costa
  Cc: Andrea Arcangeli, Rik van Riel, Nick Piggin, Pavel Emelyanov,
	David Chinner,
	containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA,
	Hugh Dickins, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
	James Bottomley, Dave Hansen, Al Viro,
	linux-fsdevel-u79uwXL29TY76Z2rM5mHXA

On 08/04/2011 09:35 PM, Glauber Costa wrote:
> 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(-)
>
People,

Any comments on this? I think I addressed all the comments previously
made, and if there are no further requests, I think this is ready for
getting in. In case there are issues, please let me know so I can 
address them.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH v2 0/4] Per-container dcache size limitation
  2011-08-05  0:35 Glauber Costa
@ 2011-08-12 10:52 ` Glauber Costa
       [not found] ` <1312504544-1108-1-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
  1 sibling, 0 replies; 4+ messages in thread
From: Glauber Costa @ 2011-08-12 10:52 UTC (permalink / raw)
  To: Glauber Costa
  Cc: linux-kernel, linux-fsdevel, containers, Pavel Emelyanov,
	Al Viro, Hugh Dickins, Nick Piggin, Andrea Arcangeli,
	Rik van Riel, Dave Hansen, James Bottomley, David Chinner

On 08/04/2011 09:35 PM, Glauber Costa wrote:
> 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(-)
>
People,

Any comments on this? I think I addressed all the comments previously
made, and if there are no further requests, I think this is ready for
getting in. In case there are issues, please let me know so I can 
address them.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [PATCH v2 0/4] Per-container dcache size limitation
@ 2011-08-05  0:35 Glauber Costa
  2011-08-12 10:52 ` Glauber Costa
       [not found] ` <1312504544-1108-1-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
  0 siblings, 2 replies; 4+ messages in thread
From: Glauber Costa @ 2011-08-05  0:35 UTC (permalink / raw)
  To: linux-kernel
  Cc: linux-fsdevel, containers, Pavel Emelyanov, Al Viro,
	Hugh Dickins, Nick Piggin, Andrea Arcangeli, Rik van Riel,
	Dave Hansen, James Bottomley, David Chinner, Glauber Costa

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-08-12 10:53 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-08-05  0:35 [PATCH v2 0/4] Per-container dcache size limitation Glauber Costa
2011-08-05  0:35 Glauber Costa
2011-08-12 10:52 ` Glauber Costa
     [not found] ` <1312504544-1108-1-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2011-08-12 10:52   ` Glauber Costa

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.