comp.lang.ada
 help / color / mirror / Atom feed
From: Jeffrey Carter <spam.jrcarter.not@spam.not.acm.org>
Subject: Re: Implementation Locks
Date: Sat, 15 Feb 2014 14:34:29 -0700
Date: 2014-02-15T14:34:29-07:00	[thread overview]
Message-ID: <ldomh6$6ec$1@dont-email.me> (raw)
In-Reply-To: <a6f65ae0-faf4-45eb-8a9c-f080fde3d58d@googlegroups.com>

On 02/15/2014 01:20 PM, sbelmont700@gmail.com wrote:
>
> Now in Ada, I have difficulty giving up the habit and lay awake at night
> worrying about whether the implementation is going busy-wait or block for a
> protected action or closed entry, especially now that everyone has multicore
> CPU's.  I'm particularly consternated by closed entries, since I doubt the
> compiler can predict whether it will open back up in several microseconds or
> in several days.  Is it unreasonable to expect an implementation to use some
> sort of dynamic, hybrid model that takes into account both how many CPU's are
> in the system and the average time to wait?  Should I just trust the runtime
> and try not to worry?  Is there even anything I can do about it either way?

You should trust the implementation, and measure your results. If you're meeting 
your timing requirements, then you have nothing to worry about.

-- 
Jeff Carter
"In the frozen land of Nador they were forced to
eat Robin's minstrels, and there was much rejoicing."
Monty Python & the Holy Grail
70

  reply	other threads:[~2014-02-15 21:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-15 20:20 Implementation Locks sbelmont700
2014-02-15 21:34 ` Jeffrey Carter [this message]
2014-02-17 12:18 ` G.B.
replies disabled

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