pthread_rwlock

впрочем, не исключено, что Linux specific pthread_rwlockattr_setkind_np может спасти жертву API костылей и подпорок. попробуем..

// wbr

в теории :

pthread_rwlockattr_t attr;
pthread_rwlockattr_init(&attr);
pthread_rwlockattr_setkind_np(&attr,PTHREAD_RWLOCK_PREFER_WRITER_NP);

на практике не проверял

> в теории :
> pthread_rwlockattr_t attr;
> pthread_rwlockattr_init(&attr);
> pthread_rwlockattr_setkind_np(&attr,PTHREAD_RWLOCK_PREFER_WRITER_NP);

AFAIU это Linux specific, i.e. в POSIX pthread API нет таких вызовов. а жаль.

> на практике не проверял

если судить по коду glibc должно работать. щас проверим :)

// wbr

> pthread_rwlockattr_t attr;
> pthread_rwlockattr_init(&attr);
> pthread_rwlockattr_setkind_np(&attr,PTHREAD_RWLOCK_PREFER_WRITER_NP);

все правильно, с одним лишь но: тип должен быть PTHREAD_RWLOCK_PREFER_WRITER_NONRECURSIVE_NP.
в противном случае, это работать не будет, в том числе и с PTHREAD_RWLOCK_PREFER_WRITER_NP :)

http://sourceware.org/ml/glibc-bugs/2007-08/msg00151.html

// wbr

> все правильно, с одним лишь но: тип должен быть PTHREAD_RWLOCK_PREFER_WRITER_NONRECURSIVE_NP. в противном случае, это работать не будет, в том числе и с PTHREAD_RWLOCK_PREFER_WRITER_NP :)

...ну и как следствие, лок нельзя брать рекурсивно, что в общем то не есть большая потеря.

// wbr