mirror of
https://github.com/jart/cosmopolitan.git
synced 2025-02-26 15:59:04 +00:00
2f48a02b44
Recursive mutexes now go as fast as normal mutexes. The tradeoff is they are no longer safe to use in signal handlers. However you can still have signal safe mutexes if you set your mutex to both recursive and pshared. You can also make functions that use recursive mutexes signal safe using sigprocmask to ensure recursion doesn't happen due to any signal handler The impact of this change is that, on Windows, many functions which edit the file descriptor table rely on recursive mutexes, e.g. open(). If you develop your app so it uses pread() and pwrite() then your app should go very fast when performing a heavily multithreaded and contended workload For example, when scaling to 40+ cores, *NSYNC mutexes can go as much as 1000x faster (in CPU time) than the naive recursive lock implementation. Now recursive will use *NSYNC under the hood when it's possible to do so |
||
|---|---|---|
| .. | ||
| async_test.c | ||
| BUILD.mk | ||
| footek_test.c | ||
| makecontext_test.c | ||
| nsync_test.c | ||
| pthread_atfork_test.c | ||
| pthread_attr_setsigmask_np_test.c | ||
| pthread_barrier_wait_test.c | ||
| pthread_cancel_deferred_cond_test.c | ||
| pthread_cancel_masked_cond_test.c | ||
| pthread_cancel_masked_read_test.c | ||
| pthread_cancel_test.c | ||
| pthread_cond_signal_test.c | ||
| pthread_cond_timedwait_test.c | ||
| pthread_create_inherit_mask_test.c | ||
| pthread_create_test.c | ||
| pthread_detach_test.c | ||
| pthread_exit_test.c | ||
| pthread_getunique_np_test.c | ||
| pthread_key_create_test.c | ||
| pthread_kill_test.c | ||
| pthread_rwlock_rdlock_test.c | ||
| pthread_setname_np_test.c | ||
| sem_open_test.c | ||
| sem_timedwait_test.c | ||
| setitimer_test.c | ||
| tls_dtor_test.cc | ||