RFR: 8344232: [PPC64] secondary_super_cache does not scale well: C1 and interpreter [v2]
Richard Reingruber
rrich at openjdk.org
Thu Jan 23 13:51:48 UTC 2025
On Wed, 22 Jan 2025 21:52:02 GMT, Martin Doerr <mdoerr at openjdk.org> wrote:
>> PPC64 implementation of https://github.com/openjdk/jdk/commit/ead0116f2624e0e34529e47e4f509142d588b994. I have implemented a couple of rotate instructions.
>> The first commit only implements `lookup_secondary_supers_table_var` and uses it in C2. The second commit makes the changes to use it in the interpreter, runtime and C1.
>> C1 part is refactored such that the same code as before this patch is generated when `UseSecondarySupersTable` is disabled. Some stubs are modified to provide one more temp register.
>>
>> Performance difference can be observed when C2 is disabled (measured on Power10):
>>
>>
>> -XX:TieredStopAtLevel=1 -XX:-UseSecondarySupersTable:
>> SecondarySuperCacheHits.test avgt 15 13.028 ± 0.005 ns/op
>> SecondarySuperCacheInterContention.test avgt 15 417.746 ± 19.046 ns/op
>> SecondarySuperCacheInterContention.test:t1 avgt 15 417.852 ± 17.814 ns/op
>> SecondarySuperCacheInterContention.test:t2 avgt 15 417.641 ± 23.431 ns/op
>> SecondarySuperCacheIntraContention.test avgt 15 340.995 ± 5.620 ns/op
>>
>>
>>
>> -XX:TieredStopAtLevel=1 -XX:+UseSecondarySupersTable:
>> SecondarySuperCacheHits.test avgt 15 14.539 ± 0.002 ns/op
>> SecondarySuperCacheInterContention.test avgt 15 25.667 ± 0.576 ns/op
>> SecondarySuperCacheInterContention.test:t1 avgt 15 25.709 ± 0.655 ns/op
>> SecondarySuperCacheInterContention.test:t2 avgt 15 25.626 ± 0.820 ns/op
>> SecondarySuperCacheIntraContention.test avgt 15 22.466 ± 1.554 ns/op
>>
>>
>> `SecondarySuperCacheHits` seems to be slightly slower, but `SecondarySuperCacheInterContention` and `SecondarySuperCacheIntraContention` are much faster (when C2 is disabled).
>
> Martin Doerr has updated the pull request incrementally with one additional commit since the last revision:
>
> Remove early return from check_klass_subtype_slow_path.
src/hotspot/cpu/ppc/macroAssembler_ppc.cpp line 2158:
> 2156: std(super_klass, target_offset, sub_klass); // save result to cache
> 2157: if (result_reg != noreg) { li(result_reg, 0); } // load zero result (indicates a hit)
> 2158: if (L_success != nullptr) { b(*L_success); }
Handling `L_success != nullptr` should be put on the else-branch of the previous if-statement.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/22881#discussion_r1927009873
More information about the hotspot-dev
mailing list