From mboxrd@z Thu Jan  1 00:00:00 1970
MIME-Version: 1.0
In-Reply-To: <4f9913eddf39287b43bbe68ff0e9e46e@hamnavoe.com>
References: <13426df10902021412x7f7440a7j5268c4db41b4dee2@mail.gmail.com>
	<4f9913eddf39287b43bbe68ff0e9e46e@hamnavoe.com>
Date: Tue,  3 Feb 2009 08:03:16 -0800
Message-ID: <13426df10902030803q33a25285k135ee01d33f50f53@mail.gmail.com>
From: ron minnich <rminnich@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] Pegasus 2.6 is released
Topicbox-Message-UUID: 940af5b6-ead4-11e9-9d60-3106f5b1d025

On Tue, Feb 3, 2009 at 2:55 AM, Richard Miller <9fans@hamnavoe.com> wrote:

> Not obvious to me.  In today's (well, tomorrow's) massively multicore
> world, I would expect a remote call to a process in another core, with
> its own instruction cache, could easily be more efficient than a local
> procedure call.
>

well, there's remote calls and remote calls. Remote calls that go
through some shared memory queue are one thing. But a remote call that
goes through the kernel? You'd better have lots of work to amortize
that cost. The packages I've seen do not.

thanks

ron