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

[kemi]

On 2018年07月06日 09:32, kemi wrote:
> 
> 
> 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.
>>
> 

BTW, I can separate 1/4 patch into several sub-patches if you think it would
be easier for 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.
> 
>>