From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail202.messagelabs.com (mail202.messagelabs.com [216.82.254.227]) by kanga.kvack.org (Postfix) with SMTP id E1F026B01E3 for ; Tue, 13 Apr 2010 09:32:39 -0400 (EDT) Date: Tue, 13 Apr 2010 15:31:54 +0200 From: Andrea Arcangeli Subject: Re: [PATCH 00 of 41] Transparent Hugepage Support #17 Message-ID: <20100413133153.GO5583@random.random> References: <20100412060931.GP5683@laptop> <4BC2BF67.80903@redhat.com> <20100412071525.GR5683@laptop> <4BC2CF8C.5090108@redhat.com> <20100412082844.GU5683@laptop> <4BC2E1D6.9040702@redhat.com> <20100412092615.GY5683@laptop> <4BC2EFBA.5080404@redhat.com> <20100412203829.871f1dee.akpm@linux-foundation.org> <20100413161802.498336ca@notabene.brown> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100413161802.498336ca@notabene.brown> Sender: owner-linux-mm@kvack.org To: Neil Brown Cc: Andrew Morton , Avi Kivity , Nick Piggin , Ingo Molnar , Mike Galbraith , Jason Garrett-Glaser , Linus Torvalds , Pekka Enberg , linux-mm@kvack.org, Marcelo Tosatti , Adam Litke , Izik Eidus , Hugh Dickins , Rik van Riel , Mel Gorman , Dave Hansen , Benjamin Herrenschmidt , Mike Travis , KAMEZAWA Hiroyuki , Christoph Lameter , Chris Wright , bpicco@redhat.com, KOSAKI Motohiro , Balbir Singh , Arnd Bergmann , "Michael S. Tsirkin" , Peter Zijlstra , Johannes Weiner , Daisuke Nishimura List-ID: Hi Neil! On Tue, Apr 13, 2010 at 04:18:02PM +1000, Neil Brown wrote: > Actually I don't think that would be hard at all. > ->lookup can return a different dentry than the one passed in, usually using > d_splice_alias to find it. > So when you create an inode for a directory, create an anonymous dentry, > attach it via i_dentry, and it should "just work". > That is assuming this is still a "problem" that needs to be "fixed". I'm not sure if changing the slab object will make a whole lot of difference, because antifrag will threat all unmovable stuff the same. To make a difference directories should go in a different 2M page of the inodes, and that would require changes to the slab code to achieve I guess. However while I doubt it helps with hugepage fragmentation because of the above, it still sounds a good idea to provide more "free memory" to the system with less effort and while preserving more cache. -- 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