Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755899AbZIBGQz (ORCPT ); Wed, 2 Sep 2009 02:16:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755776AbZIBGQz (ORCPT ); Wed, 2 Sep 2009 02:16:55 -0400 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:40375 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755754AbZIBGQy (ORCPT ); Wed, 2 Sep 2009 02:16:54 -0400 X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1 Date: Wed, 2 Sep 2009 15:15:00 +0900 From: KAMEZAWA Hiroyuki To: KAMEZAWA Hiroyuki Cc: "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "balbir@linux.vnet.ibm.com" , "nishimura@mxp.nes.nec.co.jp" , "akpm@linux-foundation.org" Subject: Re: [mmotm][PATCH] coalescing uncharge Message-Id: <20090902151500.532ffc2f.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20090902134114.b6f1a04d.kamezawa.hiroyu@jp.fujitsu.com> References: <20090902093438.eed47a57.kamezawa.hiroyu@jp.fujitsu.com> <20090902134114.b6f1a04d.kamezawa.hiroyu@jp.fujitsu.com> Organization: FUJITSU Co. LTD. X-Mailer: Sylpheed 2.5.0 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1205 Lines: 35 On Wed, 2 Sep 2009 13:41:14 +0900 KAMEZAWA Hiroyuki wrote: > #ifdef CONFIG_SWAP > /* > * called after __delete_from_swap_cache() and drop "page" account. > Index: mmotm-2.6.31-Aug27/include/linux/sched.h > =================================================================== > --- mmotm-2.6.31-Aug27.orig/include/linux/sched.h > +++ mmotm-2.6.31-Aug27/include/linux/sched.h > @@ -1540,6 +1540,13 @@ struct task_struct { > unsigned long trace_recursion; > #endif /* CONFIG_TRACING */ > unsigned long stack_start; > +#ifdef CONFIG_CGROUP_MEM_RES_CTLR /* memcg uses this to do batch job */ > + struct memcg_batch_info { > + bool do_batch; > + struct mem_cgroup *memcg; > + long pages, memsw; > + } memcg_batch; > +#endif I wonder I should make this as a pointer struct memcg_batch_info * and allocate this dynamically at attach. Hmm. maybe useful for other purpose to track per-task memcg behavior. Regards, -Kmae -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/