comp.lang.ada
 help / color / mirror / Atom feed
* Ada timing
@ 1989-10-19  0:05 Jeff Wilson
  1989-10-20 20:18 ` stt
  0 siblings, 1 reply; 2+ messages in thread
From: Jeff Wilson @ 1989-10-19  0:05 UTC (permalink / raw)



     I'm trying to obtain some information about the semantics
of Ada timing.  For instance, if a task executes a timed entry
call, does the specified time begin when the call

1) 'leaves' the task?
2) 'leaves' the task's logical processor?
3) 'arrives' at the acceptor's logical processor?
4) 'arrives' at the acceptor's entry queue?

Any information which directly or remotely deals with Ada
timing semantics and implementations would be appreciated.

Jeff Wilson
Dept. of Systems and Computer Engineering
Carleton University
Ottawa, Ontario, Canada K1S 5B6
jeffw@sce.carleton.ca

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Ada timing
  1989-10-19  0:05 Ada timing Jeff Wilson
@ 1989-10-20 20:18 ` stt
  0 siblings, 0 replies; 2+ messages in thread
From: stt @ 1989-10-20 20:18 UTC (permalink / raw)




It is not currently well defined in Ada exactly
when the delay starts for a timed entry call, though
I suspect a goal of Ada9X is to define this well.
The place where this becomes interesting is obviously
in a physically distributed system.  

Personally, I have always favored the interpretation where
the delay starts when the call "arrives" at the acceptor,
since this makes the conditional entry call equivalent
to a timed entry call with a delay of 0.  
The delay is therefore interpreted as
a limit on the queue waiting time, rather than on
any aspect of the communication overhead of the entry call.

Of course, there are situations where the other interpretation
(where the communication delay contributes to the expiration
of the delay) is more useful, but since it is so hard
to define well in the absence of "global time,"
and to implement efficiently and faithfully, and
since it means that a conditional entry is *not* the same
as a timed entry with delay of zero, I don't think it
is the right answer.

S. Tucker Taft   stt%inmet@uunet.uu.net   uunet!inmet!stt
Intermetrics, Inc.
Cambridge, MA  02138

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1989-10-20 20:18 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1989-10-19  0:05 Ada timing Jeff Wilson
1989-10-20 20:18 ` stt

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox