Re: why boost:shared_ptr so slower?
On Aug 25, 4:43 pm, Keith H Duggar <dug...@alum.mit.edu> wrote:
On Aug 25, 6:01 am, James Kanze <james.ka...@gmail.com> wrote:
[...]
It's partially a question of audience: it's generally
clearer to state something along the lines of "it defines a
contract for multithreaded use". But otherwise: what would
you say that it clear and concise to inform a potential user
that it can be used in a multi-threaded environment?
("Thread-aware" ?)
Personally I think Bloch's terminology is a good place to
start. So in these cases "conditionally thread-safe" (and
when external requirements are greater "thread compatible").
Thread compatible sounds good to me.
The problem I have with "thread-aware" is that it reminds one
of "cache-aware" used (as you probably know) to describe
algorithms that optimize cache performance. So if someone were
to call some class (or function) "thread-aware" I would expect
it might spawn or otherwise utilize additional (perhaps some
optimal number of) threads to perform its work concurrently.
OK. It was just the first thing which came to mind. (I've been
using "thread-safe" in this context, but paying attention to my
audience, so as not to say anything to someone who is more or
less na=EFve in this respect.)
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34