JDK-8230729 : UnifiedOop uses wrong Access barriers
- Type: Bug
- Component: hotspot
- Sub-Component: jfr
- Affected Version: 14
- Priority: P4
- Status: Resolved
- Resolution: Duplicate
- Submitted: 2019-09-06
- Updated: 2019-12-04
- Resolved: 2019-12-04
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.
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 14 |
|---|
14Resolved  |
Related Reports
|
Duplicate :
|
|
|
Relates :
|
Description
UnifiedOop::dereference uses RawAccess<>::oop_load(). That's unlikely to work for ZGC, as the resulting oop may have bad color bits. This is one of the reasons why the jfr leak profilier doesn't support ZGC. The API for dereference provided by UnifiedOop probably cannot support Shenandoah at all, since there's no access to the base object for Brooks pointer access.
Comments
|