JDK-8234679 : Support archived heap objects in non-G1 garbage collectors
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 14
  • Priority: P3
  • Status: Closed
  • Resolution: Delivered
  • Submitted: 2019-11-22
  • Updated: 2024-06-21
  • Resolved: 2024-06-21
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 19
19Resolved
Related Reports
Relates :  
JDK-8293650 - Support archived heap objects in Shenandoah
Sub Tasks
JDK-8270489 :  
Support archived heap objects in EpsilonGC - Resolved
JDK-8271014 :  
Refactor HeapShared::is_archived_object() - Resolved
JDK-8272348 :  
Update CDS tests in anticipation of JDK-8270489 - Resolved
JDK-8273508 :  
Support archived heap objects in SerialGC - Resolved
JDK-8274788 :  
Support archived heap objects in ParallelGC - Resolved
JDK-8274789 :  
Support archived heap objects in ZGC - Closed
Description
Currently only G1 can directly map archived heap objects from CDS.

It's quite challenging to provide the same level of memory mapping support in every garbage collector. Instead, it would be easier to copy the 
archived objects into the runtime Java heap. Currently, with the default CDS archive we have less than 1MB of archived heap objects, and copying them will be faster than the alternative (running full module initialization).
Comments
Support for EpilonGC, SerialGC and ParallelGC have been delivered in JDK 19. Support for ZGC will be done as part of JDK-8326035 Support for Shenandoah is moved to a separate RFE JDK-8293650 The current issue (JDK-8234679) is marked as closed/delivered.
21-06-2024