Question

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对象，并且还必须创建自己的本机库对象。哪个内存将用于JVM自己的本机对象。它会在指定的堆限制内分配，还是完全在堆外分配？

如果能够回答上述问题以便我理解和分析，那将会非常有用。

Answer 1

你只有2gb分配给你的应用程序，所以如果内存高于它，你会得到一个OOM异常

jvm_args：-Xms1024M -Xmx2048M - ＆gt;这很重要

Answer 2

我找不到合适的链接来获取更多信息，但在您的情况下物理内存耗尽，99％使用（对象空间），这会导致错误。您可能需要通过最大堆内存参数-Xmx来增加堆内存分配。

Answer 3

当您的虚拟内存不足时，我已经看到了这个错误。由于您具有32位JVM，并且您接近2 GB堆的限制。您可以使用共享库，线程堆栈和直接内存来使用剩余的可用地址空间，并获得Out of swap space错误。

最简单的解决方案是使用64位JVM，完全避免这个问题。我还会使用Java 6 update 30，因为它有许多修复和性能改进。

BTW你可以写下跟-Xms1024M -Xmx2048M相同的跟随

-ms1g -mx2g

64位JVM仍将在最新的JVM中使用32位引用，因此您不应该看到内存消耗的显着增加。

来自JVM核心文件转储的查询

3 个答案: