[RFC 0/4] Add a new mutex type PTHREAD_MUTEX_QUEUESPINNER_NP

[kemi]

On 2018年07月06日 04:12, Carlos O'Donell wrote:
> On 07/02/2018 04:11 AM, Kemi Wang wrote:
>> The pthread adaptive mutex is designed based-on the truth that the lock
>> probably would be released after a few of CPU cycles in most cases.
>> Especially for the case: the applications code is well-behaved with a short
>> critical section that is highly contended. Thus, spinning on the lock for
>> a while instead of calling into the kernel to block immediately can help
>> to improve the system performance.
> 
> This patch set is going to take a while to review.
> 

Yes. Thanks for taking your time to review!

> We are currently freezing the ABI/API for glibc 2.28 release on August 1st.
> 

I know. This patch series introduces a new mutex type and would not break the
existed ABI/API.


> Are you OK if we delay the inclusion of this feature to 2.29 once master
> reopens?

I hope we can pick this feature before 2.28 release if you are comfortable.

The new mutex type would benefit some guys who have severe lock contention in
their applications (Actually, some of our customers have complained to us). And
we can keep improving this feature after 2.28 release later.

>