如果我看到一些像hs_err_pid ###以下。日志文件,它是一个泄漏或内存的良好指标简单地跑了出来?
下图显示了GC堆历史。有250个事件,他们都期待伊甸园空间同样在使用了100%和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
基于以上,这是否落入泄漏或内存不足的错误?这将是下一块的日志文件的研究,以进一步诊断这个问题?
它是一个泄漏或内存的良好指标简单地跑了出去
否。如果内存耗尽JVM将抛出OutOfMemoryError
。不要紧(堆或本地)。在JVM的情况下,不能分配经由malloc
需要本地存储器或mmap
返回NULL它将由JVM理解,要么抛出OOME。
qazxsw POI指进程试图访问一个无效的内存位置(例如0或位置不属于的过程)。
如果没有JVM的调试符号,很难说具体的事情。