From: Daisuke Nishimura <d-nishimura@mtf.biglobe.ne.jp> To: Vivek Goyal <vgoyal@redhat.com> Cc: Andrea Righi <arighi@develer.com>, KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>, Balbir Singh <balbir@linux.vnet.ibm.com>, Peter Zijlstra <peterz@infradead.org>, Trond Myklebust <trond.myklebust@fys.uio.no>, Suleiman Souhlal <suleiman@google.com>, Greg Thelen <gthelen@google.com>, "Kirill A. Shutemov" <kirill@shutemov.name>, Andrew Morton <akpm@linux-foundation.org>, containers@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp> Subject: Re: [PATCH -mmotm 4/5] memcg: dirty pages accounting and limiting infrastructure Date: Wed, 17 Mar 2010 00:09:00 +0900 [thread overview] Message-ID: <20100317000900.62e6492c.d-nishimura@mtf.biglobe.ne.jp> (raw) In-Reply-To: <20100316141150.GC9144@redhat.com> On Tue, 16 Mar 2010 10:11:50 -0400 Vivek Goyal <vgoyal@redhat.com> wrote: > On Tue, Mar 16, 2010 at 11:32:38AM +0900, Daisuke Nishimura wrote: > > [..] > > > + * mem_cgroup_page_stat() - get memory cgroup file cache statistics > > > + * @item: memory statistic item exported to the kernel > > > + * > > > + * Return the accounted statistic value, or a negative value in case of error. > > > + */ > > > +s64 mem_cgroup_page_stat(enum mem_cgroup_read_page_stat_item item) > > > +{ > > > + struct mem_cgroup_page_stat stat = {}; > > > + struct mem_cgroup *mem; > > > + > > > + rcu_read_lock(); > > > + mem = mem_cgroup_from_task(current); > > > + if (mem && !mem_cgroup_is_root(mem)) { > > > + /* > > > + * If we're looking for dirtyable pages we need to evaluate > > > + * free pages depending on the limit and usage of the parents > > > + * first of all. > > > + */ > > > + if (item == MEMCG_NR_DIRTYABLE_PAGES) > > > + stat.value = memcg_get_hierarchical_free_pages(mem); > > > + /* > > > + * Recursively evaluate page statistics against all cgroup > > > + * under hierarchy tree > > > + */ > > > + stat.item = item; > > > + mem_cgroup_walk_tree(mem, &stat, mem_cgroup_page_stat_cb); > > > + } else > > > + stat.value = -EINVAL; > > > + rcu_read_unlock(); > > > + > > > + return stat.value; > > > +} > > > + > > hmm, mem_cgroup_page_stat() can return negative value, but you place BUG_ON() > > in [5/5] to check it returns negative value. What happens if the current is moved > > to root between mem_cgroup_has_dirty_limit() and mem_cgroup_page_stat() ? > > How about making mem_cgroup_has_dirty_limit() return the target mem_cgroup, and > > passing the mem_cgroup to mem_cgroup_page_stat() ? > > > > Hmm, if mem_cgroup_has_dirty_limit() retrun pointer to memcg, then one > shall have to use rcu_read_lock() and that will look ugly. > agreed. > Why don't we simply look at the return value and if it is negative, we > fall back to using global stats and get rid of BUG_ON()? > > Or, modify mem_cgroup_page_stat() to return global stats if it can't > determine per cgroup stat for some reason. (mem=NULL or root cgroup etc). > I don't have any objection as long as we don't hit BUG_ON. Thanks, Daisuke Nishimura. > Vivek > > -- > 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: Daisuke Nishimura <d-nishimura@mtf.biglobe.ne.jp> To: Vivek Goyal <vgoyal@redhat.com> Cc: Andrea Righi <arighi@develer.com>, KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>, Balbir Singh <balbir@linux.vnet.ibm.com>, Peter Zijlstra <peterz@infradead.org>, Trond Myklebust <trond.myklebust@fys.uio.no>, Suleiman Souhlal <suleiman@google.com>, Greg Thelen <gthelen@google.com>, "Kirill A. Shutemov" <kirill@shutemov.name>, Andrew Morton <akpm@linux-foundation.org>, containers@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Daisuke Nishimura <nishimura@mxp.nes.nec.co.jp> Subject: Re: [PATCH -mmotm 4/5] memcg: dirty pages accounting and limiting infrastructure Date: Wed, 17 Mar 2010 00:09:00 +0900 [thread overview] Message-ID: <20100317000900.62e6492c.d-nishimura@mtf.biglobe.ne.jp> (raw) In-Reply-To: <20100316141150.GC9144@redhat.com> On Tue, 16 Mar 2010 10:11:50 -0400 Vivek Goyal <vgoyal@redhat.com> wrote: > On Tue, Mar 16, 2010 at 11:32:38AM +0900, Daisuke Nishimura wrote: > > [..] > > > + * mem_cgroup_page_stat() - get memory cgroup file cache statistics > > > + * @item: memory statistic item exported to the kernel > > > + * > > > + * Return the accounted statistic value, or a negative value in case of error. > > > + */ > > > +s64 mem_cgroup_page_stat(enum mem_cgroup_read_page_stat_item item) > > > +{ > > > + struct mem_cgroup_page_stat stat = {}; > > > + struct mem_cgroup *mem; > > > + > > > + rcu_read_lock(); > > > + mem = mem_cgroup_from_task(current); > > > + if (mem && !mem_cgroup_is_root(mem)) { > > > + /* > > > + * If we're looking for dirtyable pages we need to evaluate > > > + * free pages depending on the limit and usage of the parents > > > + * first of all. > > > + */ > > > + if (item == MEMCG_NR_DIRTYABLE_PAGES) > > > + stat.value = memcg_get_hierarchical_free_pages(mem); > > > + /* > > > + * Recursively evaluate page statistics against all cgroup > > > + * under hierarchy tree > > > + */ > > > + stat.item = item; > > > + mem_cgroup_walk_tree(mem, &stat, mem_cgroup_page_stat_cb); > > > + } else > > > + stat.value = -EINVAL; > > > + rcu_read_unlock(); > > > + > > > + return stat.value; > > > +} > > > + > > hmm, mem_cgroup_page_stat() can return negative value, but you place BUG_ON() > > in [5/5] to check it returns negative value. What happens if the current is moved > > to root between mem_cgroup_has_dirty_limit() and mem_cgroup_page_stat() ? > > How about making mem_cgroup_has_dirty_limit() return the target mem_cgroup, and > > passing the mem_cgroup to mem_cgroup_page_stat() ? > > > > Hmm, if mem_cgroup_has_dirty_limit() retrun pointer to memcg, then one > shall have to use rcu_read_lock() and that will look ugly. > agreed. > Why don't we simply look at the return value and if it is negative, we > fall back to using global stats and get rid of BUG_ON()? > > Or, modify mem_cgroup_page_stat() to return global stats if it can't > determine per cgroup stat for some reason. (mem=NULL or root cgroup etc). > I don't have any objection as long as we don't hit BUG_ON. Thanks, Daisuke Nishimura. > Vivek > > -- > 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> > -- 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>
next prev parent reply other threads:[~2010-03-16 15:07 UTC|newest] Thread overview: 212+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-03-14 23:26 [PATCH -mmotm 0/5] memcg: per cgroup dirty limit (v7) Andrea Righi 2010-03-14 23:26 ` Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 1/5] memcg: disable irq at page cgroup lock Andrea Righi 2010-03-14 23:26 ` Andrea Righi 2010-03-15 0:06 ` KAMEZAWA Hiroyuki 2010-03-15 0:06 ` KAMEZAWA Hiroyuki 2010-03-15 10:00 ` Andrea Righi 2010-03-15 10:00 ` Andrea Righi [not found] ` <20100315090638.ee416d93.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-15 10:00 ` Andrea Righi [not found] ` <1268609202-15581-2-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-15 0:06 ` KAMEZAWA Hiroyuki 2010-03-17 7:04 ` Balbir Singh 2010-03-17 11:58 ` Balbir Singh 2010-03-17 7:04 ` Balbir Singh 2010-03-17 7:04 ` Balbir Singh 2010-03-17 11:58 ` Balbir Singh 2010-03-17 11:58 ` Balbir Singh [not found] ` <20100317115855.GS18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-17 23:54 ` KAMEZAWA Hiroyuki 2010-03-17 23:54 ` KAMEZAWA Hiroyuki 2010-03-17 23:54 ` KAMEZAWA Hiroyuki [not found] ` <20100318085411.834e1e46.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-18 0:45 ` KAMEZAWA Hiroyuki 2010-03-18 4:19 ` Balbir Singh 2010-03-18 0:45 ` KAMEZAWA Hiroyuki 2010-03-18 0:45 ` KAMEZAWA Hiroyuki [not found] ` <20100318094519.cd1eed72.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-18 2:16 ` Daisuke Nishimura 2010-03-18 2:16 ` Daisuke Nishimura 2010-03-18 2:16 ` Daisuke Nishimura 2010-03-18 2:58 ` KAMEZAWA Hiroyuki 2010-03-18 2:58 ` KAMEZAWA Hiroyuki [not found] ` <20100318111653.92f899e6.nishimura-YQH0OdQVrdy45+QrQBaojngSJqDPrsil@public.gmane.org> 2010-03-18 2:58 ` KAMEZAWA Hiroyuki 2010-03-18 5:12 ` Balbir Singh 2010-03-18 5:12 ` Balbir Singh 2010-03-18 5:12 ` Balbir Singh 2010-03-18 4:19 ` Balbir Singh 2010-03-18 4:19 ` Balbir Singh 2010-03-18 4:21 ` KAMEZAWA Hiroyuki 2010-03-18 4:21 ` KAMEZAWA Hiroyuki 2010-03-18 6:25 ` Balbir Singh 2010-03-18 6:25 ` Balbir Singh [not found] ` <20100318132114.d5680e1e.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-18 6:25 ` Balbir Singh 2010-03-18 4:35 ` KAMEZAWA Hiroyuki 2010-03-18 4:35 ` KAMEZAWA Hiroyuki 2010-03-18 16:28 ` Balbir Singh 2010-03-18 16:28 ` Balbir Singh [not found] ` <20100318162855.GG18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-19 1:23 ` KAMEZAWA Hiroyuki 2010-03-19 1:23 ` KAMEZAWA Hiroyuki 2010-03-19 1:23 ` KAMEZAWA Hiroyuki 2010-03-19 2:40 ` Balbir Singh 2010-03-19 2:40 ` Balbir Singh [not found] ` <20100319024039.GH18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-19 3:00 ` KAMEZAWA Hiroyuki 2010-03-19 3:00 ` KAMEZAWA Hiroyuki 2010-03-19 3:00 ` KAMEZAWA Hiroyuki [not found] ` <xr93hbnepmj6.fsf@ninji.mtv.corp.google.com> 2010-04-14 6:55 ` Greg Thelen 2010-04-14 6:55 ` Greg Thelen 2010-04-14 9:29 ` KAMEZAWA Hiroyuki 2010-04-14 9:29 ` KAMEZAWA Hiroyuki 2010-04-14 14:04 ` Vivek Goyal 2010-04-14 14:04 ` Vivek Goyal [not found] ` <20100414140430.GB13535-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-04-14 19:31 ` Greg Thelen 2010-04-15 0:14 ` KAMEZAWA Hiroyuki 2010-04-14 19:31 ` Greg Thelen 2010-04-14 19:31 ` Greg Thelen 2010-04-15 0:14 ` KAMEZAWA Hiroyuki 2010-04-15 0:14 ` KAMEZAWA Hiroyuki [not found] ` <20100414182904.2f72a63d.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-04-14 14:04 ` Vivek Goyal 2010-04-14 16:22 ` Greg Thelen 2010-04-14 16:22 ` Greg Thelen 2010-04-14 16:22 ` Greg Thelen 2010-04-15 0:22 ` KAMEZAWA Hiroyuki 2010-04-15 0:22 ` KAMEZAWA Hiroyuki [not found] ` <p2k49b004811004140922v8b6c4c57j2dd435261ff2dd43-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2010-04-15 0:22 ` KAMEZAWA Hiroyuki 2010-04-14 14:05 ` Vivek Goyal 2010-04-14 14:05 ` Vivek Goyal 2010-04-14 20:14 ` Greg Thelen 2010-04-14 20:14 ` Greg Thelen [not found] ` <xr9339yxyepc.fsf-Pk7ff2FLCuk9fRMx9H/SexPsWskHk0ljAL8bYrjMMd8@public.gmane.org> 2010-04-15 2:40 ` Daisuke Nishimura 2010-04-15 2:40 ` Daisuke Nishimura 2010-04-15 2:40 ` Daisuke Nishimura 2010-04-15 4:48 ` Greg Thelen 2010-04-15 4:48 ` Greg Thelen 2010-04-15 6:21 ` Daisuke Nishimura 2010-04-15 6:21 ` Daisuke Nishimura 2010-04-15 6:38 ` Greg Thelen 2010-04-15 6:38 ` Greg Thelen [not found] ` <20100415152104.62593f37.nishimura-YQH0OdQVrdy45+QrQBaojngSJqDPrsil@public.gmane.org> 2010-04-15 6:38 ` Greg Thelen 2010-04-15 6:54 ` KAMEZAWA Hiroyuki 2010-04-15 6:54 ` KAMEZAWA Hiroyuki 2010-04-15 6:54 ` KAMEZAWA Hiroyuki 2010-04-23 20:17 ` Greg Thelen 2010-04-23 20:17 ` Greg Thelen 2010-04-23 20:54 ` Peter Zijlstra 2010-04-23 20:54 ` Peter Zijlstra 2010-04-24 15:53 ` Greg Thelen 2010-04-24 15:53 ` Greg Thelen 2010-04-24 15:53 ` Greg Thelen [not found] ` <xr93k4rxx6sd.fsf-Pk7ff2FLCuk9fRMx9H/SexPsWskHk0ljAL8bYrjMMd8@public.gmane.org> 2010-04-23 20:54 ` Peter Zijlstra 2010-04-23 20:57 ` Peter Zijlstra 2010-04-23 21:19 ` Peter Zijlstra 2010-04-24 2:19 ` KAMEZAWA Hiroyuki 2010-04-23 20:57 ` Peter Zijlstra 2010-04-23 20:57 ` Peter Zijlstra 2010-04-24 2:22 ` KAMEZAWA Hiroyuki 2010-04-24 2:22 ` KAMEZAWA Hiroyuki 2010-04-24 2:22 ` KAMEZAWA Hiroyuki 2010-04-23 21:19 ` Peter Zijlstra 2010-04-23 21:19 ` Peter Zijlstra 2010-04-24 2:19 ` KAMEZAWA Hiroyuki 2010-04-24 2:19 ` KAMEZAWA Hiroyuki 2010-04-23 20:17 ` Greg Thelen [not found] ` <g2u49b004811004142148i3db9fefaje1f20760426e0c7e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2010-04-15 6:21 ` Daisuke Nishimura [not found] ` <20100415114022.ef01b704.nishimura-YQH0OdQVrdy45+QrQBaojngSJqDPrsil@public.gmane.org> 2010-04-15 4:48 ` Greg Thelen [not found] ` <20100414140523.GC13535-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-04-14 20:14 ` Greg Thelen 2010-04-14 14:44 ` Balbir Singh 2010-04-14 14:44 ` Balbir Singh [not found] ` <xr931veiplpr.fsf-Pk7ff2FLCuk9fRMx9H/SexPsWskHk0ljAL8bYrjMMd8@public.gmane.org> 2010-04-14 9:29 ` KAMEZAWA Hiroyuki 2010-04-14 14:05 ` Vivek Goyal 2010-04-14 14:44 ` Balbir Singh [not found] ` <xr93hbnepmj6.fsf-Pk7ff2FLCuk9fRMx9H/SexPsWskHk0ljAL8bYrjMMd8@public.gmane.org> 2010-04-14 6:55 ` Greg Thelen [not found] ` <20100319102332.f1d81c8d.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-19 2:40 ` Balbir Singh [not found] ` <20100318133527.420b2f25.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-18 16:28 ` Balbir Singh [not found] ` <20100318041944.GA18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-18 4:21 ` KAMEZAWA Hiroyuki 2010-03-18 4:35 ` KAMEZAWA Hiroyuki 2010-03-14 23:26 ` [PATCH -mmotm 2/5] memcg: dirty memory documentation Andrea Righi 2010-03-14 23:26 ` Andrea Righi [not found] ` <1268609202-15581-3-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-16 7:41 ` Daisuke Nishimura 2010-03-16 7:41 ` Daisuke Nishimura 2010-03-16 7:41 ` Daisuke Nishimura [not found] ` <20100316164121.024e35d8.nishimura-YQH0OdQVrdy45+QrQBaojngSJqDPrsil@public.gmane.org> 2010-03-17 17:48 ` Greg Thelen 2010-03-17 22:43 ` Andrea Righi 2010-03-17 17:48 ` Greg Thelen 2010-03-17 17:48 ` Greg Thelen [not found] ` <49b004811003171048h5f27405oe6ea39a103bc4ee3-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2010-03-17 19:02 ` Balbir Singh 2010-03-17 19:02 ` Balbir Singh 2010-03-17 19:02 ` Balbir Singh 2010-03-17 22:43 ` Andrea Righi 2010-03-17 22:43 ` Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 3/5] page_cgroup: introduce file cache flags Andrea Righi 2010-03-14 23:26 ` Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 4/5] memcg: dirty pages accounting and limiting infrastructure Andrea Righi 2010-03-14 23:26 ` Andrea Righi 2010-03-15 2:26 ` KAMEZAWA Hiroyuki 2010-03-15 2:26 ` KAMEZAWA Hiroyuki [not found] ` <1268609202-15581-5-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-15 2:26 ` KAMEZAWA Hiroyuki 2010-03-16 2:32 ` Daisuke Nishimura 2010-03-18 6:48 ` Greg Thelen 2010-03-16 2:32 ` Daisuke Nishimura 2010-03-16 2:32 ` Daisuke Nishimura 2010-03-16 14:11 ` Vivek Goyal 2010-03-16 14:11 ` Vivek Goyal 2010-03-16 15:09 ` Daisuke Nishimura [this message] 2010-03-16 15:09 ` Daisuke Nishimura [not found] ` <20100316141150.GC9144-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-03-16 15:09 ` Daisuke Nishimura 2010-03-17 22:37 ` Andrea Righi 2010-03-17 22:37 ` Andrea Righi 2010-03-17 22:37 ` Andrea Righi [not found] ` <20100316113238.f7d74848.nishimura-YQH0OdQVrdy45+QrQBaojngSJqDPrsil@public.gmane.org> 2010-03-16 14:11 ` Vivek Goyal 2010-03-17 22:52 ` Andrea Righi 2010-03-17 22:52 ` Andrea Righi 2010-03-17 22:52 ` Andrea Righi 2010-03-18 6:48 ` Greg Thelen 2010-03-18 6:48 ` Greg Thelen 2010-03-14 23:26 ` [PATCH -mmotm 5/5] memcg: dirty pages instrumentation Andrea Righi 2010-03-14 23:26 ` Andrea Righi [not found] ` <1268609202-15581-6-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-15 2:31 ` KAMEZAWA Hiroyuki 2010-03-15 2:31 ` KAMEZAWA Hiroyuki 2010-03-15 2:31 ` KAMEZAWA Hiroyuki 2010-03-15 2:36 ` [PATCH -mmotm 0/5] memcg: per cgroup dirty limit (v7) KAMEZAWA Hiroyuki 2010-03-15 2:36 ` KAMEZAWA Hiroyuki 2010-03-15 10:02 ` Andrea Righi 2010-03-15 10:02 ` Andrea Righi [not found] ` <20100315113612.8411d92d.kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org> 2010-03-15 10:02 ` Andrea Righi [not found] ` <1268609202-15581-1-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-14 23:26 ` [PATCH -mmotm 1/5] memcg: disable irq at page cgroup lock Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 2/5] memcg: dirty memory documentation Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 3/5] page_cgroup: introduce file cache flags Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 4/5] memcg: dirty pages accounting and limiting infrastructure Andrea Righi 2010-03-14 23:26 ` [PATCH -mmotm 5/5] memcg: dirty pages instrumentation Andrea Righi 2010-03-15 2:36 ` [PATCH -mmotm 0/5] memcg: per cgroup dirty limit (v7) KAMEZAWA Hiroyuki 2010-03-15 17:12 ` Vivek Goyal 2010-03-17 6:44 ` Balbir Singh 2010-03-15 17:12 ` Vivek Goyal 2010-03-15 17:12 ` Vivek Goyal [not found] ` <20100315171209.GI21127-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-03-15 17:19 ` Vivek Goyal 2010-03-15 17:19 ` Vivek Goyal 2010-03-15 17:19 ` Vivek Goyal 2010-03-17 11:54 ` Balbir Singh 2010-03-17 11:54 ` Balbir Singh 2010-03-17 13:34 ` Vivek Goyal 2010-03-17 13:34 ` Vivek Goyal 2010-03-17 18:53 ` Balbir Singh 2010-03-17 18:53 ` Balbir Singh 2010-03-17 19:15 ` Vivek Goyal 2010-03-17 19:15 ` Vivek Goyal [not found] ` <20100317185327.GV18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-17 19:15 ` Vivek Goyal 2010-03-17 19:17 ` Balbir Singh 2010-03-17 19:17 ` Balbir Singh [not found] ` <20100317191743.GY18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-17 19:48 ` Vivek Goyal 2010-03-17 19:48 ` Vivek Goyal 2010-03-17 19:48 ` Vivek Goyal [not found] ` <20100317133407.GA9198-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-03-17 18:53 ` Balbir Singh 2010-03-17 19:17 ` Balbir Singh [not found] ` <20100317115427.GR18054-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org> 2010-03-17 13:34 ` Vivek Goyal [not found] ` <20100315171921.GJ21127-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-03-17 11:54 ` Balbir Singh 2010-03-17 6:44 ` Balbir Singh 2010-03-17 6:44 ` Balbir Singh -- strict thread matches above, loose matches on Subject: below -- 2010-03-09 23:00 [PATCH -mmotm 0/5] memcg: per cgroup dirty limit (v6) Andrea Righi 2010-03-09 23:00 ` [PATCH -mmotm 4/5] memcg: dirty pages accounting and limiting infrastructure Andrea Righi 2010-03-09 23:00 ` Andrea Righi [not found] ` <1268175636-4673-5-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-10 22:23 ` Vivek Goyal 2010-03-10 22:23 ` Vivek Goyal 2010-03-10 22:23 ` Vivek Goyal 2010-03-11 22:27 ` Andrea Righi 2010-03-11 22:27 ` Andrea Righi [not found] ` <20100310222338.GB3009-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2010-03-11 22:27 ` Andrea Righi [not found] ` <1268175636-4673-1-git-send-email-arighi-vWjgImWzx8FBDgjK7y7TUQ@public.gmane.org> 2010-03-09 23:00 ` Andrea Righi
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=20100317000900.62e6492c.d-nishimura@mtf.biglobe.ne.jp \ --to=d-nishimura@mtf.biglobe.ne.jp \ --cc=akpm@linux-foundation.org \ --cc=arighi@develer.com \ --cc=balbir@linux.vnet.ibm.com \ --cc=containers@lists.linux-foundation.org \ --cc=gthelen@google.com \ --cc=kamezawa.hiroyu@jp.fujitsu.com \ --cc=kirill@shutemov.name \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=nishimura@mxp.nes.nec.co.jp \ --cc=peterz@infradead.org \ --cc=suleiman@google.com \ --cc=trond.myklebust@fys.uio.no \ --cc=vgoyal@redhat.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: linkBe 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.