Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 2 Aug 2002 23:28:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 2 Aug 2002 23:28:35 -0400 Received: from neon-gw-l3.transmeta.com ([63.209.4.196]:31240 "EHLO neon-gw.transmeta.com") by vger.kernel.org with ESMTP id ; Fri, 2 Aug 2002 23:28:34 -0400 Date: Fri, 2 Aug 2002 20:32:10 -0700 (PDT) From: Linus Torvalds To: cc: Gerrit Huizenga , Hubertus Franke , , , Kernel Mailing List Subject: Re: large page patch (fwd) (fwd) In-Reply-To: <15691.19423.265864.413887@napali.hpl.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1044 Lines: 29 On Fri, 2 Aug 2002, David Mosberger wrote: > > The Rice people avoided some of the fragmentation problems by > pro-actively allocating a max-order physical page, even when only a > (small) virtual page was being mapped. This probably works ok if - the superpages are only slightly smaller than the smaller page - superpages are a nice optimization. > And since superpages quickly become > counter-productive in tight-memory situations anyhow, this seems like > a very reasonable approach. Ehh.. The only people who are _really_ asking for the superpages want almost nothing _but_ superpages. They are willing to use 80% of all memory for just superpages. Yes, it's Oracle etc, and the whole point for these users is to avoid having any OS memory allocation for these areas. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/