Java 垃圾回收策略调优，实践篇
2008-10-22 13:26:30 来自: KK
JVM参数调优是一个很头痛的问题，可能和应用有关系，下面是本人一些调优的实践经验，希望对读者能有帮助，环境LinuxAS4,resin2.1.17,JDK6.0,2CPU,4G内存,dell2950服务器，网站是shedewang.com，新手可能觉得这文章没有用。
一：串行垃圾回收，也就是默认配置，完成10万request用时153秒，JVM参数配置如下
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xms2048M -Xmx2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 -Xnoclassgc -Xloggc:log/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps ";
这种配置一般在resin启动24小时内似乎没有大问题，网站可以正常访问，但查看日志发现，在接近24小时时，Full GC执行越来越频繁，大约每隔3分钟就有一次Full GC，每次Full GC系统会停顿6秒左右，作为一个网站来说，用户等待6秒恐怕太长了，所以这种方式有待改善。MaxTenuringThreshold=7表示一个对象如果在救助空间移动7次还没有被回收就放入年老代，GCTimeRatio=19表示java可以用5%的时间来做垃圾回收，1/(1+19)=1 /20=5%。
二：并行回收，完成10万request用时117秒，配置如下：
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xmx2048M -Xms2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -Xnoclassgc -Xloggc:log/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC -XX:MaxGCPauseMillis=500 -XX:+UseAdaptiveSizePolicy -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 ";
并行回收我尝试过多种组合配置，似乎都没什么用，resin启动3小时左右就会停顿，时间超过10 秒。也有可能是参数设置不够好的原因，MaxGCPauseMillis表示GC最大停顿时间，在resin刚启动还没有执行Full GC时系统是正常的，但一旦执行Full GC，MaxGCPauseMillis根本没有用，停顿时间可能超过20秒，之后会发生什么我也不再关心了，赶紧重启resin，尝试其他回收策略。
三：并发回收，完成10万request用时60秒，比并行回收差不多快一倍，是默认回收策略性能的2.5倍，配置如下：
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xms2048M -Xmx2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:+UseConcMarkSweepGC -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 -Xnoclassgc -Xloggc:log/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 ";
这个配置虽然不会出现10秒连不上的情况，但系统重启3个小时左右，每隔几分钟就会有5秒连不上的情况，查看gc.log，发现在执行ParNewGC时有个promotion failed错误，从而转向执行Full GC，造成系统停顿，而且会很频繁，每隔几分钟就有一次，所以还得改善。UseCMSCompactAtFullCollection是表是执行Full GC后对内存进行整理压缩，免得产生内存碎片，CMSFullGCsBeforeCompaction=N表示执行N次Full GC后执行内存压缩。
四：增量回收，完成10万request用时171秒，太慢了，配置如下
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xms2048M -Xmx2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 -Xnoclassgc -Xloggc:log/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xincgc ";
似乎回收得也不太干净，而且也对性能有较大影响，不值得试。
五：并发回收的I-CMS模式，和增量回收差不多，完成10万request用时170秒。
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xms2048M -Xmx2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 -Xnoclassgc -Xloggc:log/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing -XX:CMSIncrementalDutyCycleMin=0 -XX:CMSIncrementalDutyCycle=10 -XX:-TraceClassUnloading ";
采用了sun推荐的参数，回收效果不好，照样有停顿，数小时之内就会频繁出现停顿，什么sun推荐的参数，照样不好使。
六：递增式低暂停收集器，还叫什么火车式回收，不知道属于哪个系，完成10万request用时153秒
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xms2048M -Xmx2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 -Xnoclassgc -Xloggc:log/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseTrainGC ";
该配置效果也不好，影响性能，所以没试。
七：相比之下，还是并发回收比较好，性能比较高，只要能解决ParNewGC（并行回收年轻代）时的promotion failed错误就一切好办了，查了很多文章，发现引起promotion failed错误的原因是CMS来不及回收（CMS默认在年老代占到90%左右才会执行），年老代又没有足够的空间供GC把一些活的对象从年轻代移到年老代，所以执行Full GC。CMSInitiatingOccupancyFraction=70表示年老代占到约70%时就开始执行CMS，这样就不会出现Full GC了。SoftRefLRUPolicyMSPerMB这个参数也是我认为比较有用的，官方解释是softly reachable objects will remain alive for some amount of time after the last time they were referenced. The default value is one second of lifetime per free megabyte in the heap，我觉得没必要等1秒，所以设置成0。配置如下
$JAVA_ARGS .= " -Dresin.home=$SERVER_ROOT -server -Xms2048M -Xmx2048M -Xmn512M -XX:PermSize=256M -XX:MaxPermSize=256M -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19 -Xnoclassgc -XX:+DisableExplicitGC -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:-CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=70 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationConcurrentTime -XX:+PrintGCApplicationStoppedTime -Xloggc:log/gc.log ";
上面这个配置内存上升的很慢，24小时之内几乎没有停顿现象，最长的只停滞了0.8s，ParNew GC每30秒左右才执行一次，每次回收约0.2秒，看来问题应该暂时解决了。
分享到：
相关推荐
### JAVA内存设置原理详解 在深入探讨JAVA内存设置原理之前，我们先理解一下JVM（Java虚拟机）的内存管理机制。JVM是JAVA运行时环境的核心，它负责执行JAVA字节码，同时管理程序运行时的内存分配与回收。JVM的内存...
eclipse设置java内存 Eclipse是一个功能强大且广泛使用的集成开发环境（IDE），但是，如果不正确地设置其运行内存，可能会导致内存溢出错误。因此，正确地设置Eclipse的java内存是非常重要的。本文将详细介绍如何...
### Java常用内存配置知识 #### 一、Java内存计算...综上所述，通过对Java内存配置的理解和合理设置，可以有效提升Java应用的性能和稳定性。在实际开发中，应根据应用的特点和需求灵活调整这些参数，以达到最佳效果。
### Java虚拟内存研究 #### 内存溢出的分析与解决方法 在现代软件开发中，尤其是使用Java语言开发的企业级应用中，内存管理和优化是一个非常关键的技术领域。内存溢出（Out Of Memory, OOM）是导致Java应用程序...
Java内存机制是Java虚拟机（JVM）的关键组成部分，它管理着程序运行时的数据存储。在Java中，内存主要分为以下几个区域： 1. **Heap（堆）**：这是Java中最主要的内存区域，用于存储所有的类实例和数组。当堆空间...
Java内存模型是Java虚拟机规范中定义的一部分，它规定了Java程序中变量的读写行为，以及线程之间的交互规则。理解Java内存模型对于编写正确、高效的多线程程序至关重要。在Java 5之前，Java内存模型的描述比较模糊，...
在设置堆大小时，需要考虑多方面的因素，例如操作系统、物理内存、虚拟内存等。典型的堆大小设置为：-Xmx3550m -Xms3550m -Xmn2g -Xss128k。其中，-Xmx3550m 设置 JVM 最大可用内存为 3550M，-Xms3550m 设置 JVM ...
Windows实现按需调页的虚拟内存机制，使得应用程序可以使用超过物理内存容量的虚拟内存。此外，Windows还使用了页面文件来扩展物理内存的容量。 在Java中，我们可以使用Java Native Interface（JNI）来调用Windows ...
Java内存管理是开发Java应用程序时的关键环节，内存泄露和溢出问题可能导致系统性能下降，甚至导致服务崩溃。本文将深入探讨如何检测和分析Java内存泄露与溢出，并介绍一种常用的工具——Memory Analyzer（MAT）。 ...
**操作系统和虚拟内存**：现代操作系统通过虚拟内存技术实现了多个进程间的内存共享，每个进程拥有自己独立的虚拟地址空间。操作系统会根据需要在物理内存与交换空间之间动态迁移数据，以优化物理内存的使用效率。 ...
### Tomcat 6.0 修改启动内存设置及 Java JVM 参数配置详解 #### 一、背景与目的 ...需要注意的是，实际配置时应根据应用程序的具体需求来进行调整，并结合实际情况测试不同的内存配置方案，以找到最优解。
### 如何解决Java内存泄漏 #### 1. 背景 Java凭借其垃圾回收机制大大简化了内存管理，使得开发者无需手动管理内存的释放，从而提升了开发效率。然而，这种自动化管理也可能成为一把双刃剑，特别是当开发人员忽视...
解决Java内存泄漏问题需要从多方面入手，包括合理设置JVM参数、优化代码逻辑、使用合适的工具进行监控等。开发者应该具备良好的编码习惯，并定期进行性能调优，以确保应用程序能够稳定高效地运行。
本篇文章将详细探讨jProfiler7在Java内存分析上的核心功能、使用方法以及在Linux环境中的配置和应用。 1. **内存分析概述** - 内存分析是识别和解决Java应用程序中的内存泄漏、过度对象创建和内存消耗过高问题的...
在这个项目中，我们关注的是JVM如何进行虚拟内存管理，特别是在JDK 6.2版本中的实现。虚拟内存管理是操作系统的重要组成部分，它允许程序使用比实际物理内存更大的地址空间，并在需要时动态地将部分数据交换到磁盘上...
总之，Java内存溢出是复杂的问题，需要结合程序设计、JVM参数配置、垃圾收集机制和内存分析工具等多个方面进行综合分析和处理。理解这些概念并熟练运用，能有效防止和解决Java应用程序中的内存问题。
Java内存管理是Java编程中的核心概念，它涉及到程序运行时数据的存储、分配以及回收。在Java中，内存主要分为堆内存（Heap）和栈内存（Stack），还有方法区（Method Area）、程序计数器（PC Register）以及本地方法...
Java内存参数调优是优化Java应用程序性能的关键环节，特别是对于大型和高负载的应用，合理的内存配置可以有效地降低垃圾收集（Garbage Collection, GC）带来的压力，提高应用的响应速度和系统吞吐量。以下是一些关于...
#### 一、Java内存区域划分 Java的内存管理机制将内存分为以下几个区域： 1. **栈（Stack）**： - 存储局部变量（如基本类型的变量和对象的引用）。 - 每个线程拥有一个独立的栈。 - 栈内存中的数据在方法执行...
### Java内存监控工具Java VisualVM #### 一、概述 Java VisualVM是一款强大的Java应用程序性能分析和诊断工具，主要用于监控和分析Java应用的运行时行为，包括但不限于内存使用情况、线程状态、CPU使用率等关键...