更新为Java 6 Update 14后的JVM错误

Question

更新了少数服务器以在Java 6 update 14上运行后，我一直遇到一些奇怪的错误（也许每天一次）。

错误类似于

#
# A fatal error has been detected by the Java Runtime Environment:
#
# java.lang.OutOfMemoryError: requested 1759920 bytes for Chunk::new. Out of swap space?
#
#  Internal Error (allocation.cpp:215), pid=26706, tid=317545360
#  Error: Chunk::new
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Server VM (14.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
#

可笑的是，当前线程是编译器

  0x088a0800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=26716, stack(0x12c7f000,0x12d00000)]
=>0x0889e400 JavaThread "CompilerThread0" daemon [_thread_in_native, id=26715, stack(0x12e55000,0x12ed6000)]

并且有足够的可用内存：

堆

 PSYoungGen      total 256064K, used 93533K [0xa2cd0000, 0xb4290000, 0xb4290000)
  eden space 228352K, 31% used [0xa2cd0000,0xa72d6308,0xb0bd0000)
  from space 27712K, 78% used [0xb2780000,0xb3cd1150,0xb4290000)
  to   space 28032K, 0% used [0xb0bd0000,0xb0bd0000,0xb2730000)
 PSOldGen        total 2275584K, used 885858K [0x17e90000, 0xa2cd0000, 0xa2cd0000)
  object space 2275584K, 38% used [0x17e90000,0x4dfa8bf8,0xa2cd0000)
 PSPermGen       total 32128K, used 27819K [0x13e90000, 0x15df0000, 0x17e90000)
  object space 32128K, 86% used [0x13e90000,0x159bac50,0x15df0000)

我知道JVM崩溃很难调试，但是我很好奇你们中是否有人遇到过类似的问题-以及如何解决它们。

Answer 1

您遇到的错误不是Java代码错误，而是一个Jit编译器中的问题。Jit启动时，它会捕获一堆内存作为其实际功能的内存。此内存来自本机堆。

对于真正感兴趣的用户，此错误最终会在虚拟机中从此处发出（前面的C ++代码）
http://www.google.com/codesearch/p?hl=zh_CN&sa=N&cd=1&ct=rc#aRIt9pqzOVI/src/share/vm/
utilities / vmError.cpp＆q = OutOfMemoryError％20Out％20of％20swap％20space＆l =
258

不幸的是，它不是“真正的”
OutOfMemoryError，它不会按照正常规则运行，您无法捕获等。

本机（JNI / JNA）方法可以直接从OS分配内存。NIO直接使用内存，热点编译器，还有其他

此内存是应用程序本机堆（由malloc和friends管理的东西）的一部分，您的应用程序可能用完了本机堆，导致这种情况的发生，请查看包装盒上的整体内存，ulimit设置等。如果JNI
/
JNA代码能够耗尽应用程序用于本机代码的可用内存，那么它们也可能会起作用。看一下NIO的DirectMappedBuffers，因为它们也会从Java堆中窃取内存。

鉴于您刚刚更新，您很有可能在某个Jit编译器中遇到了一个错误，GC和Jit设置可能会影响此错误，因此请尝试将jit（从-client到-server或从-
server到-
client）更改为看看是否有任何效果，您还可以尝试更改GC策略（但是请记住，您正在更改GC策略以更改其与jit的交互，而不是解决Java内存问题）。

您也可以使用命令行标志-Djava.compiler = NONE完全关闭Jit，但是由于这会删除任何本机代码生成，因此会损害性能。

除此之外，如果您将hprof崩溃文件托管在某个地方，我也许可以为您提供更多建议。