Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8083077 | emb-9 | Tobias Hartmann | P3 | Resolved | Fixed | b35 |
Before segmented code cache was implemented, there was only one MemoryPoolMXBean corresponding to code cache, whose name was 'Code heap'.
Now if SegmentedCodeCache is turned on, then there are three mx beans corresponding to different segments, but their names don't include 'Code heap' string:
w/o segmented code cache:
jdk/bin/java -XX:-SegmentedCodeCache Test
Code heap
...
w/ segmented code cache:
jdk/bin/java -XX:+SegmentedCodeCache Test
non-methods
profiled nmethods
non-profiled nmethods
...
I believe that names returned by these beans should contain 'Code heap', because it will make beans naming consistent for both segmented and non-segmented code cache and it will be easier to understand what kind of data is stored in memory regions represented by such beans.
Now if SegmentedCodeCache is turned on, then there are three mx beans corresponding to different segments, but their names don't include 'Code heap' string:
w/o segmented code cache:
jdk/bin/java -XX:-SegmentedCodeCache Test
Code heap
...
w/ segmented code cache:
jdk/bin/java -XX:+SegmentedCodeCache Test
non-methods
profiled nmethods
non-profiled nmethods
...
I believe that names returned by these beans should contain 'Code heap', because it will make beans naming consistent for both segmented and non-segmented code cache and it will be easier to understand what kind of data is stored in memory regions represented by such beans.
- backported by
-
JDK-8083077 MemoryPoolMXBeans for different code heaps should contain 'Code heap' in their names
- Resolved
- relates to
-
JDK-8059468 Fix PrintCodeCache output changed by JDK-8059137
- Resolved
-
JDK-8015774 Add support for multiple code heaps
- Resolved