4

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 自己的本机对象。是在指定的堆限制内分配还是完全在堆外分配？

如果您能回答上述问题，对我的理解和分析将非常有帮助。

4

3 回答 3

2

you have only 2gb allocated to your application so if the memory goes above it, you get an OOM Exception

jvm_args: -Xms1024M -Xmx2048M --> This is important

于 2012-01-04T06:19:35.257 回答
0

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

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

顺便说一句，您可以编写与 -Xms1024M -Xmx2048M 相同的以下内容

-ms1g -mx2g

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

于 2012-01-04T08:09:34.917 回答
0

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

于 2012-01-04T06:24:49.857 回答