导致OutOfMemoryError的Java JIT编译器

Question

我们最近开始的一个应用程序偶尔会崩溃,并显示一条消息"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编译中可能存在重复数组调整大小的循环.

我现在已经看到上述8GB请求和16GB请求发生错误.所有这些,当发生这种情况时编译的方法是相同的.这是一个简单的方法,它具有非嵌套循环,没有递归,并且在对象上使用方法,这些方法直接返回静态成员字段或实例成员字段,只需很少的计算.

所以我有两个问题:

1. 有人有什么建议吗？
2. 我可以测试在测试环境中编译此特定方法是否存在问题,而不运行整个应用程序,直接调用JIT编译器？或者我应该启动应用程序并告诉它在一个小得多的调用计数(如2)之后编译方法,以强制它几乎立即编译方法而不是在当天的随机点？

@StephenC

JVM是1.6.0_20(以前是1.6.0_0),在Solaris上运行.我知道这是由于几个原因造成问题的汇编.

1. ps 在它前面的秒中显示一个id为与编译器线程对应的java线程(来自jstack)占用了100%的CPU时间
2. jstack 显示问题在于 JavaThread "CompilerThread1" daemon [_thread_in_native, id=34, ...]

提到的方法jstack总是相同的,是我们写的方法.如果您查看示例jstack输出,您将知道我的意思,但由于显而易见的原因,我无法提供代码示例或文件名.我会说这是一个非常简单的方法.基本上是一些空检查,2个用于执行相等性检查并可能分配值的循环,以及之后的一些简单方法调用.总而言之,可能有40行代码.

虽然应用程序每天运行并且每天重新启动,但这个问题在2周内发生了2次.此外,应用程序在任何这些时间都没有处于高负荷状态.

Answer 1

您可以通过创建一个被调用的文件.hotspot_compiler并将其放入应用程序的工作目录中来排除特定方法的JIT .只需在文件中添加以下格式的条目:

exclude com/amir/SomeClass someMethod

编译器的控制台输出如下所示:

### Excluding compile:  com.amir.SomeClasst::someMethod

有关更多信息,请阅读此内容.如果您不确定您的应用程序"工作目录"是什么,请使用

-XX:CompileCommandFile=/my/excludefile/location/.hotspot_compiler

在Java启动脚本或命令行中.

或者,如果您不确定它的JIT编译器是否有错,并且想要查看是否可以在没有任何JIT的情况下重现问题,请运行Java进程-Xint.

Answer 2

好的，我快速搜索了一下，在 sun java论坛上找到了一个讨论此问题的帖子。希望能帮助到你。