| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8082701 | emb-9 | Yasumasa Suenaga | P4 | Resolved | Fixed | team |
| JDK-8086511 | 8u65 | Yasumasa Suenaga | P4 | Resolved | Fixed | b01 |
| JDK-8079297 | 8u60 | Yasumasa Suenaga | P4 | Resolved | Fixed | b15 |
| JDK-8137605 | emb-8u65 | Unassigned | P4 | Resolved | Fixed | b01 |
| JDK-8081096 | emb-8u60 | Yasumasa Suenaga | P4 | Resolved | Fixed | team |
http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-March/014165.html
I tried to use NMT with details option on OpenJDK7 on RHEL6.6, but I got
address at AllocateHeap() as malloc() caller.
I checked symbol in libjvm.so in OracleJDK8u40 Linux x64, it has
AllocateHeap() symbol.
AllocateHeap() is defined as inline function, and it gives CURRENT_PC to
os::malloc(). I guess that implementation expects AllocateHeap() will be
inlined.
It may occur with GCC (g++) optimization only, however I want to fix it to
analyze native memory with NMT on Linux.
I tried to use NMT with details option on OpenJDK7 on RHEL6.6, but I got
address at AllocateHeap() as malloc() caller.
I checked symbol in libjvm.so in OracleJDK8u40 Linux x64, it has
AllocateHeap() symbol.
AllocateHeap() is defined as inline function, and it gives CURRENT_PC to
os::malloc(). I guess that implementation expects AllocateHeap() will be
inlined.
It may occur with GCC (g++) optimization only, however I want to fix it to
analyze native memory with NMT on Linux.
- backported by
-
JDK-8079297 AllocateHeap() and ReallocateHeap() should be inlined.
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
- relates to
-
JDK-8153743 AllocateHeap() and ReallocateHeap() should use ALWAYSINLINE macro
-
- Resolved
-
(1 relates to)