RFR: 8334431: C2 SuperWord: fix performance regression due to store-to-load-forwarding failures [v2]
Emanuel Peter
epeter at openjdk.org
Tue Nov 19 08:20:48 UTC 2024
On Tue, 19 Nov 2024 07:53:26 GMT, Dean Long <dlong at openjdk.org> wrote:
>> Emanuel Peter has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 25 commits:
>>
>> - manual merge
>> - Merge branch 'master' into JDK-8334431-V-store-to-load-forwarding
>> - Merge branch 'master' into JDK-8334431-V-store-to-load-forwarding
>> - fix whitespace
>> - fix tests and build
>> - fix store-to-load forward IR rules
>> - updates before the weekend ... who knows if they are any good
>> - refactor to iteration threshold
>> - use jvmArgs again, and apply same fix as 8343345
>> - revert to jvmArgsPrepend
>> - ... and 15 more: https://git.openjdk.org/jdk/compare/543e355b...000f9f13
>
> Why does the benchmark need to have so many methods, to make sure the different values are treated as constants? I’m not sure, but JMH might turn @Param values into constants. If so, then your benchmark can be greatly simplified.
@dean-long I tried that with `@param`, but then they are not constants... sadly. And they need to be constants. Let me know if you find some better way though ;)
-------------
PR Comment: https://git.openjdk.org/jdk/pull/21521#issuecomment-2484997967
More information about the hotspot-compiler-dev
mailing list