G1,CMS及PARALLEL GC的比较

本文对比了G1、CMS和Parallel GC在JIRA应用上的性能。测试结果显示,CMS提供了最佳的延迟,但G1的吞吐量较差。尽管如此,对于低延迟需求,G1比CMS有20%的改进。CMS被认为是默认的较好选择。
摘要由CSDN通过智能技术生成

这篇文章正好接上前一年我们做的一次现实环境下不同GC算法性能比较的试验。这次我们仍然进行同样的试验,不过增加了对G1回收器的测试,并且在多个平台进行测试。今年我们测试的垃圾回收器有如下几个:

-XX:+UseParallelOldGC
-XX:+UseConcMarkSweepGC
-XX:+UseG1GC
运行环境
我们使用现成的JIRA任务来运行这个测试。选择它的原因非常简单——除去Minecraft(一款著名网游),愤怒的小鸟,以及Eclipse不说, JIRA应该是最著名的Java应用程序了。并且和别的候选者相比,它更能代表我们日常的业务处理流程——毕竟来说Java用得最多的地方还是在服务端的Java企业级应用。

影响我们决定的还有一个因素—— Atlassian的工程师们发布了一个打包好的JIRA压测脚本 。我们可以直接用它来进行我们的基准测试。

我们仔细的将最新版的JIRA6.1解压,然后把它安装到Mac OS X Mavericks上。最后直接使用默认的内存参数设置来运行这个测试程序。Atlassian团队的家伙已经帮我们把参数也设置好了:

-Xms256m -Xmx768m -XX:MaxPermSize=256m
这个程序使用了JIRA的常见的几种不同功能——创建任务,分配任务,解析任务,查找及发现任务,等等。总的运行时间是30分钟。

我们使用了三种不同的GC算法来运行这个测试——Parallel,CMS, 和G1。每次测试都重新启动一个新的JVM实例,并事先把存储恢复到同样的状态。一切准备就绪后我们才开始启动压测。

结果
每次测试我们都通过-XX:+PrintGCTimeStamps -Xloggc:/tmp/gc.log -XX:+PrintGCDetails来收集GC日志&#x

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
GC(Garbage Collection)调优是针对Java应用程序中的垃圾回收机制进行优化的过程。GC调优的目的是为了减少应用程序中的GC暂停时间,提高应用程序的性能和吞吐量。下面是一些常见的GC调优方法: 1. 选择最合适的GC算法。Java虚拟机提供了多种GC算法,如Serial GCParallel GCCMS GC、G1 GC等。不同的GC算法适用于不同的应用场景,应根据应用程序的特点和运行环境选择最合适的GC算法。 2. 调整堆大小。堆大小的设置会影响到GC的频率和执行时间。如果堆过小,GC会频繁执行,导致应用程序的性能下降;如果堆过大,GC执行时间会增加,导致应用程序的响应时间变长。因此,应根据应用程序的特点和运行环境调整堆大小。 3. 减少对象的创建。对象的创建会占用内存空间,使得GC的频率增加。因此,应尽量减少对象的创建,可以使用对象池等技术来重复利用对象。 4. 避免过度使用finalize方法。finalize方法会导致对象在GC时需要执行额外的操作,会影响GC的执行时间。应尽量避免过度使用finalize方法。 5. 使用并发GC算法。并发GC算法可以在GC执行时不影响应用程序的运行,从而减少GC暂停时间。应根据应用程序的特点和运行环境选择合适的并发GC算法。 6. 使用GC日志进行分析。GC日志可以记录GC的执行情况,可以通过分析GC日志来找出GC执行时间长的原因,进而进行优化。 7. 使用GC调优工具。Java虚拟机提供了多种GC调优工具,如jstat、jmap、jstack等,可以通过这些工具来监视和分析GC的执行情况,从而进行优化。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值