Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932269AbVJCO7m (ORCPT ); Mon, 3 Oct 2005 10:59:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750994AbVJCO7m (ORCPT ); Mon, 3 Oct 2005 10:59:42 -0400 Received: from dvhart.com ([64.146.134.43]:56978 "EHLO localhost.localdomain") by vger.kernel.org with ESMTP id S1750987AbVJCO7l (ORCPT ); Mon, 3 Oct 2005 10:59:41 -0400 Date: Mon, 03 Oct 2005 07:59:43 -0700 From: "Martin J. Bligh" Reply-To: "Martin J. Bligh" To: David Lang , Magnus Damm Cc: Dave Hansen , Magnus Damm , linux-mm , Linux Kernel Mailing List Subject: Re: [PATCH 00/07][RFC] i386: NUMA emulation Message-ID: <79580000.1128351582@[10.10.2.4]> In-Reply-To: References: <20050930073232.10631.63786.sendpatchset@cherry.local><1128093825.6145.26.camel@localhost> X-Mailer: Mulberry/2.2.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1061 Lines: 28 > if nothing else preferential use of 'local' (non PAE) memory over > 'remote' (PAE) memory for programs, while still useing it all as needed. Why would you want to do that? ;-) > this may be done already, but this type of difference between the access > speed of different chunks of ram seems to be exactly the type of thing > that the NUMA code solves the general case for. It is! > I'm thinking that it > may end up simplifying things if the same general-purpose logic will > work for the specific case of PAE instead of it being hard coded as > a special case. But that's not the same at all! ;-) PAE memory is the same speed as the other stuff. You just have a 3rd level of pagetables for everything. One could (correctly) argue it made *all* memory slower, but it does so in a uniform fashion. M. - 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/