From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15690.9727.831144.67179@napali.hpl.hp.com> Date: Thu, 1 Aug 2002 23:26:07 -0700 Subject: Re: large page patch In-Reply-To: <20020801.222053.20302294.davem@redhat.com> References: <15690.6005.624237.902152@napali.hpl.hp.com> <20020801.222053.20302294.davem@redhat.com> Reply-To: davidm@hpl.hp.com Sender: owner-linux-mm@kvack.org Return-Path: To: "David S. Miller" Cc: davidm@hpl.hp.com, davidm@napali.hpl.hp.com, 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 Thu, 01 Aug 2002 22:20:53 -0700 (PDT), "David S. Miller" said: DaveM> From: David Mosberger Date: DaveM> Thu, 1 Aug 2002 22:24:05 -0700 DaveM> In my opinion the proposed large-page patch addresses a DaveM> relatively pressing need for databases (primarily). DaveM> Databases want large pages with IPC_SHM, how can this DaveM> special syscal hack address that? I believe the interface is OK in that regard. AFAIK, Oracle is happy with it. DaveM> It's great for experimentation, but give up syscall slots DaveM> for this? 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. The original Intel patch did use more of a hint-like approach (the hint was a simple binary flag though: give me regular pages or give me large pages), but Linus preferred a separate syscall interface, so the Intel folks switched over to doing that. --david -- 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/