From owner-freebsd-arch Sun Oct 31 19: 0:51 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 092361509F for ; Sun, 31 Oct 1999 19:00:48 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id EAA01645 for ; Mon, 1 Nov 1999 04:00:47 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id EAA69648 for freebsd-arch@freebsd.org; Mon, 1 Nov 1999 04:00:47 +0100 (MET) Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id EA6BF1509F for ; Sun, 31 Oct 1999 19:00:16 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40379>; Mon, 1 Nov 1999 13:54:53 +1100 Content-return: prohibited Date: Mon, 1 Nov 1999 14:00:03 +1100 From: Peter Jeremy Subject: Re: Threads goals version II In-reply-to: To: freebsd-arch@freebsd.org Reply-To: peter.jeremy@alcatel.com.au Message-Id: <99Nov1.135453est.40379@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0pre3i Content-type: text/plain; charset=us-ascii References: Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1999-Nov-01 13:18:29 +1100, Julian Elischer wrote: >2/ Ability to simultaneously schedule M threads over N Processors. and have Q (where Q = min(M,N)) threads simultaneously executing. >3/ One blocking thread cannot block another thread. > Blocking of one thread does not imply that other threads be >blocked. How about `a thread can remain runnable even if other threads in the process are blocked'. >12/ Processorr affinity for threads. There are two issues here: a) The SMP scheduler should maximise the probability that a thread will be re-scheduled onto the same CPU as last executed on. b) There should be a mechanism whereby a thread can optionally be restricted to only execute on a specified subset of the available CPUs. I believe that both of these are general SMP issues that should be covered in the next thread on your discussion list. The only impact for threads is that the affinity mechanism should have a thread, rather than process, granularity. >13/ Thread scheduling classes. > 13A/ Assigned 'per thread' This is basically point 9. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message