JVM 崩溃并创建了 JVM 核心 pid 文件。
我对 JMV 核心文件缺乏经验，因此我可以使用帮助进行以下操作。
我得到的错误是:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# java.lang.OutOfMemoryError: requested 32756 bytes for ChunkPool::allocate. Out of swap space?
#
# Internal Error (allocation.cpp:117), pid=20119, tid=797133728
# Error: ChunkPool::allocate
#
# JRE version: 6.0_21-b06
# Java VM: Java HotSpot(TM) Server VM (17.0-b16 mixed mode linux-x86 )
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
And Heap memeory statistics is,
Heap
PSYoungGen total 248832K, used 123509K [0x89850000, 0x9efa0000, 0xb42f0000)
eden space 238656K, 47% used [0x89850000,0x90701918,0x98160000)
from space 10176K, 99% used [0x98ab0000,0x9949bea0,0x994a0000)
to space 56448K, 0% used [0x9b880000,0x9b880000,0x9efa0000)
PSOldGen total 699072K, used 404738K [0x342f0000, 0x5eda0000, 0x89850000)
object space 699072K, 57% used [0x342f0000,0x4ce30870,0x5eda0000)
PSPermGen total 29056K, used 28878K [0x302f0000, 0x31f50000, 0x342f0000)
object space 29056K, 99% used [0x302f0000,0x31f23be8,0x31f50000)
JVM arguments,
VM Arguments:
jvm_args: -Xms1024M -Xmx2048M -verbose:gc -XX:+HeapDumpOnOutOfMemoryError -Xss128k -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintCommandLineFlags -XX:+HeapDumpOnOutOfMemoryError
--------------- S Y S T E M ---------------
OS:Red Hat Enterprise Linux AS release 4 (Nahant Update 6)
uname:Linux 2.6.9-67.ELsmp #1 SMP Wed Nov 7 13:58:04 EST 2007 i686
libc:glibc 2.3.4 NPTL 2.3.4
rlimit: STACK 10240k, CORE infinity, NPROC 274431, NOFILE 4096, AS infinity
load average:1.32 1.50 1.52
CPU:total 4 (2 cores per cpu, 1 threads per core) family 15 model 65 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext
Memory: 4k page, physical 16631944k(115380k free), swap 18940592k(18614440k free)
vm_info: Java HotSpot(TM) Server VM (17.0-b16) for linux-x86 JRE (1.6.0_21-b06), built on Jun 22 2010 01:04:46 by "java_re" with gcc 3.2.1-7a (J2SE release)
time: Sat Dec 24 11:09:25 2011
elapsed time: 84994 seconds
根据核心文件中的上述详细信息，
1) 有大约 18GB 的交换空间，知道为什么错误是“交换空间不足？”吗？不应该是这样。只有物理内存非常低，只有约 115 MB 的可用空间。
2) 在 16 GB 的物理内存中，只有 2 GB 分配给 JVM。但根据统计数据，几乎 16 GB 已完全使用，只有 115 MB 可用。所以，其他进程也会占用内存。我应该朝这个方向检查吗？
3) 理想情况下，JVM 将创建和处理 java 对象，并且它必须创建自己的 native 库对象。哪些内存将用于 JVM 自己的 native 对象。它是在指定的堆限制内分配还是完全在堆外分配？
如果你能回答上面的问题对我的理解和分析很有帮助。
最佳答案
你只有 2gb 分配给你的应用程序，所以如果内存超过它，你会得到一个 OOM 异常
jvm_args: -Xms1024M -Xmx2048M --> 这很重要
关于java - 来自 JVM 核心文件转储的查询，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/8722647/