-
Bug
-
Resolution: Fixed
-
P3
-
11
-
b13
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8340942 | 23.0.2 | Joakim Nordström | P3 | Resolved | Fixed | b01 |
JDK-8339732 | 21.0.6-oracle | Joakim Nordström | P3 | Resolved | Fixed | b01 |
JDK-8344416 | 21.0.6 | Sonia Zaldana Calles | P3 | Resolved | Fixed | b04 |
JDK-8341193 | 11.0.25.0.1-oracle | Joakim Nordström | P3 | Closed | Fixed | b01 |
In scenarios with many events containing large string values, this can lead to very large JFR recordings. This is mostly the case for custom events, containing f.i. SQL strings, or other data. In the case where the string data consist of mostly duplicate data, adding them to the string pool has been shown to reduce the recording size by a factor of 10.
The current scheme for adding strings to the pool adheres to strings 16-128 characters long. In order for a string to be pooled, potential duplicates are cached and checked in a set of four. With this change, the current scheme still holds for lengths 16-128, but strings longer than 128 characters are always pooled.
- backported by
-
JDK-8339732 [JFR] Long strings should be added to the string pool
-
- Resolved
-
-
JDK-8340942 [JFR] Long strings should be added to the string pool
-
- Resolved
-
-
JDK-8344416 [JFR] Long strings should be added to the string pool
-
- Resolved
-
-
JDK-8341193 [JFR] Long strings should be added to the string pool
-
- Closed
-
- links to
-
Commit(master) openjdk/jdk21u-dev/948710fb
-
Commit(master) openjdk/jdk23u/54bb851b
-
Commit(master) openjdk/jdk/d5c6158c
-
Review(master) openjdk/jdk21u-dev/1109
-
Review(master) openjdk/jdk23u/97
-
Review(master) openjdk/jdk/20596