-
Enhancement
-
Resolution: Fixed
-
P4
-
hs25, 8
-
b28
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8085787 | emb-9 | Unassigned | P4 | Resolved | Fixed | b28 |
JDK-8063380 | 8u45 | Thomas Schatzl | P4 | Resolved | Fixed | b01 |
JDK-8051703 | 8u40 | Thomas Schatzl | P4 | Resolved | Fixed | b02 |
JDK-8070939 | emb-8u47 | Thomas Schatzl | P4 | Resolved | Fixed | team |
This is far from ideal for many transaction based enterprise applications that create large objects that are only live until a (typically short-lived) transaction is not completed (e.g. in a ResultSet of a JDBC query that generates a large result).
This results in the heap filling up relatively quickly, typically leading to unnecessary marking cycles just to reclaim them.
Investigate options to reclaim these objects more quickly; options found so far are:
a) logically keep LOBs in young gen, doing in-place aging
b) keep LOBs in the old gen, but use the remembered set and information from young collection to determine LOB liveness
- backported by
-
JDK-8051703 Early reclamation of large objects in G1
-
- Resolved
-
-
JDK-8063380 Early reclamation of large objects in G1
-
- Resolved
-
-
JDK-8070939 Early reclamation of large objects in G1
-
- Resolved
-
-
JDK-8085787 Early reclamation of large objects in G1
-
- Resolved
-
- duplicates
-
JDK-8030647 rename in_cset_fast_test methods/vars to in_cset
-
- Closed
-
-
JDK-8030648 move in_cset() and friends to the .inline.hpp file
-
- Closed
-
-
JDK-8030649 add oop_in_cset() for values known to be oops
-
- Closed
-
-
JDK-8030650 eliminate the _in_cset_array_length field
-
- Closed
-
- relates to
-
JDK-8069367 Eagerly reclaimed humongous objects left on mark stack
-
- Resolved
-
-
JDK-8051973 Eager reclaim leaves marks of marked but reclaimed objects on the next bitmap
-
- Resolved
-
-
JDK-8072598 G1 may incorrectly try to reclaim humongous non-Array objects containing references
-
- Closed
-
-
JDK-8075229 G1 does not always scan CLDG references to the old gen potentially causing problems with eager reclaim
-
- Open
-
-
JDK-8048180 Investigate early reclaim of large reference arrays
-
- Open
-
-
JDK-8073288 Early reclaim non-objArray humongous objects with references
-
- Open
-
-
JDK-8245511 G1 adaptive IHOP does not account for reclamation of humongous objects by young GC
-
- Resolved
-
-
JDK-8048179 Early reclaim of large objects that are referenced by a few objects
-
- Resolved
-
-
JDK-8154528 Reclaim regions emptied by marking in Remark pause
-
- Resolved
-
-
JDK-8078023 verify_no_cset_oops found reclaimed humongous object in SATB buffer
-
- Resolved
-
-
JDK-8141422 G1 eager reclaim card dirtying may dirty outside of allocated objects
-
- Resolved
-
-
JDK-8153170 Card Live Data does not correctly handle eager reclaim
-
- Resolved
-
-
JDK-8075215 SATB buffer processing found reclaimed humongous object
-
- Closed
-
-
JDK-8030646 Track collection set membership in one place
-
- Resolved
-
-
JDK-8137280 Remove eager reclaim of humongous controls
-
- Resolved
-
-
JDK-8138587 Write tests that test G1 Eager Reclaim.
-
- Closed
-
-
JDK-8027918 Investigate increasing large object size threshold for G1
-
- Closed
-