From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 9 May 2006 20:22:46 +0100 (BST) From: Hugh Dickins Subject: Re: [PATCH 0/2][RFC] New version of shared page tables In-Reply-To: <445FA0CA.4010008@us.ibm.com> Message-ID: References: <1146671004.24422.20.camel@wildcat.int.mccr.org> <57DF992082E5BD7D36C9D441@[10.1.1.4]> <445FA0CA.4010008@us.ibm.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Brian Twichell Cc: Dave McCracken , Linux Memory Management , Linux Kernel List-ID: On Mon, 8 May 2006, Brian Twichell wrote: > > If we had to choose between pagetable sharing for small pages and hugepages, > we would be in favor of retaining pagetable sharing for small pages. That is > where the discernable benefit is for customers that run with "out-of-the-box" > settings. Also, there is still some benefit there on x86-64 for customers > that use hugepages for the bufferpools. Thanks for the further info, Brian. Okay, the hugepage end of it does add a different kind of complexity, in an area already complex from the different arch implementations. If you've found that a significant part of the hugepage test improvment is actually due to the smallpage changes, let's turn around what I said, and suggest Dave concentrate on getting the smallpage changes right, putting the hugepage part of it on the backburner at least for now (or if he's particularly keen still to present it, as 3/3). Hugh -- 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