From: rracine@draper.com (Roger Racine)
Subject: Re: delay until and GNAT
Date: 1999/05/06
Date: 1999-05-06T00:00:00+00:00 [thread overview]
Message-ID: <rracine.11.00086657@draper.com> (raw)
In-Reply-To: m3_X2.48$6o.1372369@news.siol.net
> Does someone know the upper bound on the lateness of delay until
>and delay relative
> for Gnat implement. on Win95 , WinNT or Linux.
> Thanks.
There have been some replies to this, but let me rephrase the question, and
then answer it, as best I can. My guess is that he really wants to know the
following:
If he is the only user on the system and is running his program in the
foreground with nothing else running (except OS processes), and his highest
priority task executes a "delay" or "delay until" statement, what is the upper
bound on the actual delay, for some processor speed?
The three platforms you mentioned are not real-time operating systems, and
therefore have some possible problems with this metric. I have read technical
reports that state that Windows NT and Linux each have system calls that, if
called by a low-priority task or an OS process, have "unbounded" delays
associated with them. I have seen nothing on Win95. Therefore, even though,
normally the delay on the Windows platforms will be very close to the "clock
tick" time (0.01 seconds?), every once in a great while, even if the machine
is not connected to a network, it might take much longer.
On Linux, it depends on the runtime system you are using. If you use the FSU
runtime, there are even more possibilities of long blocking times, since every
system call will block all tasks. Using the "native" version, priorities do
not work correctly unless you run as root (Linux threads are implemented as
each thread being a separate process, and normal users are not allowed to run
with multiple priorities). And even running as root, ACT can not guarantee
correct adherance to the Ada standard.
Please note that all of the problems are associated with the operating
system(s), not GNAT. The bottom line is: if you want to use multitasking, in
any language, and want an upper bound on timing, use a real-time operating
system.
That is one (more) interpretation of what was asked.
Roger Racine
next prev parent reply other threads:[~1999-05-06 0:00 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-05-05 0:00 delay until and GNAT isaac buchwald
1999-05-05 0:00 ` dennison
1999-05-06 0:00 ` Buz Cory
1999-05-06 0:00 ` Robert Dewar
1999-05-06 0:00 ` delay until and GNAT - expand isaac buchwald
1999-05-07 0:00 ` Roger Racine
1999-05-08 0:00 ` dewar
1999-05-10 0:00 ` Roger Racine
1999-05-11 0:00 ` Robert Dewar
1999-05-11 0:00 ` dennison
1999-05-11 0:00 ` Robert Dewar
1999-05-12 0:00 ` delay until and GNAT - where to get the info isaac buchwald
1999-05-12 0:00 ` Robert Dewar
1999-05-10 0:00 ` delay until and GNAT - expand Roger Racine
1999-05-10 0:00 ` Joel Sherrill
1999-05-11 0:00 ` isaac buchwald
1999-05-11 0:00 ` dennison
1999-05-12 0:00 ` Robert Dewar
1999-05-11 0:00 ` Robert Dewar
1999-05-11 0:00 ` dennison
1999-05-10 0:00 ` Context switching (was: delay until and GNAT) Nick Roberts
1999-05-11 0:00 ` Robert Dewar
1999-05-11 0:00 ` Robert Dewar
1999-05-11 0:00 ` Tarjei Tj�stheim Jensen
1999-05-11 0:00 ` David Brown
1999-05-11 0:00 ` Robert Dewar
[not found] ` <rracine.14.00 <rracine.15.000968A0@draper.com>
1999-05-11 0:00 ` delay until and GNAT - expand Robert Dewar
1999-05-11 0:00 ` Roger Racine
1999-05-12 0:00 ` Roger Racine
[not found] ` <rracine.14.00 <rracine.17.0007DA28@draper.com>
1999-05-12 0:00 ` dennison
1999-05-05 0:00 ` delay until and GNAT David C. Hoos, Sr.
1999-05-06 0:00 ` Roger Racine [this message]
1999-05-10 0:00 ` Nick Roberts
1999-05-11 0:00 ` Context Switching Nick Roberts
1999-05-11 0:00 ` Robert Dewar
1999-05-11 0:00 ` Robert I. Eachus
1999-05-12 0:00 ` dennison
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox