JDK-8216557 : Aarch64: Add support for Concurrent Class Unloading
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: linux
  • CPU: aarch64
  • Submitted: 2019-01-11
  • Updated: 2024-02-06
  • Resolved: 2020-04-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 15
15 b21Fixed
Related Reports
Blocks :  
Blocks :  
Relates :  
Relates :  
Description
To further improve pause times, we'll need to implement concurrent class unloading for Aarch64. This is dependent on ZGC being merged.

The fundamental problem to be solved is how we implement the nmethod entry barrier, as the method used by x86 won't use - we can't atomically change an immediate address atomically. In principle we could expand on the entry barrier used already on aarch64, but perhaps expand it's applicability to nmethod entry too.

Comments
I'm afraid we have to delay this enhancement in jdk13u for a while. Hope to revisit it after some improvements in aarch64 testing routine.
10-12-2021

Fix Request (13u) I'd like to backport feature implemented for x86 platform but missed for aarch64. The patch doesn't not apply cleanly for following files: 8234562 was not backported yet, so release_store/load_acquire are part of OrderAccess class 8234737 is missed, so Atomic::add use old function signature macroAssembler_aarch64.hpp copyright year sharedRutime.cpp contains 8253375 that confuses patcher not expected it Tested with hotspot tier1/2
01-11-2021

URL: https://hg.openjdk.java.net/jdk/jdk/rev/44ca4b9d77ce User: njian Date: 2020-04-29 06:54:19 +0000
29-04-2020