From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 112217 invoked by alias); 5 Jul 2018 20:12:54 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 112201 invoked by uid 89); 5 Jul 2018 20:12:53 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 spammy=freezing, highly X-HELO: mail-qk0-f195.google.com Return-Path: Subject: Re: [RFC 0/4] Add a new mutex type PTHREAD_MUTEX_QUEUESPINNER_NP To: Kemi Wang , Adhemerval Zanella , Florian Weimer , Rical Jason , Glibc alpha Cc: Dave Hansen , Tim Chen , Andi Kleen , Ying Huang , Aaron Lu , Lu Aubrey References: <1530519116-13103-1-git-send-email-kemi.wang@intel.com> From: Carlos O'Donell Openpgp: preference=signencrypt Message-ID: <11b23352-762c-3f35-8bbf-da9fbfef075c@redhat.com> Date: Thu, 05 Jul 2018 20:12:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1530519116-13103-1-git-send-email-kemi.wang@intel.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2018-07/txt/msg00152.txt.bz2 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. We are currently freezing the ABI/API for glibc 2.28 release on August 1st. Are you OK if we delay the inclusion of this feature to 2.29 once master reopens? -- Cheers, Carlos.