Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261605AbUCIHh2 (ORCPT ); Tue, 9 Mar 2004 02:37:28 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261628AbUCIHh2 (ORCPT ); Tue, 9 Mar 2004 02:37:28 -0500 Received: from holomorphy.com ([207.189.100.168]:55815 "EHLO holomorphy.com") by vger.kernel.org with ESMTP id S261605AbUCIHh0 (ORCPT ); Tue, 9 Mar 2004 02:37:26 -0500 Date: Mon, 8 Mar 2004 23:37:20 -0800 From: William Lee Irwin III To: Nick Piggin Cc: Mike Fedyk , linux-kernel , Linux Memory Management Subject: Re: [RFC][PATCH 4/4] vm-mapped-x-active-lists Message-ID: <20040309073720.GJ655@holomorphy.com> Mail-Followup-To: William Lee Irwin III , Nick Piggin , Mike Fedyk , linux-kernel , Linux Memory Management References: <404D56D8.2000008@cyberone.com.au> <404D5784.9080004@cyberone.com.au> <404D5A6F.4070300@matchmail.com> <404D5EED.80105@cyberone.com.au> <20040309070246.GI655@holomorphy.com> <404D7109.10902@cyberone.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <404D7109.10902@cyberone.com.au> User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1408 Lines: 28 William Lee Irwin III wrote: >> Current efforts are now a background/spare time affair centering around >> non-i386 architectures and driver audits. On Tue, Mar 09, 2004 at 06:23:53PM +1100, Nick Piggin wrote: > OK. I had just noticed that the people complaining about rmap most > are the ones using 4K page size (x86-64 uses 4K, doesn't it?). Not > that this fact means it is OK to ignore them problem, but I thought > maybe pgcl might solve it in a more general way. > I wonder how much you gain with objrmap / anobjrmap on say a 64K page > architecture? pgcl doesn't reduce userspace's mapping granularity. The current implementation has the same pte_chain overhead as mainline for the same virtualspace mapped. It's unclear how feasible it is to reduce this overhead, though various proposals have gone around. I've ignored the potential pte_chain reduction issue entirely in favor of concentrating on more basic correctness and functionality. The removal of the 1:1 pte page : struct page assumption is the vastly more important aspect of anobjrmap in relation to pgcl, since removing that assumption would remove a significant piece of complexity. -- wli - 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/