src/include/pthread.h, branch release/9.0.0

Remove leftover for r214093.

2011-01-06T03:30:16Z

Add pthread_rwlockattr_setkind_np and pthread_rwlockattr_getkind_np, the

2010-10-18T05:09:22Z

functions set or get pthread_rwlock type, current supported types are: PTHREAD_RWLOCK_PREFER_READER_NP, PTHREAD_RWLOCK_PREFER_WRITER_NONRECURSIVE_NP, PTHREAD_RWLOCK_PREFER_WRITER_NP, default is PTHREAD_RWLOCK_PREFER_WRITER_NONCECURSIVE_NP, this maintains binary compatible with old code.

In current code, statically initialized and destroyed object have

2010-09-28T04:57:56Z

same null value, the code can not distinguish between them, to fix the problem, now a destroyed object is assigned to a non-null value, and it will be rejected by some pthread functions. PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP is changed to number 1, so that adaptive mutex can be statically initialized correctly.

Fix the visibility of several prototypes. Also move pthread_kill() and

2009-03-14T20:10:14Z

pthread_sigmask() to signal.h. In principle, this shouldn't break anything, since they're already in signal.h on other systems, and the FreeBSD manpage says that both pthread.h and signal.h need to be included to get these functions. Add a hack to declare pthread_t in the P1003.1-2008 namespace in signal.h.

Make pthread_cleanup_push() and pthread_cleanup_pop() as a pair of macros,

2008-06-09T01:14:10Z

use stack space to keep cleanup information, this eliminates overhead of calling malloc() and free() in thread library. Discussed on: thread@

Add POSIX pthread API pthread_getcpuclockid() to get a thread's cpu

2008-03-22T09:59:20Z

time clock id.

Add a new "non-portable" mutex type, PTHREAD_MUTEX_ADAPTIVE_NP. This

2007-10-29T21:01:47Z

is also implemented in glibc and is used by a number of existing applications (mysql, firefox, etc). This mutex type is a default mutex with the additional property that it spins briefly when attempting to acquire a contested lock, doing trylock operations in userland before entering the kernel to block if eventually unsuccessful. The expectation is that applications requesting this mutex type know that the mutex is likely to be only held for very brief periods, so it is faster to spin in userland and probably succeed in acquiring the mutex, than to enter the kernel and sleep, only to be woken up almost immediately. This can help significantly in certain cases when pthread mutexes are heavily contended and held for brief durations (such as mysql). Spin up to 200 times before entering the kernel, which represents only a few us on modern CPUs. No performance degradation was observed with this value and it is sufficient to avoid a large performance drop in mysql performance in the heavily contended pthread mutex case. The libkse implementation is a NOP. Reviewed by: jeff MFC after: 3 days

Add prototype for following functions, plus tab fixes.

2005-10-24T05:53:54Z

pthread_condattr_getpshared pthread_condattr_setpshared pthread_mutexattr_getpshared pthread_mutexattr_setpshared

Improve POSIX conformance:

2005-09-01T15:33:22Z

- Don't pollute the namespace by including , , and . Use __MINSIGSTKSZ and __ULONG_MAX from , __sigset_t from instead. - Include because POSIX says we have to. PTHREAD_{DESTRUCTOR_ITERATIONS,KEYS_MAX,STACK_MIN,THREADS_MAX} should eventually move to but are left here for now. Discussed on: standards@, threads@

- Prefix MUTEX_TYPE_MAX with PTHREAD_ to avoid namespace pollution.

2005-08-19T21:31:42Z

- Remove the macros MUTEX_TYPE_FAST and MUTEX_TYPE_COUNTING_FAST. OK'ed by: deischen