From owner-freebsd-arch Sat Nov 6 18:23:55 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 B815614D9A for ; Sat, 6 Nov 1999 18:23:53 -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 DAA20223 for ; Sun, 7 Nov 1999 03:23:51 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id DAA14979 for freebsd-arch@freebsd.org; Sun, 7 Nov 1999 03:23:51 +0100 (MET) Received: from friley-160-236.res.iastate.edu (friley-160-236.res.iastate.edu [129.186.160.236]) by hub.freebsd.org (Postfix) with ESMTP id C891D14D9A for ; Sat, 6 Nov 1999 18:23:43 -0800 (PST) (envelope-from cc@137.org) Received: from ameslab.gov (friley-160-235.res.iastate.edu [129.186.160.235]) by friley-160-236.res.iastate.edu (Postfix) with ESMTP id 85679123; Sat, 6 Nov 1999 20:23:33 -0600 (CST) Message-ID: <3824E2A5.D08C3158@ameslab.gov> Date: Sat, 06 Nov 1999 20:23:33 -0600 From: Chris Csanady X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en, ru, ja, ko MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: Terry Lambert , freebsd-arch@freebsd.org Subject: Re: Threads goals version III References: <199911052339.QAA09960@usr06.primenet.com> <3823EE8E.EC50A1BD@newsguy.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > > Terry Lambert wrote: > > > ... > > > Multiple scheduler reservations, and PTHREAD_SCOPE_SYSTEM... > > > > Can each of these scheduler reservations be at different system > > scheduling priorities? > > > > Yes. > > Now I don't get it... Since system scope scheduling & multiple > (system) scheduling priorities has to work for the single CPU case, > how can multiple scheduler reservations help? I don't see the problem. So, you ask for two quantum--they will end up being on the same CPU in this case. They may still be scheduled in different classes as you please. The idea is that you don't want to do this in general, because you have more context switches than necessary, and increased process migration. Asking for the same number of quanta as CPU's is simply the optimal case. Or, at least that is how I understand it.. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message