Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 29 Jan 2002 16:00:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 29 Jan 2002 15:59:55 -0500 Received: from holomorphy.com ([216.36.33.161]:57502 "EHLO holomorphy") by vger.kernel.org with ESMTP id ; Tue, 29 Jan 2002 15:59:45 -0500 Date: Tue, 29 Jan 2002 13:01:16 -0800 From: William Lee Irwin III To: Linus Torvalds Cc: Momchil Velikov , Daniel Phillips , Oliver Xymoron , Rik van Riel , Josh MacDonald , linux-kernel , reiserfs-list@namesys.com, reiserfs-dev@namesys.com Subject: Re: Note describing poor dcache utilization under high memory pressure Message-ID: <20020129130116.L899@holomorphy.com> Mail-Followup-To: William Lee Irwin III , Linus Torvalds , Momchil Velikov , Daniel Phillips , Oliver Xymoron , Rik van Riel , Josh MacDonald , linux-kernel , reiserfs-list@namesys.com, reiserfs-dev@namesys.com In-Reply-To: <20020129123932.K899@holomorphy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Description: brief message Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: ; from torvalds@transmeta.com on Tue, Jan 29, 2002 at 12:49:24PM -0800 Organization: The Domain of Holomorphy Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 29, 2002 at 12:49:24PM -0800, Linus Torvalds wrote: > I really isn't a co-incidence. The reason so many architectures have page > table trees is that most architects try to make good decisions, and a tree > layout is a simple and efficient data structure that maps well to both > hardware and to usage patterns. No debate there. On Tue, Jan 29, 2002 at 12:49:24PM -0800, Linus Torvalds wrote: > Hashed page tables are incredibly naive, and perform badly for build-up > and tear-down (and mostly have horrible cache access patterns). At least > in some version of the UltraSparc, the Linux tree-based software TLB fill > outperformed the Solaris version, even though the Solaris version was > handtuned assembly and used hardware acceleration for the hash > computations. That should tell you something. Given this, it appears less useful to play with the representations. There also appears to be some other material on this subject which you yourself have written. I'll review that for my own enlightenment, and regardless, I'll focus on something else. Thanks again, Bill - 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/