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

Aleksey Shipilev shade at openjdk.org
Wed May 28 23:10:55 UTC 2025


On Wed, 28 May 2025 19:27:46 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 three additional commits since the last revision:
> 
>  - Merge branch 'master' into JDK-8357481-compile-task-lock
>  - Merge branch 'master' into JDK-8357481-compile-task-lock
>  - Fix

I see AOT profiles JEP landed in mainline. Re-merged (cleanly) from current master, re-ran some tests.

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

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


More information about the hotspot-dev mailing list