吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得(深入理解java虚拟机)"/>
吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得(深入理解java虚拟机)
吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得
所谓吞吐量:就是 CPU用于运行用户代码的时间与 CPU总消耗时间的比值,即吞吐量 = 运行用户代码时间 / (运行用户代码时间 + 垃圾收集时间),虚拟机总共运行了100分钟,其中垃圾收集花掉了1分钟,那吞吐量就是99%
那么如果我们想要提高吞吐量,就应该尽量减少垃圾回收时间不就好了,那就尽可能少的运行 GC的次数,但是问题来了,这就跟你倒垃圾一样,你如果很久不倒垃圾,那垃圾不就是越堆越多,偶尔倒一次,一次需要倒好久,这里就引出了最大垃圾回收停顿时间
最大垃圾回收停顿时间:当我们去进行 GC的时候,需要把应用暂停下来,那么这段时间就是最大垃圾回收停顿时间。那么此时有人可能会说,那我把停顿时间缩短不就行了,这就跟偷懒一样,确实你单次倒的垃圾少了,但如果你不倒多几次,那垃圾就倒不完了,那如果你倒多几次,那次数不就又上去了么
简单的总结一下:
- 如果要高吞吐量,那势必会导致某次的最大垃圾回收停顿时间很长,用户需要等很久!
- 如果要用户体验,那就得缩短最大垃圾回收停顿时间,那势必就得频繁运行 GC,这样吞吐量就会下降了!
纯属个人理解,如果有不对的地方可以指出来!
更多推荐
吞吐量与最大垃圾回收停顿时间之鱼和熊掌不可兼得(深入理解java虚拟机)
发布评论