From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: Page allocator: Single Zone optimizations Date: Sat, 4 Nov 2006 02:32:52 +0100 References: <200611032319.53888.ak@suse.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611040232.52644.ak@suse.de> Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: Andrew Morton , Mel Gorman , Andy Whitcroft , Nick Piggin , KAMEZAWA Hiroyuki , Linux Memory Management List , Peter Zijlstra List-ID: > I would appreciate patches to that effect, voting will not help much. It > would make my new slab project much easier. But I doubt that this is as > easy as you think. F.e. I wonder how you going to do anonvma RCU without > constructors. I think constructors/destructors are here to stay. Hmm. Why? Why can't the work of the constructor not be done after the kmem_cache_alloc() ? > One thing I would appreciate very much and its in your area. Deal > with the use of slab for page size allocations (pmd, pgd etc) in i386 arch > code. I can do that for pte/pmd. Never quite understood why those were made slabs -- on x86-64 they are just pages and that works great. But in PAE pgd is only 32 bytes. That will always need a smaller allocation. But that shouldn't be overloaded anyways. Actually I think it could be probably just put into mm_context_t -Andi -- 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