From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
Date: Fri, 18 Feb 2011 12:07:18 -0500
To: 9fans@9fans.net
Message-ID: <bf994e807543bc7365edaa67b97f38ac@ladd.quanstro.net>
In-Reply-To: <AANLkTinKoC8VkrCL6EOkKf_hUQjpOoCcef9hi4_GwyT0@mail.gmail.com>
References: <f3069c0f0c04613da64612ab236a0a27@quintile.net>
	<201102181445.41877.dexen.devries@gmail.com>
	<AANLkTimtZmBhu8cW_QrUuA6dQ491xdYKVQMb6WcB9bxB@mail.gmail.com>
	<201102181753.30125.dexen.devries@gmail.com>
	<AANLkTinKoC8VkrCL6EOkKf_hUQjpOoCcef9hi4_GwyT0@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] Modern development language for Plan 9,
	WAS: Re: RESOLVED: recoving important header file rudely
Topicbox-Message-UUID: b09171a4-ead6-11e9-9d60-3106f5b1d025

> The high level overview is that it is stored in a shared page, mapped
> into each new process's memory space at start-up. The kernel is never
> entered; there are no context switches. The kernel has a timer that
> updates this page atomically.

i wonder if that is uniformly faster.  consider that
making reads of that page coherent enough on a
big multiprocessor and making sure there's not too
much interprocesser skew might be slower than a
system call.

- erik