Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2184801 | 7 | Y. Ramakrishna | P2 | Closed | Fixed | b75 |
JDK-2189918 | 6u21 | Y. Ramakrishna | P2 | Resolved | Fixed | b01 |
JDK-2184104 | 6u18 | Y. Ramakrishna | P2 | Closed | Fixed | b04 |
JDK-2184040 | hs16 | Y. Ramakrishna | P2 | Resolved | Fixed | b11 |
in young gen (fine for CMS), but for the case of slow-path allocation
makes up by card-marking the allocated object (potentially in the
old gen) before initialization. This latter is unsafe wrt CMS' precleaning
which might scan the marked cards before they have been initialized
by the mutator and thus lose those updates.
Deleted incorrect comment/update here.
- backported by
-
JDK-2184040 CMS: ReduceInitialCardMarks unsafe in the presence of cms precleaning
-
- Resolved
-
-
JDK-2189918 CMS: ReduceInitialCardMarks unsafe in the presence of cms precleaning
-
- Resolved
-
-
JDK-2184104 CMS: ReduceInitialCardMarks unsafe in the presence of cms precleaning
-
- Closed
-
-
JDK-2184801 CMS: ReduceInitialCardMarks unsafe in the presence of cms precleaning
-
- Closed
-
- relates to
-
JDK-6953483 Typo related to ReduceInitialCardMarks leaves concurrent collectors vulnerable to heap corruption
-
- Resolved
-
-
JDK-6899058 G1: Internal error in ptrQueue.cpp:201 in nightly tests
-
- Resolved
-
-
JDK-6892749 assert(UseParNewGC || UseSerialGC || UseConcMarkSweepGC, "...") fails
-
- Closed
-
-
JDK-6896647 card marks can be deferred too long
-
- Closed
-
-
JDK-6851742 (EA) allocation elimination doesn't work with UseG1GC
-
- Closed
-
-
JDK-6889757 G1: enable card mark elision for initializing writes by compiler (ReduceInitialCardMarks)
-
- Resolved
-