Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750968AbVJCOuY (ORCPT ); Mon, 3 Oct 2005 10:50:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750987AbVJCOuY (ORCPT ); Mon, 3 Oct 2005 10:50:24 -0400 Received: from warden2-p.diginsite.com ([209.195.52.120]:57589 "HELO warden2.diginsite.com") by vger.kernel.org with SMTP id S1750968AbVJCOuW (ORCPT ); Mon, 3 Oct 2005 10:50:22 -0400 From: David Lang To: "Martin J. Bligh" Cc: Magnus Damm , Dave Hansen , Magnus Damm , linux-mm , Linux Kernel Mailing List X-X-Sender: dlang@dlang.diginsite.com In-Reply-To: <77150000.1128350759@[10.10.2.4]> References: dlang@dlang.diginsite.com <77150000.1128350759@[10.10.2.4]> Date: Mon, 3 Oct 2005 07:49:41 -0700 (PDT) X-X-Sender: dlang@dlang.diginsite.com Subject: Re: [PATCH 00/07][RFC] i386: NUMA emulation In-Reply-To: <77150000.1128350759@[10.10.2.4]> Message-ID: References: dlang@dlang.diginsite.com <77150000.1128350759@[10.10.2.4]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1470 Lines: 33 On Mon, 3 Oct 2005, Martin J. Bligh wrote: >>> I agree that it is very unlikely to find a single-processor NUMA >>> system in the real world. So yes, "[PATCH 02/07] i386: numa on >>> non-smp" adds _some_ extra complexity. But because SMP is set when >>> supporting more than one cpu, and NUMA is set when supporting more >>> than one memory node, I see no reason why they should be dependent on >>> each other. Except that they depend on each other today and breaking >>> them loose will increase complexity a bit. >> >> hmm, observation from the peanut gallery, would it make sene to look at >> useing the NUMA code on single proc machines that use PAE to access >> more then 4G or ram on a 32 bit system? > > 2 problems: > > 1) there aren't any ;-) > 2) The memory is not physically differently separated from the CPUs, so > it's not NUMA. even though it's not physically differently seperated from the CPU(s) doesn't it's differing performance amount to the same thing? David Lang -- There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies. -- C.A.R. Hoare - 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/