JVM参数设置
- - 企业架构 - ITeye博客-Xms768m -Xmx1280m jvm堆的最小值和最大值设置，一般设成相同值，避免频繁分配堆空间. -XX:NewSize=128m -XX:MaxNewSize=128m 年轻代最小值和最大值设置（年轻代设定了，年老代也就定了），也可以用参数-XX:NewRatio=4，年老代和年轻代的大小比，这里128m有点小了，官方建议的是heap的3/8，差不多280m.
JVM的参数设置的一个要点
标签：
jvm
参数
| 发表时间：2012-03-11 00:07 | 作者：
出处：http://tivan.iteye.com
JVM参数的设置（特别是 –Xmx –Xms –Xmn -XX:SurvivorRatio -XX:MaxTenuringThreshold等参数的设置没有一个固定的公式，需要根据PV old区实际数据 YGC次数等多方面来衡量。为了避免promotion faild可能会导致xmn设置偏小，也意味着YGC的次数会增多，处理并发访问的能力下降等问题。每个参数的调整都需要经过详细的性能测试，才能找到特定应用的最佳配置。
promotion failed：
垃圾回收时promotion failed是个很头痛的问题，一般可能是两种原因产生，第一个原因是救助空间不够，救助空间里的对象还不应该被移动到年老代，但年轻代又有很多对象需要放入救助空间；第二个原因是年老代没有足够的空间接纳来自年轻代的对象；这两种情况都会转向Full GC，网站停顿时间较长。
解决方方案一：
第一个原因我的最终解决办法是去掉救助空间，设置-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0即可，第二个原因我的解决办法是设置CMSInitiatingOccupancyFraction为某个值（假设70），这样年老代空间到70%时就开始执行CMS，年老代有足够的空间接纳来自年轻代的对象。
解决方案一的改进方案：
又有改进了，上面方法不太好，因为没有用到救助空间，所以年老代容易满，CMS执行会比较频繁。我改善了一下，还是用救助空间，但是把救助空间加大，这样也不会有promotion failed。具体操作上，32位Linux和64位Linux好像不一样，64位系统似乎只要配置MaxTenuringThreshold参数，CMS还是有暂停。为了解决暂停问题和promotion failed问题，最后我设置-XX:SurvivorRatio=1 ，并把MaxTenuringThreshold去掉，这样即没有暂停又不会有promotoin failed，而且更重要的是，年老代和永久代上升非常慢（因为好多对象到不了年老代就被回收了），所以CMS执行频率非常低，好几个小时才执行一次，这样，服务器都不用重启了。
CMSInitiatingOccupancyFraction值与Xmn的关系公式
上面介绍了promontion faild产生的原因是EDEN空间不足的情况下将EDEN与From survivor中的存活对象存入To survivor区时，To survivor区的空间不足，再次晋升到old gen区，而old gen区内存也不够的情况下产生了promontion faild从而导致full gc.那可以推断出：eden+from survivor < old gen区剩余内存时，不会出现promontion faild的情况，即：
（Xmx-Xmn）*（1-CMSInitiatingOccupancyFraction/100）>=（Xmn-Xmn/（SurvivorRatior+2）） 进而推断出：
CMSInitiatingOccupancyFraction <=（（Xmx-Xmn）-（Xmn-Xmn/（SurvivorRatior+2）））/（Xmx-Xmn）*100
例如：
当xmx=128 xmn=36 SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=（（128.0-36）-（36-36/（1+2）））/（128-36）*100 =73.913
当xmx=128 xmn=24 SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=（（128.0-24）-（24-24/（1+2）））/（128-24）*100=84.615…
当xmx=3000 xmn=600 SurvivorRatior=1时 CMSInitiatingOccupancyFraction<=（（3000.0-600）-（600-600/（1+2）））/（3000-600）*100=83.33
CMSInitiatingOccupancyFraction低于70% 需要调整xmn或SurvivorRatior值。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [jvm 参数] 推荐：
JVM内核参数说明
- - 编程语言 - ITeye博客java虽然是自动回收内存，但是应用程序，尤其服务器程序最好根据业务情况指明内存分配限制. 表示JVM Heap(堆内存)最小尺寸128MB，初始分配. 表示JVM Heap(堆内存)最大允许的尺寸256MB，按需分配. 说明：如果-Xmx不指定或者指定偏小，应用可能会导致java.lang.OutOfMemory错误，此错误来自JVM不是Throwable的，无法用try...catch捕捉.
HotSpot JVM 触发 OutOfMemoryError 参数
- - 编程语言 - ITeye博客正好今天是愚人节，就来说点骗子的东西吧~. 时不时的我就会听见有人抱怨说，他的HotSpot JVM不停的在垃圾回收，可是每次回收完后堆却还是满的. 当他们发现这是因为JVM的内存已经不够了之后，通常会问这么个问题，为什么JVM不抛一个OutOfMemoryError(OOME)呢. 毕竟来说，由于内存不足，我的程序都已经没法继续跑了，对吧.
JVM理论与实践【JVM参数调优】
- - ITeye博客 在生产环境下对Java虚拟机JVM进行参数调优是必不可少的. 作为普通的开发人员，如果对JVM的参数优化有一定的了解，即使是从知识体系的完整性来考虑也是大有裨益的. 另外，了解JVM的运行原理也有助于编写性能良好的程序，而不是让代码成为服务器CPU和内存的杀手. 【Windows平台的参数调优】.
JVM系列三:JVM参数设置、分析
- - zzm 不管是YGC还是Full GC,GC过程中都会对导致程序运行中中断,正确的选择 不同的GC策略,调整JVM、GC的参数，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率. 但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别（Web可以适当的停顿，但GUI停顿是客户无法接受的），而且由于跑在各个机器上的配置不同（主要cup个数，内存不同），所以使用的GC种类也会不同(如何选择见 GC种类及如何选择).
jinfo 查看、设置JVM参数
- - ITeye博客 请确认当前执行jinfo的命令的用户有 /tmp/hsperfdata_$USER/$PID 文件的权限. 另外，jinfo可能在未来的jvm中移除. 已有 0 人发表留言，猛击->> 这里<<-参与讨论. —软件人才免语言低担保 赴美带薪读研.
Java虚拟机（JVM）参数简介
- - ITeye博客Java虚拟机（JVM）参数简介. 在Java、J2EE大型应用中，JVM非标准参数的配置直接关系到整个系统的性能. JVM非标准参数指的是JVM底层的一些配置参数，这些参数在一般开发中默认即可，不需要任何配置. 但是在生产环境中，为了提高性能，往往需要调整这些参数，以求系统达到最佳新能. 另外这些参数的配置也是影响系统稳定性的一个重要因素，相信大多数Java开发人员都见过“OutOfMemory”类型的错误.
警惕使用jvm参数CMSRefProcTaskProxy
- - Java - 编程语言 - ITeye博客 昨天中午的时候, 团队的兄弟找我看一个现象: 原先因为堆外内存使用过多会crash掉的java应用, 设置了最大堆外内存量(MaxDirectMemorySize)后jvm不会crash, 但出现了机器的两颗CPU全部被占满, 而且java程序没有响应的情况. 我用jstat -gc/-gcutil/-gccause查了一下当时gc的情况, 发现出现过CMS GC, 最后一次导致GC的原因是CMS final remark, 没有什么异常.
Java 6 JVM参数配置说明
- - Java - 编程语言 - ITeye博客-XX:+
tomcat下jvm参数配置详解
- - 博客园_首页在解释下面知识之前，一个很重要的知识点必须了解，那就是tomcat本身是不能直接运行在计算机上的，必须依赖硬件基础上的计算机和一个java虚拟机，这也就解释了为什么在安装运行tomcat前必须要安装jvm的原因了. 所以说如果运行一个比较大的应用程序的话，一个性能高的jvm和合适的参数配置对程序的性能影响很大，因为Sun公司和其它一些公司一直在为提高性能而对java虚拟机做一些升级改进.