[jdk21u-dev] RFR: 8317809: Insertion of free code blobs into code cache can be very slow during class unloading [v2]

Goetz Lindenmaier goetz at openjdk.org
Fri Apr 26 08:11:41 UTC 2024


On Tue, 23 Apr 2024 07:40:07 GMT, Goetz Lindenmaier <goetz at openjdk.org> wrote:

>> Big change, but only two resolves needed:
>> 
>> src/hotspot/share/gc/g1/g1ConcurrentMark.cpp
>> The context differs because "8309538: G1: Move total collection increment from Cleanup to Remark"
>> is only in 22
>> 
>> src/hotspot/share/gc/serial/genMarkSweep.cpp
>> Resolved adding an #include.
>> 
>> SAP nightly testing passed.
>
> Goetz Lindenmaier 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 five additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into goetz_backport_8317809-keep
>  - Merge branch 'openjdk:master' into goetz_backport_8317809-keep
>  - Merge branch 'openjdk:master' into goetz_backport_8317809-keep
>  - Resolved hunks
>  - Backport 30817b742300f10f566e6aee3a8c1f8af4ab3083

@tschatzl would you mind to take a look at this change?

Especially as you had to backout ([JDK-8329524](https://bugs.openjdk.org/browse/JDK-8329524)/[JDK-8329530](https://bugs.openjdk.org/browse/JDK-8329530)) your first backport, is there a subtle adaption needed I missed?

Thanks! Goetz.

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

PR Comment: https://git.openjdk.org/jdk21u-dev/pull/505#issuecomment-2078859664


More information about the jdk-updates-dev mailing list