JVM堆大小的建议
JVM的堆大小设置是一趟很深的水,既要有对架构高度认识和落地,也要有对语言内部机制深入理解和掌握。
首先,需要对JVM的Heap大小有一个预设和监测,见这篇文章选择合适Java堆大小的五个建议(5 Tips for Proper Java Heap Size),其实文中主要普及了一些JVM设置基础知识,强调需要了解的几个知识点和一般经验,也没有给出实战中具体可行的操作办法,其实每个系统是不一样的,就象病人因人而异一样,需要根据自己的系统和自己的经济条件能力找出适合自己的Heap大小。
堆主要分年轻态和老生态两种,刚刚创建的对象在年轻态,如果这个对象引用被容器或静态或其他对象Hold住,或者经常使用,反正不是那种用完就丢等死那种,那么JVM会将其逐步类似复制粘贴到老生态,如果你使用缓存,那么缓存的对象将大部分在老生态这个区域中,比如Jdonframework或Jivejdon缺省都有缓存,是一种基于内存的计算模式,也就是内存状态管理,那么对于堆的这两个区域大小设置就比较讲究了,下面以jivejdon设置的经验谈谈:
在生产环节,需要对年轻态和老生态两个区域大小进行监测,根据访问量不同和CMS设置不同,特别是老生态大小会经常变化,监测使用PSI-Probe。
初期JVM的大小按照年轻态:老生态=1:3进行配置,当然也和缓存中空闲失效期设置有关,缓存对其中对象如果空闲多长时间没有被使用,将实现清除,类似HttpSession机制。
如果缓存失效期设置过短,老生态利用率不高,比如1.3G的老生态只使用了300M,当然,也可以延缓CMS的启动比例,比如在接近1.3G的70%开始CMS垃圾收集,但是这样碰上尖峰访问可能来不及收集就撑死了(OME:OutOfMemoryError )。
如果缓存失效期设置过长,老生态会被撑满,频繁启动CMS也是徒劳无益,增加系统暂停响应时间,增加了系统延迟。
这样,缓存失效期或者说缓存大小就需要根据JVM老生态在长时间生产环境运行下进行不断微调,Probe起到了关键作用,主要是其图形化直观显示,比起JDK的JConsole等等工具要方便。
[该贴被admin于2012-07-21 18:41修改过]