Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8063575 | 8u45 | Bengt Rutisson | P4 | Resolved | Fixed | b01 |
JDK-8054921 | 8u40 | Bengt Rutisson | P4 | Resolved | Fixed | b02 |
JDK-8070855 | emb-8u47 | Bengt Rutisson | P4 | Resolved | Fixed | team |
In G1, we have two copies of the marking information: prev (the last marking information we obtained which is consistent) and next (the marking information we are obtaining / will obtain and it might be incomplete / inconsistent).
Each marking information consists of the TAMS (top-at-mark-start) field per heap region + a marking bitmap that spans the heap. An object is considered live if it's either in the range [bottom,tams) and is marked on the bitmap (such objects are considered "explicitly live") or if it's in the range [tams,end) (such objects are considered "implicitly live").
We assume that the bitmap range that corresponds to [tams,end) has no marks. It doesn't hurt to have them, but it'd be much simpler if there were no marks there to avoid spurious marks accidentally appearing on the bitmap in the future, which might cause crashes (e.g., during marking, we iterate over the bitmap to find live objects; a spurious mark might cause a marking thread to think that an address in the middle of an object contains an object header).
To ensure that the above assumption holds, we should add code enabled by a develop flag (say: G1VerifyBitmaps) that verifies the above assumption.
Each marking information consists of the TAMS (top-at-mark-start) field per heap region + a marking bitmap that spans the heap. An object is considered live if it's either in the range [bottom,tams) and is marked on the bitmap (such objects are considered "explicitly live") or if it's in the range [tams,end) (such objects are considered "implicitly live").
We assume that the bitmap range that corresponds to [tams,end) has no marks. It doesn't hurt to have them, but it'd be much simpler if there were no marks there to avoid spurious marks accidentally appearing on the bitmap in the future, which might cause crashes (e.g., during marking, we iterate over the bitmap to find live objects; a spurious mark might cause a marking thread to think that an address in the middle of an object contains an object header).
To ensure that the above assumption holds, we should add code enabled by a develop flag (say: G1VerifyBitmaps) that verifies the above assumption.
- backported by
-
JDK-8054921 G1: verify that the marking bitmaps have no marks for objects over TAMS
-
- Resolved
-
-
JDK-8063575 G1: verify that the marking bitmaps have no marks for objects over TAMS
-
- Resolved
-
-
JDK-8070855 G1: verify that the marking bitmaps have no marks for objects over TAMS
-
- Resolved
-