[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