Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754942Ab1C1Ssg (ORCPT ); Mon, 28 Mar 2011 14:48:36 -0400 Received: from mail-iw0-f174.google.com ([209.85.214.174]:47270 "EHLO mail-iw0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753169Ab1C1Ssf convert rfc822-to-8bit (ORCPT ); Mon, 28 Mar 2011 14:48:35 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tDtfxc3tfTIHbwM7bTt9ZystQq6hkuYNnv4bATxm6tY6YXZXa7GH8eVAupdlYKJ6mB Gj7fDdjTmYGgmxqeqLzgrTdx5pDWPymWaxZigRE7xyMXX/KtlkjC+j6Su/sUuHP2IMH5 hwJ8QxIUG+8juJUZjVHXy/8LiWINyH1fCYXNs= MIME-Version: 1.0 In-Reply-To: <20110328180655.GI2287@linux.vnet.ibm.com> References: <20110326120847.71b6ae4d@lxorguk.ukuu.org.uk> <20110328180655.GI2287@linux.vnet.ibm.com> Date: Mon, 28 Mar 2011 19:48:34 +0100 Message-ID: Subject: Re: advice sought: practicality of SMP cache coherency implemented in assembler (and a hardware detect line) From: Luke Kenneth Casson Leighton To: paulmck@linux.vnet.ibm.com Cc: Alan Cox , Will Newton , linux-kernel@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1255 Lines: 29 On Mon, Mar 28, 2011 at 7:06 PM, Paul E. McKenney wrote: >> Basically it would become a cluster with a very very fast "page transfer" >> operation for moving data between nodes. > > This works for applications coded specially for this platform, but unless > I am missing something, not for existing pthreads applications.  Might > be able to handle things like Erlang that do parallelism without shared > memory. ok - well, having thought about this a little bit (in a non-detailed high-level way) i was sort-of hoping, as alan hinted at, to still do SMP, even if it's slow, for userspace. the primary thing to prevent from happening is to have kernelspace data structures from conflicting. i found kerrigan, btw, spoke to the people on it: louis agreed that the whole idea was mad as hell and was therefore actually very interesting to attempt :) as a first approximation i'm absolutely happy for existing pthreads applications to be forced to run on the same core. l. -- 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/