JVM堆大小的建议

JVM的堆大小设置是一趟很深的水，既要有对架构高度认识和落地，也要有对语言内部机制深入理解和掌握。 首先，需要对JVM的Heap大小有一个预设和监测，见这篇文章选择合适Java堆大小的五个建议(5 Tips for Proper Java Heap Size)

https://dzone.com/articles/5-tips-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等等工具要方便。