JDK-8247920 : Unify handling of all OopStorage instances in root processing
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 16
  • Priority: P4
  • Status: Resolved
  • Resolution: Delivered
  • Submitted: 2020-06-19
  • Updated: 2020-08-10
  • Resolved: 2020-08-10
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.
Other
tbdResolved
Related Reports
Relates :  
JDK-8248133 - SerialGC: Unify handling of all OopStorage instances in root processing
Relates :  
JDK-8248391 - Unify handling of all OopStorage instances in weak root processing
Relates :  
JDK-8248134 - Shenandoah: Unify handling of all OopStorage instances in root processing
Relates :  
JDK-8247878 - Move Management strong oops to OopStorage
Relates :  
JDK-8248132 - ZGC: Unify handling of all OopStorage instances in root processing
Relates :  
JDK-8247808 - Move JVMTI strong oops to OopStorage
Relates :  
JDK-8247819 - G1: Process strong OopStorage entries in parallel
Relates :  
JDK-8247820 - ParallelGC: Process strong OopStorage entries in parallel
Relates :  
JDK-8248407 - Move Universe roots into OopStorage
Description
Refactor the existing root processing code to automatically pick up new OopStorage containers. This helps with adding new ones without needing to modify all collectors.
Comments
All subtasks were done, closing.
10-08-2020
I thought this was done. I've been adding new strong OopStorages and not touching GC code to add them.
07-08-2020