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.6005.624237.902152@napali.hpl.hp.com> Date: Thu, 1 Aug 2002 22:24:05 -0700 Subject: Re: large page patch In-Reply-To: References: Reply-To: davidm@hpl.hp.com Sender: owner-linux-mm@kvack.org Return-Path: To: Gerrit Huizenga Cc: Rik van Riel , "David S. Miller" , Andrew Morton , 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 19:29:52 -0700, Gerrit Huizenga said: Gerrit> It would sure be nice if the interface wasn't some kludgey Gerrit> back door but more integrated with things like mmap() or Gerrit> shm*(), with semantics and behaviors that were roughly more Gerrit> predictable. Other than that, no comments as yet on the Gerrit> patch internals... In my opinion the proposed large-page patch addresses a relatively pressing need for databases (primarily). Longer term, I'd hope that it can be replaced by a transparent superpage scheme. But the existing patch can also serve as a nice benchmark for transparent schemes (and frankly, since it doesn't have to do anything smart behind the scenes, it's likely that the existing patch, where applicable, will always do slightly better than a transparent one). In any case, the big issue of physical memory fragmentation can be experimented with indepent what the user-level interface looks like. So the existing patch is useful in that sense as well. --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/