pthread_lock

ishare june.tune.sea at gmail.com
Wed Mar 13 00:10:48 EDT 2013


On Tue, Mar 12, 2013 at 06:18:02PM +0530, Prabhu nath wrote:
> I guess we should not mix mutex and condition variable. Both have their own
> respective semantics.
> *mutex* is used to serialize access to a shared resource among competing
> threads.
> *condition variable* is used to notify a* state change* of a resource to
> the interested thread.
> 
> In case of condition variable there is provision to explicitly notify a
> single thread(pthread_cond_signal) or all the threads waiting on a
> condition (or a state change) (pthread_cond_broadcast)
> 
> Question was on pthread_mutex_unlock() that whether this function
> invocation will trigger the movement of all the threads in the wait queue
> to the ready queue.
  
  After pthread_mutex_unlock() is called , the mutex is release , then ,which stuff 
  will reshcedule the threads in the waitqueue ?

  If do pthread_cond_signal() after each pthread_mutex_unlock() ,does it raise up the performence  ? 
 
  thanks!







> If all the threads are of equal priority, then the first thread waiting for
> the lock will be put to READY queue.
> If there are variable priority threads waiting for the lock, then the
> thread with highest priority would be woken up


  



More information about the Kernelnewbies mailing list