RFR: 8370947: Mitigate Neoverse-N1 erratum 1542419 negative impact on GCs and JIT performance [v25]

Evgeny Astigeevich eastigeevich at openjdk.org
Thu Feb 12 14:07:06 UTC 2026


On Tue, 10 Feb 2026 13:10:44 GMT, Andrew Haley <aph at openjdk.org> wrote:

>>> > > @theRealAph @shipilev @fisk Any other tests to run in addition to the suggested tests above?
>>> > 
>>> > 
>>> > It all goes back to the question I asked before. If we run this test on all Neoverse N1, not just the affected stepping, would there be any disadvantage?
>>> 
>>> Sorry, i mean if we run the same workaround code on all Neoverse N1. Why not? Would it be slower?
>> 
>> I don't have unaffected N1 to check. Out of curiosity, does unaffected N1 exist in any cloud?
>> 
>> I think it would not be slower.
>> 
>> Unaffected N1 will be running the following code, as V1 and V2, once per patched nmethod:
>> 
>> dsb ish
>> isb
>> 
>> 
>> [Graviton 3(Neoverse V1) results](https://github.com/openjdk/jdk/pull/28328#issuecomment-3585923078) show benefits of the deferred invalidation as well. So should unaffected N1. An explanation of the improvement is in the comment: https://github.com/openjdk/jdk/pull/28328#issuecomment-3585923078.
>
>> I don't have unaffected N1 to check. Out of curiosity, does unaffected N1 exist in any cloud?
>> 
>> I think it would not be slower.
> 
> Right, so let's turn this on for all N1. Then we can be sure that it gets tested.

@theRealAph @shipilev @fisk 
I ran jcstress with ZGC used on Graviton 2. 100% tests passed.

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

PR Comment: https://git.openjdk.org/jdk/pull/28328#issuecomment-3891149711


More information about the hotspot-gc-dev mailing list