JDK-8224626 : Shenandoah: Elide barriers on uncommon traps
- Type: Enhancement
- Component: hotspot
- Sub-Component: gc
- Affected Version: 13
- Priority: P4
- Status: Resolved
- Resolution: Fixed
- OS: generic
- CPU: generic
- Submitted: 2019-05-22
- Updated: 2019-07-25
- Resolved: 2019-05-23
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 13 |
|---|
13 b23Fixed  |
Related Reports
|
Relates :
|
|
|
Relates :
|
Description
We currently preserve all load-reference-barriers that feed into calls. With Aleksey's recent change JDK-8224522 that places barriers at deopt unpacking, we don't need to place barriers in generated code when an oop only feeds into uncommon traps.