调整 GC Overhead Exceeded 参数
Adjusting GC Overhead Exceeded parameters
我需要我的 Oracle Hotspot 抛出异常 java.lang.OutOfMemoryError: GC overhead limit exceeded 比 UseGCOverheadLimit 的默认参数更快。
默认情况下，当超过 98% 的时间花在 GC 上并且只有不到 2% 的堆被回收时，OOME 就会发生（如 http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#par_gc.oom 所述）。
例如，当超过 20% 的时间花在 GC 上时，我需要我的 JVM 抛出 OOME。
不幸的是，-XX:GCTimeRatio=nn 似乎没有什么不同。
我需要以这种方式调整我的 JVM 的原因是我正在测试我的应用程序是否包含内存泄漏（准确地说，我有一个内存泄漏检测基础设施，我想每天测试我们的应用程序基础）并且我不需要我的 JVM 尽可能地尝试释放堆。
By default, OOME occurs when more than 98% of the time is spent in GC and less than 2% of the heap is recovered
这两个值是通过GCHeapFreeLimit和GCTimeLimit
配置的
GCTimeRatio 只定义了 GC 启发式优化的软目标。
我需要我的 Oracle Hotspot 抛出异常 java.lang.OutOfMemoryError: GC overhead limit exceeded 比 UseGCOverheadLimit 的默认参数更快。
默认情况下，当超过 98% 的时间花在 GC 上并且只有不到 2% 的堆被回收时，OOME 就会发生（如 http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#par_gc.oom 所述）。
例如，当超过 20% 的时间花在 GC 上时，我需要我的 JVM 抛出 OOME。
不幸的是，-XX:GCTimeRatio=nn 似乎没有什么不同。
我需要以这种方式调整我的 JVM 的原因是我正在测试我的应用程序是否包含内存泄漏（准确地说，我有一个内存泄漏检测基础设施，我想每天测试我们的应用程序基础）并且我不需要我的 JVM 尽可能地尝试释放堆。
By default, OOME occurs when more than 98% of the time is spent in GC and less than 2% of the heap is recovered
这两个值是通过GCHeapFreeLimit和GCTimeLimit
GCTimeRatio 只定义了 GC 启发式优化的软目标。