This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Decision time: Intel TSX Lock elision for glibc.
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Andi Kleen <andi at firstfloor dot org>
- Cc: Andreas Jaeger <aj at suse dot com>, libc-alpha at sourceware dot org, Torvald Riegel <triegel at redhat dot com>, Rich Felker <dalias at aerifal dot cx>, Roland McGrath <roland at hack dot frob dot com>, "Joseph S. Myers" <joseph at codesourcery dot com>
- Date: Tue, 02 Jul 2013 12:23:55 -0400
- Subject: Re: Decision time: Intel TSX Lock elision for glibc.
- References: <1372452807-25216-1-git-send-email-andi at firstfloor dot org> <51D0A28F dot 4070409 at redhat dot com> <51D2121F dot 4020708 at redhat dot com> <51D27A43 dot 6020305 at suse dot com> <51D2ED73 dot 1090603 at redhat dot com> <20130702155326 dot GA6123 at two dot firstfloor dot org>
On 07/02/2013 11:53 AM, Andi Kleen wrote:
> On Tue, Jul 02, 2013 at 11:10:43AM -0400, Carlos O'Donell wrote:
>> On 07/02/2013 02:59 AM, Andreas Jaeger wrote:
>>> On 07/02/2013 01:34 AM, Carlos O'Donell wrote:
>>>> [...]
>>>
>>>> In summary:
>>>>
>>>> * You can check patches 1, 2, 3, 4, 5, and 7
>>>
>
> I checked in the approved patches. Thanks everyone for your support.
>
> * Added support for TSX lock elision for pthread mutexes on i386 and x86-64.
> This may improve lock scaling of existing programs on TSX capable systems.
> When the --enable-lock-elision=yes parameter is specified at configure
> time lock elision will be enabled by default for all PTHREAD_MUTEX_DEFAULT
> mutexes.
Thank you for checking this in.
I appreciate the work you've put in to enable this support.
I know it has not been easy and that it has consumed a lot of you
time, and I appreciate that.
There is still more work ahead of us as we look at the top-down
API required to directly or indirectly control elision for a lock.
> How can a decision be made on the rwlocks now (and later the other patches?)
I will reach out the Austin Group immediately to discuss this
issue.
Cheers,
Carlos.