Question

在更新少数几台服务器以便在Java 6更新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启动时，它会将一堆内存作为内存来执行它所执行的操作。此内存来自本机堆。

对于真正感兴趣的这个错误从VM中发出最后的错误（前面的C ++代码） http://www.google.com/codesearch/p?hl=en&sa=N&cd=1&ct=rc#aRIt9pqzOVI/src/share/vm/utilities/vmError.cpp&q=OutOfMemoryError%20Out%20of%20swap%20space&l=258不幸的是它不是一个“真正的”OutOfMemoryError，它不会按照正常的规则行事，你不能抓住它等。

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

这个内存是应用程序本机堆的一部分（由malloc和朋友管理的东西），你的应用程序可能已经用完本机堆导致这种情况发生，看看盒子上的整体内存，ulimit如果它们能够耗尽应用程序对本机代码的可用内存，那么JNI / JNA代码也可以在某种程度上发挥作用。从NIO看一下DirectMappedBuffers，因为它们也可以从java堆中窃取内存。

很有可能鉴于你刚刚更新了你可能遇到其中一个Jit编译器中的错误，GC和Jit设置会影响这个，所以尝试更改jit（-client到-server或-server到 - 客户端）看看是否有任何影响，您也可以尝试更改GC策略（但请记住，您正在更改GC策略以更改其与jit的交互，而不是修复Java内存问题。）

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

除此之外，如果你在某个地方托管hprof崩溃文件，我可能会给你更多的想法。

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

1 个答案: