3a9
Subj : Re: Lock Free -- where to start
To   : comp.programming.threads
From : David Schwartz
Date : Sun Oct 02 2005 02:24 am


"Markus Elfring" <Markus.Elfring@web.de> wrote in message 
news:3q81vpFd7llhU2@individual.net...

>>     No, that's not true. Blocking on a lock is going to help performance
>> because useful work will be done until it's possible for the blocked 
>> thread
>> to run without contention. Blocking on a lock is good because it allows
>> contention to be avoided.

> Do you also consider the cases like signal handling where locks can not be 
> used?

    If signal handling is part of your performance-critical code, you're 
doing something very, very wrong. Generally you handle signals synchronously 
by having a dedicated thread block. Having signals interrupt running code is 
really only appropriate when you only have one thread (and thus don't have 
better choices).

    DS

.

0