From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,51e6278da540705e
X-Google-Attributes: gid103376,public
From: Robert Dewar <robert_dewar@my-deja.com>
Subject: Re: Why does FIFO_Scheduling prefer long running tasks?
Date: 2000/05/25
Message-ID: <8gj054$13$1@nnrp1.deja.com>#1/1
X-Deja-AN: 627098753
References: <slrn8iodck.tkd.lutz@belenus.iks-jena.de>
X-Http-Proxy: 1.0 x73.deja.com:80 (Squid/1.1.22) for client 205.232.38.14
Organization: Deja.com - Before you buy.
X-Article-Creation-Date: Thu May 25 10:43:50 2000 GMT
X-MyDeja-Info: XMYDJUIDrobert_dewar
Newsgroups: comp.lang.ada
X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; I)
Date: 2000-05-25T00:00:00+00:00
List-Id: <comp.lang.ada>

In article <slrn8iodck.tkd.lutz@belenus.iks-jena.de>,
  lutz@iks-jena.de (Lutz Donnerhacke) wrote:
> I have a problem with
>   pragma Task_Dispatching_Policy(FIFO_Within_Priorities);
> which requires a preemted task to be added to the head of a
ready queue.

The problem, if any, is in your understanding
>
> IMHO this forces a running task doing a huge computation to
> block all other
> tasks with the same priority simply due to the fact, that the
computation
> does not reach syscalls (= task dispaching point) at all. So
the only
> possible task switch can be the preemtation, but this way is
forbitten.

Absolutely correct, in fact your understanding is quite correct.
This is the required and desired behavior.

> Does that mean, that the following code can stop all other
processes of the
> same priority?
>
>    loop
>       null;
>    end loop;

Of course!

> OTOH what about computionally intensive processes of higher
priority? Can
> they suspend the execution of lower priority processes for an
unbounded time?

Of course!

> I did read the corresponding part in the Rationale but did not
> get the idea.

Seems like you got the idea just fine. The only "problem" if
there is one at all, is that, presumably, for your particular
application this is not the appropriate dispatching policy
(probably your application is not a hard real time application,
but please remember we are talking about the real time annex
here).


Sent via Deja.com http://www.deja.com/
Before you buy.