Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 9 Aug 2002 12:14:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 9 Aug 2002 12:14:13 -0400 Received: from dsl-213-023-043-103.arcor-ip.net ([213.23.43.103]:2445 "EHLO starship") by vger.kernel.org with ESMTP id ; Fri, 9 Aug 2002 12:14:12 -0400 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: Linus Torvalds Subject: Re: large page patch (fwd) (fwd) Date: Fri, 9 Aug 2002 18:15:51 +0200 X-Mailer: KMail [version 1.3.2] Cc: frankeh@watson.ibm.com, , David Mosberger , "David S. Miller" , , , , References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1240 Lines: 31 On Friday 09 August 2002 17:56, Linus Torvalds wrote: > On Fri, 9 Aug 2002, Daniel Phillips wrote: > > This reference describes roughly what I had in mind for active > > defragmentation, which depends on reverse mapping. > > Note that even active defrag won't be able to handle the case where you > want have lots of big pages, consituting a large percentage of available > memory. Perhaps I'm missing something, but I don't see why. > Not unless you think I am crazy enough to do garbage collection on kernel > data structures (repeat after me: "garbage collection is stupid, slow, bad > for caches, and only for people who cannot count"). Slab allocations would not have GFP_DEFRAG (I mistakenly wrote GFP_LARGE earlier) and so would be allocated outside ZONE_LARGE. > Also, I think the jury (ie Andrew) is still out on whether rmap is worth > it. Tell me about it. Well, I feel strongly enough about it to spend the next week coding yet another pte chain optimization. -- Daniel - 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/