From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by kanga.kvack.org (Postfix) with SMTP id 20E316B0062 for ; Tue, 3 Nov 2009 10:44:39 -0500 (EST) Date: Tue, 3 Nov 2009 11:55:43 +0100 From: Andrea Arcangeli Subject: Re: RFC: Transparent Hugepage support Message-ID: <20091103105543.GH11981@random.random> References: <20091026185130.GC4868@random.random> <87ljiwk8el.fsf@basil.nowhere.org> <20091027193007.GA6043@random.random> <20091028042805.GJ7744@basil.fritz.box> <20091029094344.GA1068@elte.hu> <20091029103658.GJ9640@random.random> <20091030094037.9e0118d8.kamezawa.hiroyu@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091030094037.9e0118d8.kamezawa.hiroyu@jp.fujitsu.com> Sender: owner-linux-mm@kvack.org To: KAMEZAWA Hiroyuki Cc: Ingo Molnar , Andi Kleen , linux-mm@kvack.org, Marcelo Tosatti , Adam Litke , Avi Kivity , Izik Eidus , Hugh Dickins , Nick Piggin , Andrew Morton , linux-kernel@vger.kernel.org List-ID: On Fri, Oct 30, 2009 at 09:40:37AM +0900, KAMEZAWA Hiroyuki wrote: > Ah, please keep CONFIG_TRANSPARENT_HUGEPAGE for a while. > Now, memcg don't handle hugetlbfs because it's special and cannot be freed by > the kernel, only users can free it. But this new transparent-hugepage seems to > be designed as that the kernel can free it for memory reclaiming. > So, I'd like to handle this in memcg transparently. > > But it seems I need several changes to support this new rule. > I'm glad if this new huge page depends on !CONFIG_CGROUP_MEM_RES_CTRL for a > while. Yeah the accounting (not just memcg) should be checked.. I didn't pay too much attention to stats at this point. But we want to fix it fast instead of making the two options mutually exclusive.. Where are the pages de-accounted when they are freed? Accounting seems to require just two one liners calling mem_cgroup_newpage_charge. -- 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: email@kvack.org