Java JIT编译器导致OutOfMemoryError
我们最近开始的一个应用程序偶尔会崩溃，并显示一条消息“java.lang.OutOfMemoryError：Chunk :: new请求8589934608字节。交换空间之外？”。
我在网上四处看看，到处都有建议
- 恢复到以前版本的Java
- 摆弄内存设置
- 使用客户端而不是服务器模式
恢复到以前的版本意味着新的Java有一个bug，但我没有看到任何迹象。 记忆根本不是问题; 服务器有32GB可用，Xmx设置为20而Xms是10.我看不到JVM耗尽剩余的12GB（少于给予机器上少数其他进程的数量）。 由于应用程序和环境的性质，我们一直处于服务器模式。
当我查看应用程序的内存和CPU使用情况时，我看到一整天的内存使用量不变，但是在它崩溃之前突然发生CPU使用率上升到100％，内存使用率从X增加到X + 2GB，到X + 4GB，到（有时）X + 8GB，到JVM死亡。 似乎在JIT编译中可能存在重复数组resize的循环。
我现在已经看到上述8GB请求和16GB请求发生错误。 所有这些，当发生这种情况时编译的方法是相同的。 它是一个简单的方法，具有非嵌套循环，无递归，并在对象上使用方法，这些方法直接返回静态成员字段或实例成员字段，只需很少的计算。
所以我有两个问题：
- 有人有什么建议吗？
- 我可以测试在测试环境中编译此特定方法是否存在问题，而不运行整个应用程序，直接调用JIT编译器？ 或者我应该启动应用程序并告诉它在一个小得多的调用计数（如2）之后编译方法来强制它几乎立即编译方法而不是在当天的随机点？
@StephenC
JVM是1.6.0_20（以前是1.6.0_0），在Solaris上运行。 我知道这是由于几个原因造成问题的汇编。
-
ps在导致它的秒内显示一个id对应于编译器线程的java线程（来自jstack）占用了100％的CPU时间 -
jstack显示问题出在JavaThread "CompilerThread1" daemon [_thread_in_native, id=34, ...]
jstack提到的方法总是相同的，并且是我们编写的方法。 如果您查看示例jstack输出，您将知道我的意思，但由于显而易见的原因，我无法提供代码示例或文件名。 我会说这是一个非常简单的方法。 基本上是一些空检查，2是用于执行相等性检查并可能分配值的循环，以及之后的一些简单方法调用。 总而言之，可能有40行代码。
虽然应用程序每天运行并且每天重新启动，但这个问题在2周内发生了2次。 此外，应用程序在任何这些时间都没有处于高负荷状态。
您可以通过创建名为.hotspot_compiler的文件并将其放入应用程序的工作目录中来排除特定方法的JIT。 只需在文件中添加以下格式的条目：
exclude com/amir/SomeClass someMethod
编译器的控制台输出如下所示：
### Excluding compile: com.amir.SomeClasst::someMethod
有关更多信息，请阅读此内容 。 如果您不确定您的应用程序“工作目录”是什么，请使用
-XX:CompileCommandFile=/my/excludefile/location/.hotspot_compiler
在Java启动脚本或命令行中。
或者，如果您不确定JIT编译器是否有错，并且想要查看是否可以在没有任何JIT的情况下重现问题，请使用-Xint运行Java进程。
好的，我做了一个快速搜索，并在sun java 论坛上发现了一个讨论这个问题的线程。 希望能帮助到你。
这是Oracles论坛的另一篇文章 。 类似的零星崩溃。 有一个答案是通过重新配置gc的幸存者比率来解决问题。