Java 堆分析因 SIGABRT 而崩溃

标签 java jvm profiling heap-memory

我正在尝试分析由 C 语言编写的方法分配并通过 JNI 插入到 JVM 的 native 内存。我安装了

$ valgrind --version
valgrind-3.13.0

并尝试使用以下选项运行 JVM:

valgrind --tool=massif --massif-out-file=/tmp/massif-j.out java 
    -XX:+UnlockDiagnosticVMOptions //...

问题是它在创建核心转储时崩溃

  0x00000000080e4196: fxrstor64 (%rsp)
  0x00000000080e419b: add     $0x200,%rsp
  0x00000000080e41a2: mov     (%rsp),%r15
  0x00000000080e41a6: mov     0x8(%rsp),%r14
  0x00000000080e41ab: mov     0x10(%rsp),%r13
  0x00000000080e41b0: mov     0x18(%rsp),%r12
  0x00000000080e41b5: mov     0x20(%rsp),%r11
  0x00000000080e41ba: mov     0x28(%rsp),%r10
  0x00000000080e41bf: mov     0x30(%rsp),%r9
  0x00000000080e41c4: mov     0x38(%rsp),%r8
  0x00000000080e41c9: mov     0x40(%rsp),%rdi
  0x00000000080e41ce: mov     0x48(%rsp),%rsi
  0x00000000080e41d3: mov     0x50(%rsp),%rbp
  0x00000000080e41d8: mov     0x60(%rsp),%rbx
  0x00000000080e41dd: mov     0x68(%rsp),%rdx
  0x00000000080e41e2: mov     0x70(%rsp),%rcx
  0x00000000080e41e7: mov     0x78(%rsp),%rax
  0x00000000080e41ec: add     $0x80,%rsp
  0x00000000080e41f3: add     $0x8,%rsp
  0x00000000080e41f7: Fatal error: Disassembling failed with error code: 15#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (sharedRuntime.cpp:834), pid=12441, tid=0x0000000021385700
#  fatal error: exception happened outside interpreter, nmethods and vtable stubs at pc 0x00000000080e4147
#
# JRE version: Java(TM) SE Runtime Environment (8.0_181-b13) (build 1.8.0_181-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.181-b13 mixed mode linux-amd64 compressed oops)
# Core dump written. Default location: /var/log/prj/core or core.12441
#
# An error report file with more information is saved as:
# /var/log/prj/hs_err_pid12441.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
==12441==
==12441== Process terminating with default action of signal 6 (SIGABRT): dumping core
==12441==    at 0x54AAE97: raise (raise.c:51)
==12441==    by 0x54AC800: abort (abort.c:79)
==12441==    by 0x658B3C4: ??? (in /usr/lib/jvm/java-oracle-8-amd64/jdk/jre/lib/amd64/server/libjvm.so)
==12441==    by 0x672F5B2: ??? (in /usr/lib/jvm/java-oracle-8-amd64/jdk/jre/lib/amd64/server/libjvm.so)
==12441==    by 0x615EE98: ??? (in /usr/lib/jvm/java-oracle-8-amd64/jdk/jre/lib/amd64/server/libjvm.so)
==12441==    by 0x662A099: ??? (in /usr/lib/jvm/java-oracle-8-amd64/jdk/jre/lib/amd64/server/libjvm.so)
==12441==    by 0x6591A49: JVM_handle_linux_signal (in /usr/lib/jvm/java-oracle-8-amd64/jdk/jre/lib/amd64/server/libjvm.so)
==12441==    by 0x6587652: ??? (in /usr/lib/jvm/java-oracle-8-amd64/jdk/jre/lib/amd64/server/libjvm.so)
==12441==    by 0x4E4588F: ??? (in /lib/x86_64-linux-gnu/libpthread-2.27.so)
==12441==    by 0x80E4146: ???
==12441==    by 0x107: ???
==12441==    by 0x84CBC43: ???
==12441==    by 0x10001BD37: ???
==12441==    by 0xFDC7103F: ???
==12441==    by 0xA3FFFFFFFF: ???
==12441==    by 0xFF9275A7: ???
==12441==

谁能告诉我哪里会出错?是因为 fatal error :反汇编失败,错误代码:15#吗?

最佳答案

Valgrind(和基于 Valgrind 的工具)does not work well带有自修改代码。然而,HotSpot JVM 严重依赖动态代码生成,包括覆盖和修补先前生成的指令。即使禁用 JIT 编译器也是如此,因为 HotSpot 还为解释器和运行时 stub 使用动态代码生成。

对于 native 内存分配分析,您还可以使用 jemallocasync-profiler .后者具有与 Java 运行时集成的优势,即它可以显示具有 native 和 Java 框架的混合堆栈跟踪。此外,与虚拟化正在运行的程序的 Valgrind 不同,这两种工具的性能开销都相当小。

有关详细信息,请参阅 thisthis答案。

关于Java 堆分析因 SIGABRT 而崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57954172/

相关文章:

java - Velocity:对于在不同页面上重复多次的 DIV block ,使用 Velocity Macro 还是 #include(...) 语句更好?

java - 解码 .txt 文件中的 Base64 时遇到问题

java - 使用 HTTPS URL 连接到远程 mysql 数据库

kotlin - 如何在Gradle中强制降级插件版本?

java - MaxDirectMemorySize 用法

java - 如何使用 visualvm 分析应用程序启动

java - Netbeans 6.5 禁止向 Java 文件添加断点。配置问题?

java - Java的final关键字在大多数情况下真的需要吗?

java - Java 中 ClassFileTransformer 的使用

c# - PerfView:分析应用程序的性能,包括数据库调用