Details
-
Bug
-
Resolution: Fixed
-
P3
-
9
-
b26
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8056679 | emb-9 | Unassigned | P3 | Resolved | Fixed | b26 |
JDK-8063376 | 8u45 | Thomas Schatzl | P3 | Resolved | Fixed | b01 |
JDK-8051704 | 8u40 | Thomas Schatzl | P3 | Resolved | Fixed | b02 |
JDK-8070856 | emb-8u47 | Thomas Schatzl | P3 | Resolved | Fixed | team |
Description
if (during_initial_mark_pause())
The 'then' branch of this if statement will never be taken if we called record_concurrent_mark_init_end.
Attachments
Issue Links
- backported by
-
JDK-8051704 Use of during_initial_mark_pause() in G1CollectorPolicy::record_collection_pause_end() prevents use of seperate object copy time prediction during marking
- Resolved
-
JDK-8056679 Use of during_initial_mark_pause() in G1CollectorPolicy::record_collection_pause_end() prevents use of seperate object copy time prediction during marking
- Resolved
-
JDK-8063376 Use of during_initial_mark_pause() in G1CollectorPolicy::record_collection_pause_end() prevents use of seperate object copy time prediction during marking
- Resolved
-
JDK-8070856 Use of during_initial_mark_pause() in G1CollectorPolicy::record_collection_pause_end() prevents use of seperate object copy time prediction during marking
- Resolved