Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 7 Jan 2002 07:50:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 7 Jan 2002 07:50:09 -0500 Received: from dsl-213-023-038-159.arcor-ip.net ([213.23.38.159]:53517 "EHLO starship.berlin") by vger.kernel.org with ESMTP id ; Mon, 7 Jan 2002 07:50:04 -0500 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: William Lee Irwin III , Peter W?chtler Subject: Re: [PATCH] updated version of radix-tree pagecache Date: Mon, 7 Jan 2002 13:53:12 +0100 X-Mailer: KMail [version 1.3.2] Cc: Christoph Hellwig , linux-mm@kvack.org, lkml , velco@fadata.bg In-Reply-To: <20020105171234.A25383@caldera.de> <3C3972D4.56F4A1E2@loewe-komp.de> <20020107030344.H10391@holomorphy.com> In-Reply-To: <20020107030344.H10391@holomorphy.com> 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 On January 7, 2002 12:03 pm, William Lee Irwin III wrote: > On Mon, Jan 07, 2002 at 11:05:08AM +0100, Peter W?chtler wrote: > > Can you sum up the advantages of this implementation? > > I think it scales better on "big systems" where otherwise you end up > > with many pages on the same hash? > > > > Is it beneficial for small systems? (I think not) > > I speculate this would be good for small systems as well as it reduces > the size of struct page by 2*sizeof(unsigned long) bytes, allowing more > incremental allocation of pagecache metadata. I haven't tried it on my > smaller systems yet (due to lack of disk space and needing to build the > cross-toolchains), though I'm now curious as to its exact behavior there. Benchmark it on UML. In my experience, performance on UML is quite predictive of performance on native systems. -- 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/