ibm jdk 1.5缺省用的gc策略性能很差

          這幾天測試一個引擎的性能,用一個單表查詢的case,測試出來的結(jié)果是210tps,cpu也正常,在85%左右,也沒懷疑。

          后面再重新測試的時候,加上了gc log,用gc分析工具分析了一下gc的吞吐量,發(fā)現(xiàn)吞吐量奇低,竟然只有77%左右,很是奇怪,看了一下gc日志,所有都是global gc, 懷疑gc策略有問題,查了一下資料,參考了下面一篇文章:

          http://www.ibm.com/developerworks/cn/java/j-ibmjava2/

          缺省gc策略是針對吞吐量進行優(yōu)化:-Xgcpolicy:optthruput ,對于吞吐量比短暫的 GC 停頓更重要的應(yīng)用程序,通常使用這種策略。每當進行垃圾收集時,應(yīng)用程序都會停頓。

           

          我摘下面一段其他幾個gc策略:

          切換到其他 GC 策略的原因

          切換到
          原因

          optavgpause

          • 我的應(yīng)用程序無法忍受那么長的 GC 停頓時間。如果 GC 停頓時間能夠減少的話,性能降低一些也可以接受。
          • 我的應(yīng)用程序正在一個 64 位平臺上運行并使用非常大的堆 —— 超過 3 或 4GB。
          • 我的應(yīng)用程序是一個 GUI 應(yīng)用程序,我很關(guān)注用戶響應(yīng)時間。

          gencon

          • 我的應(yīng)用程序分配了許多短期存活的對象。
          • 堆空間出現(xiàn)碎片化。
          • 我的應(yīng)用程序是基于事務(wù)的(也就是說,在事務(wù)提交之后,事務(wù)中的對象就不再存活了)。

          subpool

          • 在大型多處理器計算機上,我遇到了可伸縮性問題。

           

          試了一下gencon策略,hoho,好家伙,測試case的吞吐量竟然提升到290tps(直接提升40%),太夸張了,gc吞吐量也提升到了98%,記得以前1.4的時候沒有分代的gc策略,而且印象中,ibm jdk不分代,估計是引入分代機制之后,缺省的optthruput策略變得復(fù)雜起來,不像以前那樣效率高了。

           

          這里也給大家提個醒,當心ibm jdk 1.5的gc策略,發(fā)現(xiàn)gc效率很低的時候切換到gencon,也許會有很大的驚喜!

          posted on 2008-04-14 20:38 tacy lee 閱讀(4456) 評論(2)  編輯  收藏 所屬分類: 性能相關(guān)

          評論

          # re: ibm jdk 1.5缺省用的gc策略性能很差 2008-04-17 23:51 syxlw

          請問使用什么工具來看gc吞吐量, 主要看哪個參數(shù)?  回復(fù)  更多評論   

          # re: ibm jdk 1.5缺省用的gc策略性能很差 2008-04-18 09:22 tacy lee

          用日志查看工具http://www.alphaworks.ibm.com/tech/pmat

          打開一個gc log文件,看里面的overall garbage collection overhead  回復(fù)  更多評論   

          主站蜘蛛池模板: 衡山县| 喜德县| 临漳县| 吕梁市| 临清市| 恩平市| 措勤县| 赤水市| 临漳县| 荃湾区| 高要市| 上栗县| 繁峙县| 沙坪坝区| 班玛县| 仁寿县| 巢湖市| 澳门| 电白县| 叙永县| 平乡县| 湘阴县| 苗栗县| 吴江市| 子长县| 乌苏市| 安庆市| 遂溪县| 永寿县| 高邑县| 柏乡县| 栾城县| 维西| 安康市| 商洛市| 静宁县| 左贡县| 广水市| 长治县| 华坪县| 虹口区|