RFR: 8357481: Excessive CompileTask wait/notify monitor creation [v2]

Aleksey Shipilev shade at openjdk.org
Tue May 27 14:59:56 UTC 2025


On Fri, 23 May 2025 17:28:38 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> See bug for rationale.
>> 
>> This PR implements the 2nd solution from the bug: lift the lock to be global. As described in the bug, excess locking work would realistically affect Xcomp, and only in a minor way. But we will reap a minor footprint/latency benefit by not constructing the lock for every `CompileTask`.
>> 
>> Additional testing:
>>  - [x] Linux x86_64 server fastdebug, `compiler`
>>  - [x] Linux x86_64 server fastdebug, `all`
>>  - [x] Linux AArch64 server fastdebug, `all`
>
> Aleksey Shipilev has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains two additional commits since the last revision:
> 
>  - Merge branch 'master' into JDK-8357481-compile-task-lock
>  - Fix

Thanks! I think I'll wait for AOT JEPs to land into mainline first, to avoid breaking them accidentally. Do you know when those integrate?

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

PR Comment: https://git.openjdk.org/jdk/pull/25364#issuecomment-2912840880


More information about the hotspot-dev mailing list