Question

如果我在hs_err_pid ###。log文件中看到类似以下的内容，是否表明泄漏或内存已用光了？

以下显示了GC堆历史记录。有250个事件，并且使用100％的eden空间时它们看起来都一样，并且ParOldGen也已最大化。

GC Heap History (250 events):
Event: 603738.947 GC heap before
{Heap before GC invocations=10735 (full 1042):
 PSYoungGen      total 245248K, used 220160K [0x00000000d5580000, 0x00000000e8680000, 0x0000000100000000)
  eden space 220160K, 100% used [0x00000000d5580000,0x00000000e2c80000,0x00000000e2c80000)
  from space 25088K, 0% used [0x00000000e2c80000,0x00000000e2c80000,0x00000000e4500000)
  to   space 26112K, 0% used [0x00000000e6d00000,0x00000000e6d00000,0x00000000e8680000)
 ParOldGen       total 1398272K, used 1398162K [0x0000000080000000, 0x00000000d5580000, 0x00000000d5580000)
  object space 1398272K, 99% used [0x0000000080000000,0x00000000d5564b30,0x00000000d5580000)
 Metaspace       used 78830K, capacity 83683K, committed 146496K, reserved 1132544K
  class space    used 8021K, capacity 11589K, committed 62824K, reserved 1048576K

以下内容与上述内容有关吗？由于空间不足，GC失败了吗？

Events (250 events):
Event: 603741.921 Executing VM operation: ParallelGCFailedAllocation
Event: 603742.654 Executing VM operation: ParallelGCFailedAllocation done
Event: 603742.655 Executing VM operation: ParallelGCFailedAllocation

由于引用了libjvm.so文件，文件中的堆栈似乎是否表明故障发生在JNI层中？

Stack: [0x00002b19adbe2000,0x00002b19adce2000],  sp=0x00002b19adce0970,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x687782]
V  [libjvm.so+0x61061d]
V  [libjvm.so+0x474bb6]
V  [libjvm.so+0x612aff]
V  [libjvm.so+0xad56b7]
V  [libjvm.so+0xad3fc8]
V  [libjvm.so+0xad4499]
V  [libjvm.so+0xad48f1]
V  [libjvm.so+0x8beb82]

这里是siginfo，但告诉我的不是很多：

 siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000000040

基于上述，这是否会导致泄漏或内存不足错误？要进一步诊断此问题，下一步要研究的日志文件是什么？

Answer 1

是泄漏的好兆头还是只是内存用完了

不。如果内存用完，JVM将抛出[false, false, false, false, true, true, true, false, false, false, true, false, false, true, false, true, true, true, false, false, true, false, false, true, false, false, true, true, false, true, false, false, false, false, true, false, true, false, false, true] [false, false, true, false, false, false, true, false, true, true, false, false, false, false, false, true, true, true, false, false, false, true, false, false, true, true, true, false, false, false, false, true, true, false, false, true, false, true, false, true]。没关系（堆或本机）。如果jvm无法通过OutOfMemoryError或malloc返回NULL来分配所需的本机内存，则可以理解为JVM并抛出OOME。

mmap表示进程试图访问无效的内存位置（例如0或某个位置不属于该进程）。

没有JVM的调试符号，很难说出具体的东西。

在hs_err_pid ###。log文件中接下来要看什么？

1 个答案: