Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 04 Nov 1999 18:04:25 -0800
From:      Amancio Hasty <hasty@rah.star-gate.com>
To:        "Russell L. Carter" <rcarter@chomsky.Pinyon.ORG>
Cc:        Terry Lambert <tlambert@primenet.com>, eischen@vigrid.com (Daniel M. Eischen), julian@whistle.com, freebsd-arch@freebsd.org, rcarter@pinyon.org
Subject:   Re: Threads goals version III 
Message-ID:  <199911050204.SAA50331@rah.star-gate.com>
In-Reply-To: Your message of "Thu, 04 Nov 1999 18:16:23 MST." <19991105011623.CE5AD4D@chomsky.pinyon.org> 

next in thread | previous in thread | raw e-mail | index | archive | help

> %> One could argue that the program should be using a hybrid scheduling
> %> class in the kernel in order to achieve this effect, rather than
> %> having to have the idea that you would want to schedule seperate
> %> kernel schedulable entities within one program.
> %
> %How to you propose to handle priorieties for different 
> %"thread thingies" --- "thread thingies" being a yet to 
> %be defined thread implementation.
> %
> 
> One uses pthread_*sched* routines to modify scheduling
> attributes for individual threads.  Whether or not those threads
> can get process or system scope, as in the spec, or just process
> scope, that is the question.
> 
> If I groked Terry's first missive then the process should first
> set scheduling attributes via sched_setscheduler, if it needs
> something other than SCHED_OTHER (default per process scheduling).  
> I'm still studying whether or not this is good enough; i.e., can
> individual threads in a process with a SCHED_FIFO or SCHED_RR
> policies meet QoS goals, and does it provide the flexibility 
> needed by an application structured as Daniel's is.
> 

Well, we slowly edging to a possible solution we just to need
to investigate what the "scheduling" implementation is going
to be for most likely it will affect the kernel scheduler .


> 

-- 

 Amancio Hasty
 hasty@rah.star-gate.com






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199911050204.SAA50331>