comp.lang.ada
 help / color / mirror / Atom feed
From: "Beard, Frank Randolph CIV" <frank.beard@navy.mil>
To: <comp.lang.ada@ada-france.org>
Subject: RE: Penalty of calling a protected operation or task-entry.
Date: Thu, 25 Sep 2003 15:54:12 -0400
Date: 2003-09-25T15:54:12-04:00	[thread overview]
Message-ID: <mailman.4.1064519691.25614.comp.lang.ada@ada-france.org> (raw)

-----Original Message-----
From: tmoran@acm.org 

>> As I have understood there is a time-penalty when calling a protected
>> operation or task-entry. Im thinking about adminstrative cost
>   Have you profiled your program and found that the protected
> operations are the bottleneck?

>> Is there some approach to remove penalty from the "read" operation?
>   If another task is doing a Write, then Read will have to suffer the
> penalty of waiting.  If not, then it depends on how efficient is your
> particular system's implementation.

To add to what Tom said, we've never had the task-entry rendezvous
become enough of a time-penalty to cause us any problems.  Protected
types were partially created/implemented to alleviate the "penalty"
of the rendezvous.  So use a protected type if it fits your design.

Besides, what's your alternative if you need protected operations.
Protected types are at least as fast, or faster, than going to an
OS level semaphore.

Frank



             reply	other threads:[~2003-09-25 19:54 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-25 19:54 Beard, Frank Randolph CIV [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-09-25 20:17 Penalty of calling a protected operation or task-entry Beard, Frank Randolph CIV
2003-09-26  3:09 Frank
2003-09-25 19:30 ` tmoran
2003-09-26  2:59 ` Steve
2003-09-26 18:00   ` Jeffrey Carter
replies disabled

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