From: barmar@think.COM (Barry Margolin)
Subject: Re: Preemption and priorities
Date: 23 Jan 88 00:23:22 GMT [thread overview]
Message-ID: <15360@think.UUCP> (raw)
In-Reply-To: 8801221730.AA23176@cs.sei.cmu.edu
In article <8801221730.AA23176@cs.sei.cmu.edu> John.Goodenough@SEI.CMU.EDU writes:
>Expiration of a delay means a task is eligible for execution. If an
>implementation determines that a delay has expired for a high priority task,
>then that task must be scheduled for execution.
However, I think someone already pointed out that a delay only
specifies a minimum amount of time for the task to be suspended. An
operative point in your response is "if an implementation determines
that a delay has expired". It would presumably be legal for an
implementation to only check whether delays have expired when a task
makes an explicit entry call. In fact, if the only requirement of a
delay is that the task suspend for at least that long, it would
probably be valid for an implementation to never detect that it has
expired; however, the standard should (if it doesn't already) specify
that delays should be checked at entry calls.
Barry Margolin
Thinking Machines Corp.
barmar@think.com
uunet!think!barmar
prev parent reply other threads:[~1988-01-23 0:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
1988-01-22 17:30 Preemption and priorities John.Goodenough
1988-01-23 0:23 ` Barry Margolin [this message]
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox