All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Righi <arighi@develer.com>
To: Greg Thelen <gthelen@google.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	containers@lists.osdl.org,
	Balbir Singh <balbir@linux.vnet.ibm.com>,
	Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>,
	David Rientjes <rientjes@google.com>
Subject: Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
Date: Wed, 6 Oct 2010 22:54:41 +0200	[thread overview]
Message-ID: <20101006205440.GA1266@linux.develer.com> (raw)
In-Reply-To: <xr937hhvjhlj.fsf@ninji.mtv.corp.google.com>

On Wed, Oct 06, 2010 at 11:34:16AM -0700, Greg Thelen wrote:
> Andrea Righi <arighi@develer.com> writes:
> 
> > On Tue, Oct 05, 2010 at 12:33:15AM -0700, Greg Thelen wrote:
> >> KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> writes:
> >> 
> >> > On Sun,  3 Oct 2010 23:58:03 -0700
> >> > Greg Thelen <gthelen@google.com> wrote:
> >> >
> >> >> Add cgroupfs interface to memcg dirty page limits:
> >> >>   Direct write-out is controlled with:
> >> >>   - memory.dirty_ratio
> >> >>   - memory.dirty_bytes
> >> >> 
> >> >>   Background write-out is controlled with:
> >> >>   - memory.dirty_background_ratio
> >> >>   - memory.dirty_background_bytes
> >> >> 
> >> >> Signed-off-by: Andrea Righi <arighi@develer.com>
> >> >> Signed-off-by: Greg Thelen <gthelen@google.com>
> >> >
> >> > Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
> >> >
> >> > a question below.
> >> >
> >> >
> >> >> ---
> >> >>  mm/memcontrol.c |   89 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >> >>  1 files changed, 89 insertions(+), 0 deletions(-)
> >> >> 
> >> >> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> >> >> index 6ec2625..2d45a0a 100644
> >> >> --- a/mm/memcontrol.c
> >> >> +++ b/mm/memcontrol.c
> >> >> @@ -100,6 +100,13 @@ enum mem_cgroup_stat_index {
> >> >>  	MEM_CGROUP_STAT_NSTATS,
> >> >>  };
> >> >>  
> >> >> +enum {
> >> >> +	MEM_CGROUP_DIRTY_RATIO,
> >> >> +	MEM_CGROUP_DIRTY_BYTES,
> >> >> +	MEM_CGROUP_DIRTY_BACKGROUND_RATIO,
> >> >> +	MEM_CGROUP_DIRTY_BACKGROUND_BYTES,
> >> >> +};
> >> >> +
> >> >>  struct mem_cgroup_stat_cpu {
> >> >>  	s64 count[MEM_CGROUP_STAT_NSTATS];
> >> >>  };
> >> >> @@ -4292,6 +4299,64 @@ static int mem_cgroup_oom_control_write(struct cgroup *cgrp,
> >> >>  	return 0;
> >> >>  }
> >> >>  
> >> >> +static u64 mem_cgroup_dirty_read(struct cgroup *cgrp, struct cftype *cft)
> >> >> +{
> >> >> +	struct mem_cgroup *mem = mem_cgroup_from_cont(cgrp);
> >> >> +	bool root;
> >> >> +
> >> >> +	root = mem_cgroup_is_root(mem);
> >> >> +
> >> >> +	switch (cft->private) {
> >> >> +	case MEM_CGROUP_DIRTY_RATIO:
> >> >> +		return root ? vm_dirty_ratio : mem->dirty_param.dirty_ratio;
> >> >> +	case MEM_CGROUP_DIRTY_BYTES:
> >> >> +		return root ? vm_dirty_bytes : mem->dirty_param.dirty_bytes;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_RATIO:
> >> >> +		return root ? dirty_background_ratio :
> >> >> +			mem->dirty_param.dirty_background_ratio;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_BYTES:
> >> >> +		return root ? dirty_background_bytes :
> >> >> +			mem->dirty_param.dirty_background_bytes;
> >> >> +	default:
> >> >> +		BUG();
> >> >> +	}
> >> >> +}
> >> >> +
> >> >> +static int
> >> >> +mem_cgroup_dirty_write(struct cgroup *cgrp, struct cftype *cft, u64 val)
> >> >> +{
> >> >> +	struct mem_cgroup *memcg = mem_cgroup_from_cont(cgrp);
> >> >> +	int type = cft->private;
> >> >> +
> >> >> +	if (cgrp->parent == NULL)
> >> >> +		return -EINVAL;
> >> >> +	if ((type == MEM_CGROUP_DIRTY_RATIO ||
> >> >> +	     type == MEM_CGROUP_DIRTY_BACKGROUND_RATIO) && val > 100)
> >> >> +		return -EINVAL;
> >> >> +	switch (type) {
> >> >> +	case MEM_CGROUP_DIRTY_RATIO:
> >> >> +		memcg->dirty_param.dirty_ratio = val;
> >> >> +		memcg->dirty_param.dirty_bytes = 0;
> >> >> +		break;
> >> >> +	case MEM_CGROUP_DIRTY_BYTES:
> >> >> +		memcg->dirty_param.dirty_bytes = val;
> >> >> +		memcg->dirty_param.dirty_ratio  = 0;
> >> >> +		break;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_RATIO:
> >> >> +		memcg->dirty_param.dirty_background_ratio = val;
> >> >> +		memcg->dirty_param.dirty_background_bytes = 0;
> >> >> +		break;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_BYTES:
> >> >> +		memcg->dirty_param.dirty_background_bytes = val;
> >> >> +		memcg->dirty_param.dirty_background_ratio = 0;
> >> >> +		break;
> >> >
> >> >
> >> > Curious....is this same behavior as vm_dirty_ratio ?
> >> 
> >> I think this is same behavior as vm_dirty_ratio.  When vm_dirty_ratio is
> >> changed then dirty_ratio_handler() will set vm_dirty_bytes=0.  When
> >> vm_dirty_bytes is written dirty_bytes_handler() will set
> >> vm_dirty_ratio=0.  So I think that the per-memcg dirty memory parameters
> >> mimic the behavior of vm_dirty_ratio, vm_dirty_bytes and the other
> >> global dirty parameters.
> >> 
> >> Am I missing your question?
> >
> > mmh... looking at the code it seems the same behaviour, but in
> > Documentation/sysctl/vm.txt we say a different thing (i.e., for
> > dirty_bytes):
> >
> > "If dirty_bytes is written, dirty_ratio becomes a function of its value
> > (dirty_bytes / the amount of dirtyable system memory)."
> >
> > However, in dirty_bytes_handler()/dirty_ratio_handler() we actually set
> > the counterpart value as 0.
> >
> > I think we should clarify the documentation.
> >
> > Signed-off-by: Andrea Righi <arighi@develer.com>
> 
> Reviewed-by: Greg Thelen <gthelen@google.com>
> 
> This documentation change is general cleanup that is independent of the
> memcg patch series shown on the subject.

Thanks Greg. I'll resend it as an independent patch.

-Andrea

--
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>

WARNING: multiple messages have this Message-ID (diff)
From: Andrea Righi <arighi@develer.com>
To: Greg Thelen <gthelen@google.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	containers@lists.osdl.org,
	Balbir Singh <balbir@linux.vnet.ibm.com>,
	Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp>,
	David Rientjes <rientjes@google.com>
Subject: Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
Date: Wed, 6 Oct 2010 22:54:41 +0200	[thread overview]
Message-ID: <20101006205440.GA1266@linux.develer.com> (raw)
In-Reply-To: <xr937hhvjhlj.fsf@ninji.mtv.corp.google.com>

On Wed, Oct 06, 2010 at 11:34:16AM -0700, Greg Thelen wrote:
> Andrea Righi <arighi@develer.com> writes:
> 
> > On Tue, Oct 05, 2010 at 12:33:15AM -0700, Greg Thelen wrote:
> >> KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> writes:
> >> 
> >> > On Sun,  3 Oct 2010 23:58:03 -0700
> >> > Greg Thelen <gthelen@google.com> wrote:
> >> >
> >> >> Add cgroupfs interface to memcg dirty page limits:
> >> >>   Direct write-out is controlled with:
> >> >>   - memory.dirty_ratio
> >> >>   - memory.dirty_bytes
> >> >> 
> >> >>   Background write-out is controlled with:
> >> >>   - memory.dirty_background_ratio
> >> >>   - memory.dirty_background_bytes
> >> >> 
> >> >> Signed-off-by: Andrea Righi <arighi@develer.com>
> >> >> Signed-off-by: Greg Thelen <gthelen@google.com>
> >> >
> >> > Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
> >> >
> >> > a question below.
> >> >
> >> >
> >> >> ---
> >> >>  mm/memcontrol.c |   89 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >> >>  1 files changed, 89 insertions(+), 0 deletions(-)
> >> >> 
> >> >> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> >> >> index 6ec2625..2d45a0a 100644
> >> >> --- a/mm/memcontrol.c
> >> >> +++ b/mm/memcontrol.c
> >> >> @@ -100,6 +100,13 @@ enum mem_cgroup_stat_index {
> >> >>  	MEM_CGROUP_STAT_NSTATS,
> >> >>  };
> >> >>  
> >> >> +enum {
> >> >> +	MEM_CGROUP_DIRTY_RATIO,
> >> >> +	MEM_CGROUP_DIRTY_BYTES,
> >> >> +	MEM_CGROUP_DIRTY_BACKGROUND_RATIO,
> >> >> +	MEM_CGROUP_DIRTY_BACKGROUND_BYTES,
> >> >> +};
> >> >> +
> >> >>  struct mem_cgroup_stat_cpu {
> >> >>  	s64 count[MEM_CGROUP_STAT_NSTATS];
> >> >>  };
> >> >> @@ -4292,6 +4299,64 @@ static int mem_cgroup_oom_control_write(struct cgroup *cgrp,
> >> >>  	return 0;
> >> >>  }
> >> >>  
> >> >> +static u64 mem_cgroup_dirty_read(struct cgroup *cgrp, struct cftype *cft)
> >> >> +{
> >> >> +	struct mem_cgroup *mem = mem_cgroup_from_cont(cgrp);
> >> >> +	bool root;
> >> >> +
> >> >> +	root = mem_cgroup_is_root(mem);
> >> >> +
> >> >> +	switch (cft->private) {
> >> >> +	case MEM_CGROUP_DIRTY_RATIO:
> >> >> +		return root ? vm_dirty_ratio : mem->dirty_param.dirty_ratio;
> >> >> +	case MEM_CGROUP_DIRTY_BYTES:
> >> >> +		return root ? vm_dirty_bytes : mem->dirty_param.dirty_bytes;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_RATIO:
> >> >> +		return root ? dirty_background_ratio :
> >> >> +			mem->dirty_param.dirty_background_ratio;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_BYTES:
> >> >> +		return root ? dirty_background_bytes :
> >> >> +			mem->dirty_param.dirty_background_bytes;
> >> >> +	default:
> >> >> +		BUG();
> >> >> +	}
> >> >> +}
> >> >> +
> >> >> +static int
> >> >> +mem_cgroup_dirty_write(struct cgroup *cgrp, struct cftype *cft, u64 val)
> >> >> +{
> >> >> +	struct mem_cgroup *memcg = mem_cgroup_from_cont(cgrp);
> >> >> +	int type = cft->private;
> >> >> +
> >> >> +	if (cgrp->parent == NULL)
> >> >> +		return -EINVAL;
> >> >> +	if ((type == MEM_CGROUP_DIRTY_RATIO ||
> >> >> +	     type == MEM_CGROUP_DIRTY_BACKGROUND_RATIO) && val > 100)
> >> >> +		return -EINVAL;
> >> >> +	switch (type) {
> >> >> +	case MEM_CGROUP_DIRTY_RATIO:
> >> >> +		memcg->dirty_param.dirty_ratio = val;
> >> >> +		memcg->dirty_param.dirty_bytes = 0;
> >> >> +		break;
> >> >> +	case MEM_CGROUP_DIRTY_BYTES:
> >> >> +		memcg->dirty_param.dirty_bytes = val;
> >> >> +		memcg->dirty_param.dirty_ratio  = 0;
> >> >> +		break;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_RATIO:
> >> >> +		memcg->dirty_param.dirty_background_ratio = val;
> >> >> +		memcg->dirty_param.dirty_background_bytes = 0;
> >> >> +		break;
> >> >> +	case MEM_CGROUP_DIRTY_BACKGROUND_BYTES:
> >> >> +		memcg->dirty_param.dirty_background_bytes = val;
> >> >> +		memcg->dirty_param.dirty_background_ratio = 0;
> >> >> +		break;
> >> >
> >> >
> >> > Curious....is this same behavior as vm_dirty_ratio ?
> >> 
> >> I think this is same behavior as vm_dirty_ratio.  When vm_dirty_ratio is
> >> changed then dirty_ratio_handler() will set vm_dirty_bytes=0.  When
> >> vm_dirty_bytes is written dirty_bytes_handler() will set
> >> vm_dirty_ratio=0.  So I think that the per-memcg dirty memory parameters
> >> mimic the behavior of vm_dirty_ratio, vm_dirty_bytes and the other
> >> global dirty parameters.
> >> 
> >> Am I missing your question?
> >
> > mmh... looking at the code it seems the same behaviour, but in
> > Documentation/sysctl/vm.txt we say a different thing (i.e., for
> > dirty_bytes):
> >
> > "If dirty_bytes is written, dirty_ratio becomes a function of its value
> > (dirty_bytes / the amount of dirtyable system memory)."
> >
> > However, in dirty_bytes_handler()/dirty_ratio_handler() we actually set
> > the counterpart value as 0.
> >
> > I think we should clarify the documentation.
> >
> > Signed-off-by: Andrea Righi <arighi@develer.com>
> 
> Reviewed-by: Greg Thelen <gthelen@google.com>
> 
> This documentation change is general cleanup that is independent of the
> memcg patch series shown on the subject.

Thanks Greg. I'll resend it as an independent patch.

-Andrea

  reply	other threads:[~2010-10-06 20:54 UTC|newest]

Thread overview: 194+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-04  6:57 [PATCH 00/10] memcg: per cgroup dirty page accounting Greg Thelen
2010-10-04  6:57 ` Greg Thelen
2010-10-04  6:57 ` [PATCH 01/10] memcg: add page_cgroup flags for dirty page tracking Greg Thelen
2010-10-04  6:57   ` Greg Thelen
2010-10-05  6:20   ` KAMEZAWA Hiroyuki
2010-10-05  6:20     ` KAMEZAWA Hiroyuki
2010-10-06  0:37   ` Daisuke Nishimura
2010-10-06  0:37     ` Daisuke Nishimura
2010-10-06 11:07   ` Balbir Singh
2010-10-06 11:07     ` Balbir Singh
2010-10-04  6:57 ` [PATCH 02/10] memcg: document cgroup dirty memory interfaces Greg Thelen
2010-10-04  6:57   ` Greg Thelen
2010-10-05  6:48   ` KAMEZAWA Hiroyuki
2010-10-05  6:48     ` KAMEZAWA Hiroyuki
2010-10-06  0:49   ` Daisuke Nishimura
2010-10-06  0:49     ` Daisuke Nishimura
2010-10-06 11:12   ` Balbir Singh
2010-10-06 11:12     ` Balbir Singh
2010-10-04  6:57 ` [PATCH 03/10] memcg: create extensible page stat update routines Greg Thelen
2010-10-04  6:57   ` Greg Thelen
2010-10-04 13:48   ` Ciju Rajan K
2010-10-04 13:48     ` Ciju Rajan K
2010-10-04 15:43     ` Greg Thelen
2010-10-04 15:43       ` Greg Thelen
2010-10-04 17:35       ` Ciju Rajan K
2010-10-04 17:35         ` Ciju Rajan K
2010-10-05  6:51   ` KAMEZAWA Hiroyuki
2010-10-05  6:51     ` KAMEZAWA Hiroyuki
2010-10-05  7:10     ` Greg Thelen
2010-10-05  7:10       ` Greg Thelen
2010-10-05 15:42   ` Minchan Kim
2010-10-05 15:42     ` Minchan Kim
2010-10-05 19:59     ` Greg Thelen
2010-10-05 19:59       ` Greg Thelen
2010-10-05 23:57       ` Minchan Kim
2010-10-05 23:57         ` Minchan Kim
2010-10-06  0:48         ` Greg Thelen
2010-10-06  0:48           ` Greg Thelen
2010-10-06 16:19   ` Balbir Singh
2010-10-06 16:19     ` Balbir Singh
2010-10-04  6:57 ` [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup() Greg Thelen
2010-10-04  6:57   ` Greg Thelen
2010-10-05  6:54   ` KAMEZAWA Hiroyuki
2010-10-05  6:54     ` KAMEZAWA Hiroyuki
2010-10-05  7:18     ` Greg Thelen
2010-10-05  7:18       ` Greg Thelen
2010-10-05 16:03   ` Minchan Kim
2010-10-05 16:03     ` Minchan Kim
2010-10-05 23:26     ` Greg Thelen
2010-10-05 23:26       ` Greg Thelen
2010-10-06  0:15       ` Minchan Kim
2010-10-06  0:15         ` Minchan Kim
2010-10-07  0:35         ` KAMEZAWA Hiroyuki
2010-10-07  0:35           ` KAMEZAWA Hiroyuki
2010-10-07  1:54           ` Daisuke Nishimura
2010-10-07  1:54             ` Daisuke Nishimura
2010-10-07  2:17             ` KAMEZAWA Hiroyuki
2010-10-07  2:17               ` KAMEZAWA Hiroyuki
2010-10-07  6:21               ` [PATCH] memcg: reduce lock time at move charge (Was " KAMEZAWA Hiroyuki
2010-10-07  6:21                 ` KAMEZAWA Hiroyuki
2010-10-07  6:24                 ` [PATCH] memcg: lock-free clear page writeback " KAMEZAWA Hiroyuki
2010-10-07  6:24                   ` KAMEZAWA Hiroyuki
2010-10-07  9:05                   ` KAMEZAWA Hiroyuki
2010-10-07  9:05                     ` KAMEZAWA Hiroyuki
2010-10-07 23:35                   ` Minchan Kim
2010-10-07 23:35                     ` Minchan Kim
2010-10-08  4:41                     ` KAMEZAWA Hiroyuki
2010-10-08  4:41                       ` KAMEZAWA Hiroyuki
2010-10-08  4:41                       ` KAMEZAWA Hiroyuki
2010-10-07  7:28                 ` [PATCH] memcg: reduce lock time at move charge " Daisuke Nishimura
2010-10-07  7:28                   ` Daisuke Nishimura
2010-10-07  7:42                   ` KAMEZAWA Hiroyuki
2010-10-07  7:42                     ` KAMEZAWA Hiroyuki
2010-10-07  8:04                     ` [PATCH v2] " KAMEZAWA Hiroyuki
2010-10-07  8:04                       ` KAMEZAWA Hiroyuki
2010-10-07 23:14                       ` Andrew Morton
2010-10-07 23:14                         ` Andrew Morton
2010-10-08  1:12                         ` Daisuke Nishimura
2010-10-08  1:12                           ` Daisuke Nishimura
2010-10-08  4:37                         ` KAMEZAWA Hiroyuki
2010-10-08  4:37                           ` KAMEZAWA Hiroyuki
2010-10-08  4:55                           ` Andrew Morton
2010-10-08  4:55                             ` Andrew Morton
2010-10-08  5:12                             ` KAMEZAWA Hiroyuki
2010-10-08  5:12                               ` KAMEZAWA Hiroyuki
2010-10-08 10:41                               ` KAMEZAWA Hiroyuki
2010-10-08 10:41                                 ` KAMEZAWA Hiroyuki
2010-10-12  3:39                                 ` Balbir Singh
2010-10-12  3:39                                   ` Balbir Singh
2010-10-12  3:42                                   ` KAMEZAWA Hiroyuki
2010-10-12  3:42                                     ` KAMEZAWA Hiroyuki
2010-10-12  3:54                                     ` Balbir Singh
2010-10-12  3:54                                       ` Balbir Singh
2010-10-12  3:56                                 ` Daisuke Nishimura
2010-10-12  3:56                                   ` Daisuke Nishimura
2010-10-12  5:01                                   ` KAMEZAWA Hiroyuki
2010-10-12  5:01                                     ` KAMEZAWA Hiroyuki
2010-10-12  5:48                                   ` [PATCH v4] memcg: reduce lock time at move charge KAMEZAWA Hiroyuki
2010-10-12  5:48                                     ` KAMEZAWA Hiroyuki
2010-10-12  6:23                                     ` Daisuke Nishimura
2010-10-12  6:23                                       ` Daisuke Nishimura
2010-10-12  5:39   ` [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup() Balbir Singh
2010-10-12  5:39     ` Balbir Singh
2010-10-04  6:58 ` [PATCH 05/10] memcg: add dirty page accounting infrastructure Greg Thelen
2010-10-04  6:58   ` Greg Thelen
2010-10-05  7:22   ` KAMEZAWA Hiroyuki
2010-10-05  7:22     ` KAMEZAWA Hiroyuki
     [not found]     ` <20101005162205.3908952a.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2010-10-05  7:35       ` Greg Thelen
2010-10-05  7:35         ` Greg Thelen
2010-10-05  7:35         ` Greg Thelen
2010-10-05 16:09   ` Minchan Kim
2010-10-05 16:09     ` Minchan Kim
2010-10-05 20:06     ` Greg Thelen
2010-10-05 20:06       ` Greg Thelen
2010-10-04  6:58 ` [PATCH 06/10] memcg: add kernel calls for memcg dirty page stats Greg Thelen
2010-10-04  6:58   ` Greg Thelen
2010-10-05  6:55   ` KAMEZAWA Hiroyuki
2010-10-05  6:55     ` KAMEZAWA Hiroyuki
2010-10-04  6:58 ` [PATCH 07/10] memcg: add dirty limits to mem_cgroup Greg Thelen
2010-10-04  6:58   ` Greg Thelen
2010-10-05  7:07   ` KAMEZAWA Hiroyuki
2010-10-05  7:07     ` KAMEZAWA Hiroyuki
2010-10-05  9:43   ` Andrea Righi
2010-10-05  9:43     ` Andrea Righi
2010-10-05 19:00     ` Greg Thelen
2010-10-05 19:00       ` Greg Thelen
2010-10-07  0:13       ` KAMEZAWA Hiroyuki
2010-10-07  0:13         ` KAMEZAWA Hiroyuki
2010-10-07  0:27         ` Greg Thelen
2010-10-07  0:27           ` Greg Thelen
2010-10-07  0:48           ` KAMEZAWA Hiroyuki
2010-10-07  0:48             ` KAMEZAWA Hiroyuki
2010-10-12  0:24             ` Greg Thelen
2010-10-12  0:24               ` Greg Thelen
2010-10-12  0:55               ` KAMEZAWA Hiroyuki
2010-10-12  0:55                 ` KAMEZAWA Hiroyuki
2010-10-12  7:32                 ` Greg Thelen
2010-10-12  7:32                   ` Greg Thelen
2010-10-12  8:38                   ` KAMEZAWA Hiroyuki
2010-10-12  8:38                     ` KAMEZAWA Hiroyuki
2010-10-04  6:58 ` [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits Greg Thelen
2010-10-04  6:58   ` Greg Thelen
2010-10-05  7:13   ` KAMEZAWA Hiroyuki
2010-10-05  7:13     ` KAMEZAWA Hiroyuki
2010-10-05  7:33     ` Greg Thelen
2010-10-05  7:33       ` Greg Thelen
2010-10-05  7:31       ` KAMEZAWA Hiroyuki
2010-10-05  7:31         ` KAMEZAWA Hiroyuki
2010-10-05  9:18       ` Andrea Righi
2010-10-05  9:18         ` Andrea Righi
2010-10-05 18:31         ` David Rientjes
2010-10-05 18:31           ` David Rientjes
2010-10-06 18:34         ` Greg Thelen
2010-10-06 18:34           ` Greg Thelen
2010-10-06 20:54           ` Andrea Righi [this message]
2010-10-06 20:54             ` Andrea Righi
2010-10-06 13:30   ` Balbir Singh
2010-10-06 13:30     ` Balbir Singh
2010-10-06 13:32     ` Balbir Singh
2010-10-06 13:32       ` Balbir Singh
2010-10-06 16:21       ` Greg Thelen
2010-10-06 16:21         ` Greg Thelen
2010-10-06 16:24         ` Balbir Singh
2010-10-06 16:24           ` Balbir Singh
2010-10-07  6:23   ` Ciju Rajan K
2010-10-07  6:23     ` Ciju Rajan K
2010-10-07 17:46     ` Greg Thelen
2010-10-07 17:46       ` Greg Thelen
2010-10-04  6:58 ` [PATCH 09/10] writeback: make determine_dirtyable_memory() static Greg Thelen
2010-10-04  6:58   ` Greg Thelen
2010-10-05  7:15   ` KAMEZAWA Hiroyuki
2010-10-05  7:15     ` KAMEZAWA Hiroyuki
2010-10-04  6:58 ` [PATCH 10/10] memcg: check memcg dirty limits in page writeback Greg Thelen
2010-10-04  6:58   ` Greg Thelen
2010-10-05  7:29   ` KAMEZAWA Hiroyuki
2010-10-05  7:29     ` KAMEZAWA Hiroyuki
2010-10-06  0:32   ` Minchan Kim
2010-10-06  0:32     ` Minchan Kim
2010-10-05  4:20 ` [PATCH 00/10] memcg: per cgroup dirty page accounting Balbir Singh
2010-10-05  4:20   ` Balbir Singh
2010-10-05  4:50 ` Balbir Singh
2010-10-05  4:50   ` Balbir Singh
2010-10-05  5:50   ` Greg Thelen
2010-10-05  5:50     ` Greg Thelen
2010-10-05  8:37     ` Ciju Rajan K
2010-10-05  8:37       ` Ciju Rajan K
2010-10-05 22:15 ` Andrea Righi
2010-10-05 22:15   ` Andrea Righi
2010-10-06  3:23 ` Balbir Singh
2010-10-06  3:23   ` Balbir Singh
2010-10-18  5:56 ` KAMEZAWA Hiroyuki
2010-10-18  5:56   ` KAMEZAWA Hiroyuki
2010-10-18 18:09   ` Greg Thelen
2010-10-18 18:09     ` Greg Thelen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20101006205440.GA1266@linux.develer.com \
    --to=arighi@develer.com \
    --cc=akpm@linux-foundation.org \
    --cc=balbir@linux.vnet.ibm.com \
    --cc=containers@lists.osdl.org \
    --cc=gthelen@google.com \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=nishimura@mxp.nes.nec.co.jp \
    --cc=rientjes@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.