From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx145.postini.com [74.125.245.145]) by kanga.kvack.org (Postfix) with SMTP id 6BCC26B00E8 for ; Thu, 12 Apr 2012 20:58:54 -0400 (EDT) Received: from m2.gw.fujitsu.co.jp (unknown [10.0.50.72]) by fgwmail6.fujitsu.co.jp (Postfix) with ESMTP id D6F6B3EE0C2 for ; Fri, 13 Apr 2012 09:58:52 +0900 (JST) Received: from smail (m2 [127.0.0.1]) by outgoing.m2.gw.fujitsu.co.jp (Postfix) with ESMTP id BACF845DE53 for ; Fri, 13 Apr 2012 09:58:52 +0900 (JST) Received: from s2.gw.fujitsu.co.jp (s2.gw.fujitsu.co.jp [10.0.50.92]) by m2.gw.fujitsu.co.jp (Postfix) with ESMTP id 9884245DD74 for ; Fri, 13 Apr 2012 09:58:52 +0900 (JST) Received: from s2.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id 885AE1DB803F for ; Fri, 13 Apr 2012 09:58:52 +0900 (JST) Received: from ml14.s.css.fujitsu.com (ml14.s.css.fujitsu.com [10.240.81.134]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id 3529E1DB8038 for ; Fri, 13 Apr 2012 09:58:52 +0900 (JST) Message-ID: <4F8779DF.3080307@jp.fujitsu.com> Date: Fri, 13 Apr 2012 09:57:03 +0900 From: KAMEZAWA Hiroyuki MIME-Version: 1.0 Subject: Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent(). References: <4F86B9BE.8000105@jp.fujitsu.com> <4F86BA66.2010503@jp.fujitsu.com> <4F86D733.50809@parallels.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Frederic Weisbecker Cc: Glauber Costa , "linux-mm@kvack.org" , "cgroups@vger.kernel.org" , Michal Hocko , Johannes Weiner , Tejun Heo , Hugh Dickins , Andrew Morton (2012/04/12 23:30), Frederic Weisbecker wrote: > 2012/4/12 Glauber Costa : >> On 04/12/2012 08:20 AM, KAMEZAWA Hiroyuki wrote: >>> >>> This function is used for moving accounting information to its >>> parent in the hierarchy of res_counter. >>> >>> Signed-off-by: KAMEZAWA Hiroyuki >> >> Frederic has a patch in his fork cgroup series, that allows you to >> uncharge a counter until you reach a specific ancestor. >> You pass the parent as a parameter, and then only you gets uncharged. > > I'm missing the referring patchset from Kamezawa. Ok I'm going to > subscribe to the > cgroup mailing list. Meanwhile perhaps would it be nice to keep Cc > LKML for cgroup patches? > Ah, sorry. I will do next time. > Some comments below: > >> >> I think that is a much better interface than this you are proposing. >> We should probably merge that patch and use it. >> >>> --- >>> include/linux/res_counter.h | 3 +++ >>> kernel/res_counter.c | 13 +++++++++++++ >>> 2 files changed, 16 insertions(+), 0 deletions(-) >>> >>> diff --git a/include/linux/res_counter.h b/include/linux/res_counter.h >>> index da81af0..8919d3c 100644 >>> --- a/include/linux/res_counter.h >>> +++ b/include/linux/res_counter.h >>> @@ -135,6 +135,9 @@ int __must_check res_counter_charge_nofail(struct res_counter *counter, >>> void res_counter_uncharge_locked(struct res_counter *counter, unsigned long val); >>> void res_counter_uncharge(struct res_counter *counter, unsigned long val); >>> >>> +/* move resource to parent counter...i.e. just forget accounting in a child */ >>> +void res_counter_move_parent(struct res_counter *counter, unsigned long val); >>> + >>> /** >>> * res_counter_margin - calculate chargeable space of a counter >>> * @cnt: the counter >>> diff --git a/kernel/res_counter.c b/kernel/res_counter.c >>> index d508363..fafebf0 100644 >>> --- a/kernel/res_counter.c >>> +++ b/kernel/res_counter.c >>> @@ -113,6 +113,19 @@ void res_counter_uncharge(struct res_counter *counter, unsigned long val) >>> local_irq_restore(flags); >>> } >>> >>> +/* >>> + * In hierarchical accounting, child's usage is accounted into ancestors. >>> + * To move local usage to its parent, just forget current level usage. > > The way I understand this comment and the changelog matches the opposite > of what the below function is doing. > > The function charges a child and ignore all its parents. The comments says it > charges the parents but not the child. > Sure, I'll fix...and look into your code first. "uncharge a counter until you reach a specific ancestor"... Is it in linux-next ? Thanks, -Kame >>> + */ >>> +void res_counter_move_parent(struct res_counter *counter, unsigned long val) >>> +{ >>> + unsigned long flags; >>> + >>> + BUG_ON(!counter->parent); >>> + spin_lock_irqsave(&counter->lock, flags); >>> + res_counter_uncharge_locked(counter, val); >>> + spin_unlock_irqrestore(&counter->lock, flags); >>> +} >>> >>> static inline unsigned long long * >>> res_counter_member(struct res_counter *counter, int member) >> > > -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 From: KAMEZAWA Hiroyuki Subject: Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent(). Date: Fri, 13 Apr 2012 09:57:03 +0900 Message-ID: <4F8779DF.3080307@jp.fujitsu.com> References: <4F86B9BE.8000105@jp.fujitsu.com> <4F86BA66.2010503@jp.fujitsu.com> <4F86D733.50809@parallels.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Frederic Weisbecker Cc: Glauber Costa , "linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org" , "cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Michal Hocko , Johannes Weiner , Tejun Heo , Hugh Dickins , Andrew Morton (2012/04/12 23:30), Frederic Weisbecker wrote: > 2012/4/12 Glauber Costa : >> On 04/12/2012 08:20 AM, KAMEZAWA Hiroyuki wrote: >>> >>> This function is used for moving accounting information to its >>> parent in the hierarchy of res_counter. >>> >>> Signed-off-by: KAMEZAWA Hiroyuki >> >> Frederic has a patch in his fork cgroup series, that allows you to >> uncharge a counter until you reach a specific ancestor. >> You pass the parent as a parameter, and then only you gets uncharged. > > I'm missing the referring patchset from Kamezawa. Ok I'm going to > subscribe to the > cgroup mailing list. Meanwhile perhaps would it be nice to keep Cc > LKML for cgroup patches? > Ah, sorry. I will do next time. > Some comments below: > >> >> I think that is a much better interface than this you are proposing. >> We should probably merge that patch and use it. >> >>> --- >>> include/linux/res_counter.h | 3 +++ >>> kernel/res_counter.c | 13 +++++++++++++ >>> 2 files changed, 16 insertions(+), 0 deletions(-) >>> >>> diff --git a/include/linux/res_counter.h b/include/linux/res_counter.h >>> index da81af0..8919d3c 100644 >>> --- a/include/linux/res_counter.h >>> +++ b/include/linux/res_counter.h >>> @@ -135,6 +135,9 @@ int __must_check res_counter_charge_nofail(struct res_counter *counter, >>> void res_counter_uncharge_locked(struct res_counter *counter, unsigned long val); >>> void res_counter_uncharge(struct res_counter *counter, unsigned long val); >>> >>> +/* move resource to parent counter...i.e. just forget accounting in a child */ >>> +void res_counter_move_parent(struct res_counter *counter, unsigned long val); >>> + >>> /** >>> * res_counter_margin - calculate chargeable space of a counter >>> * @cnt: the counter >>> diff --git a/kernel/res_counter.c b/kernel/res_counter.c >>> index d508363..fafebf0 100644 >>> --- a/kernel/res_counter.c >>> +++ b/kernel/res_counter.c >>> @@ -113,6 +113,19 @@ void res_counter_uncharge(struct res_counter *counter, unsigned long val) >>> local_irq_restore(flags); >>> } >>> >>> +/* >>> + * In hierarchical accounting, child's usage is accounted into ancestors. >>> + * To move local usage to its parent, just forget current level usage. > > The way I understand this comment and the changelog matches the opposite > of what the below function is doing. > > The function charges a child and ignore all its parents. The comments says it > charges the parents but not the child. > Sure, I'll fix...and look into your code first. "uncharge a counter until you reach a specific ancestor"... Is it in linux-next ? Thanks, -Kame >>> + */ >>> +void res_counter_move_parent(struct res_counter *counter, unsigned long val) >>> +{ >>> + unsigned long flags; >>> + >>> + BUG_ON(!counter->parent); >>> + spin_lock_irqsave(&counter->lock, flags); >>> + res_counter_uncharge_locked(counter, val); >>> + spin_unlock_irqrestore(&counter->lock, flags); >>> +} >>> >>> static inline unsigned long long * >>> res_counter_member(struct res_counter *counter, int member) >> > >