记一次OOM(GC overhead limit exceeded)异常

记一次OOM(GC overhead limit exceeded)异常

最近在用thrift写一个文本挖掘的服务。在测试某个接口的时候出现如下异常:



服务端GC日志如下:

 


从日志分析,内存并未完全殆尽。新生代eden区只用了28%,而老年代也有37.4M((44032-5709)/1024)的空间可用。很奇怪为什么会报OOM异常呢,于是查了一下 GC overhead limit exceeded 参数



参数GC overhead limit exceeded是在jdk1.6引入的:

大概意思就如果系统大量的时间都在GC(98%)而回收的效果不明显(2% heap空间),就会抛出这个异常。实际这是一个JVM预判性的异常,也就是说抛出这个异常的时候没有真正的内存溢出。


 现在很容易得出结论:

  1. GC overhead limit exceeded 本质是一个预判性的异常,抛出该异常时系统没有真正的内存溢出。
  2. GC overhead limit exceeded 异常是由于垃圾回收效果不明显,或者垃圾回收效率不如分配效率高引起的。
  3. 通过增大对内存可以解决此问题,也可以用 -XX:-UseGCOverheadLimit 来显式关闭该功能。



此外还要感觉帮我分析问题的群友们。

你可能感兴趣的:(jvm)