This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFCv2] Dynamic lock elision support
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: munroesj at linux dot vnet dot ibm dot com
- Cc: "Paul E. Murphy" <murphyp at linux dot vnet dot ibm dot com>, libc-alpha at sourceware dot org, Steve Munroe <sjmunroe at us dot ibm dot com>, stli at linux dot vnet dot ibm dot com, Siddhesh Poyarekar <siddhesh at redhat dot com>
- Date: Thu, 3 Sep 2015 22:00:26 -0400
- Subject: Re: [RFCv2] Dynamic lock elision support
- Authentication-results: sourceware.org; auth=none
- References: <55D358D8 dot 7020303 at linux dot vnet dot ibm dot com> <55D3615F dot 1020300 at linaro dot org> <55E4A9E7 dot 3030700 at linux dot vnet dot ibm dot com> <55E746D2 dot 7070309 at redhat dot com> <1441292934 dot 5575 dot 18 dot camel at oc7878010663>
On 09/03/2015 11:08 AM, Steven Munroe wrote:
> We are willing to work with the community as long as the discussion does
> not drag-on or turn into a filibuster.
>
> We do need to fix this for existing customers, soon.
Next steps:
- New thread to get consensus on the namespace for new tunable env vars.
- I suggest GLIBC_PTHREAD_ELISION_* since this is elision for posix threads,
not generic threads like we might some day export via an execution agent
library (see discussions around libea).
- Patch with manual documentation for the new tunable.
- Start a new section on Tunables. We can help write it. Lay out the
ground work for stability rules etc.
- Describe what GLIBC_PTHREAD_ELISION_* does.
I look forward to working with you to clean up all the env vars
in glibc and extend them via the tunables in some way or another.
Since it would be really nice to be able to dynamically enable
or disable elision at runtime, and that's the kind of interface
we are designing for tunables.
Cheers,
Carlos.