From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ryan Cumming Subject: Re: large page patch Date: Fri, 2 Aug 2002 02:05:43 -0700 References: <15690.6005.624237.902152@napali.hpl.hp.com> <15690.9727.831144.67179@napali.hpl.hp.com> <20020802.012040.105531210.davem@redhat.com> In-Reply-To: <20020802.012040.105531210.davem@redhat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200208020205.47308.ryan@completely.kicks-ass.org> Sender: owner-linux-mm@kvack.org Return-Path: To: "David S. Miller" , davidm@hpl.hp.com, davidm@napali.hpl.hp.com Cc: gh@us.ibm.com, riel@conectiva.com.br, akpm@zip.com.au, linux-kernel@vger.kernel.org, linux-mm@kvack.org, rohit.seth@intel.com, sunil.saxena@intel.com, asit.k.mallick@intel.com List-ID: On August 2, 2002 01:20, David S. Miller wrote: > From: David Mosberger > Date: Thu, 1 Aug 2002 23:26:07 -0700 > > I'm a bit concerned about this, too. My preference would have been to > use the regular mmap() and shmat() syscalls with some > augmentation/hint as to what the preferred page size is (Simon > Winwood's OLS 2002 paper talks about some options here). I like this > because hints could be useful even with a transparent superpage > scheme. > > A "hint" to use superpages? That's absurd. What about applications that want fine-grained page aging? 4MB is a tad on the course side for most desktop applications. -Ryan -- 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/