[PATCH v2 0/5] locking: Introduce local{,64}_try_cmpxchg
Dave Hansen
dave.hansen at intel.com
Tue Apr 11 23:43:39 AEST 2023
On 4/11/23 04:35, Mark Rutland wrote:
> I agree it'd be nice to have performance figures, but I think those would only
> need to demonstrate a lack of a regression rather than a performance
> improvement, and I think it's fairly clear from eyeballing the generated
> instructions that a regression isn't likely.
Thanks for the additional context.
I totally agree that there's zero burden here to show a performance
increase. If anyone can think of a quick way to do _some_ kind of
benchmark on the code being changed and just show that it's free of
brown paper bags, it would be appreciated. Nothing crazy, just think of
one workload (synthetic or not) that will stress the paths being changed
and run it with and without these changes. Make sure there are not
surprises.
I also agree that it's unlikely to be brown paper bag material.
More information about the Linuxppc-dev
mailing list