-
Bug
-
Resolution: Fixed
-
P2
-
17, 18, 19
-
b28
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8278876 | 19 | Markus Grönlund | P2 | Resolved | Fixed | b03 |
JDK-8320657 | 17.0.11-oracle | Joe Cherian | P2 | Closed | Fixed | b01 |
JDK-8279571 | 17.0.3 | Jaroslav Bachorík | P2 | Resolved | Fixed | b01 |
While this is just annoying when the recording does not have the max size set it becomes a real problem with max size - the class constant pool will push out the useful data eventually (again, see the akka_6.jfr.zip attachment).
- backported by
-
JDK-8278876 OldObjectSample event causing bloat in the class constant pool in JFR recording
- Resolved
-
JDK-8279571 OldObjectSample event causing bloat in the class constant pool in JFR recording
- Resolved
-
JDK-8320657 OldObjectSample event causing bloat in the class constant pool in JFR recording
- Closed
- relates to
-
JDK-8278987 RunThese24H.java failed with EXCEPTION_ACCESS_VIOLATION in __write_sample_info__
- Resolved
-
JDK-8249245 assert(((((JfrTraceIdBits::load(klass)) & ((JfrTraceIdEpoch::this_epoch_method_and_class_bits()))) != 0))) failed: invariant
- Resolved
-
JDK-8233705 Let artifact iteration running time be a function of incrementally tagged artifacts
- Resolved
- links to
-
Commit openjdk/jdk17u-dev/4a188e91
-
Commit openjdk/jdk18/475ec8e6
-
Review openjdk/jdk17u-dev/40
-
Review openjdk/jdk17u/329
-
Review openjdk/jdk18/15
-
Review openjdk/jdk/6801