From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <8802dc60a5367ce78284e2d2c431bade@quanstro.net>
To: 9fans@9fans.net
From: erik quanstrom <quanstro@quanstro.net>
Date: Mon, 14 Jul 2008 12:00:36 -0400
In-Reply-To: <3e1162e60807140832u5df4ae00hae1ff467ef0b6b0b@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] Plan 9 and multicores/parallelism/concurrency?
Topicbox-Message-UUID: e53e9c5e-ead3-11e9-9d60-3106f5b1d025

> If libthread is able to grab real processors per thread and get them
> scheduled, one's concurrent style code ultimately ends up having potential
> to run in parallel on those cores/processors.

due to the specific meaning of "thread" in the thread
library, this statement is misleading.

only procs may run in parallel.  threads are scheduled
cooperatively.  since procs are scheduled by the kernel,
the kernel is responsible for scheduling procs; the thread
library doesn't grab processors.

- erik