RFR: 8331126: [s390x] secondary_super_cache does not scale well [v6]

Amit Kumar amitkumar at openjdk.org
Fri Jun 28 09:12:20 UTC 2024


On Thu, 27 Jun 2024 02:52:18 GMT, Amit Kumar <amitkumar at openjdk.org> wrote:

>> src/hotspot/cpu/s390/macroAssembler_s390.cpp line 3452:
>> 
>>> 3450:   z_lgr(Z_ARG4, r_result);
>>> 3451:   const char* msg = "mismatch";
>>> 3452:   load_const_optimized(Z_ARG5, (address)msg);
>> 
>> Did you test this? It breaks when you have a register collision (see my assert_different_registers on PPC64). You can test it by removing the `z_bre` above and checking if the arguments are correct.
>
> I found one log, from when I was implementing this: 
> 
> fatal error: mismatch: java.lang.Integer implements java.util.concurrent.Callable: is_subtype_of: 0; linear_search: 0; table_lookup: 1
> 
> Context: repne_scan wasn't working properly, table_lookup came up to "1" and repne_scan returned "0" so check failed.
> 
>  For surety let me just add the asserts as well and see what happens.

>You can test it by removing the z_bre above and checking if the arguments are correct.

I have tested with your suggestion, in tier1 there were more then 500 failures, all of them were failing with mismatch error only. I didn't see any register clobbering.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/19544#discussion_r1658397411


More information about the hotspot-dev mailing list