Tomcat的catalina配置之对JVM内存调优

JVM内存划分

堆内存分配

• 堆内存初始值分配: -Xms，默认是物理内存的1/64；
• 堆内存最大值分配: -Xmx，默认是物理内存的1/4。

默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减小堆直到-Xms的最小限制。所以服务器通常设置-Xms、-Xmx 相等以免在每次GC 后调整堆的大小。

非堆内存分配

• 非堆内存初始值分配: -XX:PermSize，默认是物理内存的1/64；
• 非堆内存最大值分配: -XX:MaxPermSize，默认是物理内存的1/4。

说明：

1. 若是 -Xmx 不指定或者指定偏小，应用可能会致使 java.lang.OutOfMemoryError 错误。

2. 若是-XX:MaxPermSize设置太小会致使java.lang.OutOfMemoryError: PermGen space 就是内存益出。

为何会内存益出？

• 这一部份内存用于存放Class和Meta的信息，Class在被 Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不一样。
• GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，因此若是你的APP会LOAD不少CLASS 的话,就极可能出现PermGen space错误。 这种错误常见在web服务器对 JSP 进行pre compile 的时候。

JVM参数说明

JVM参数	说明
-server	必定要做为第一个参数，在多个CPU时性能佳
-Xms	java Heap初始大小。 默认是物理内存的1/64。
-Xmx	java heap最大值。建议均设为物理内存的一半。不可超过物理内存。
-Xmn	young generation的heap大小，通常设置为Xmx的三、4分之一
-XX:PermSize	设定内存的永久保存区初始大小，缺省值为64M。
-XX:MaxPermSize	设定内存的永久保存区最大 大小，缺省值为64M。
-XX:SurvivorRatio	生还者池的大小,默认是2，若是垃圾回收变成了瓶颈，您能够尝试定制生成池设置
-XX:NewSize	新生成的池的初始大小。 缺省值为2M。
-XX:MaxNewSize	新生成的池的最大大小。 缺省值为32M。若是 JVM 的堆大小大于 1GB，则应该使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者将堆的总大小的 50% 到 60% 分配给新生成的池。调大新对象区，减小Full GC次数。
-XX:+AggressiveHeap	会使得 Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。 参考
-Xss	每一个线程的Stack大小，“-Xss 15120” 这使得JBoss每增长一个线程（thread)就会当即消耗15M内存，而最佳值应该是128K,默认值好像是512k.
-verbose:gc	现实垃圾收集信息
-Xloggc:gc.log	指定垃圾收集日志文件
-XX:userParNewGC	可用来设置并行收集【多核CPU】
-XX:+UseSerialGC	在新生代和老年代使用串行收集器
-XX:+UseParNewGC	在新生代使用并行收集器，缩短minor收集的时间
-XX:+UseParallelGC	新生代使用并行回收收集器，更加关注吞吐量【多核CPU】
-XX:+UseParallelOldGC	老年代使用并行回收收集器
-XX:ParallelGCThreads	设置用于垃圾回收的线程数【多核CPU】
-XX:+UseConcMarkSweepGC	新生代使用并行收集器，老年代使用CMS+串行收集器
-XX:ParallelCMSThreads	设定CMS的线程数量
-XX:+UseG1GC	启用G1垃圾回收器

具体在tomcat的 catalina 的文件中进行配置：

JAVA_OPTS="-server -Xms1024m -Xmx8192m -XX:PermSize=256M -XX:MaxPermSize=1024m -Dfile.encoding=utf-8"
复制代码

讲在最后

另外须要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。

收集垃圾能够接受的速度与应用有关，应该经过分析实际的垃圾收集的时间和频率来调整。若是堆的大小很大，那么彻底垃圾收集就会很慢，可是频度会下降。若是你把堆的大小和内存的须要一致，彻底收集就很快，可是会更加频繁。

调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。在基准测试的时候，为保证最好的性能，要把堆的大小设大，保证垃圾收集不在整个基准测试的过程当中出现。

若是系统花费不少的时间收集垃圾，请减少堆大小。一次彻底的垃圾收集应该不超过 3-5 秒。若是垃圾收集成为瓶颈，那么须要指定代的大小，检查垃圾收集的详细输出，研究垃圾收集参数对性能的影响。

通常说来，你应该使用物理内存的 80% 做为堆大小。当增长处理器时，记得增长内存，由于分配能够并行进行，而垃圾收集不是并行的。

PS: 下面是个人IDEA对Java开发调优以后的配置：

-Xms2048m
-Xmx3072m
-XX:NewRatio=3
-Xss16m
-XX:+UseConcMarkSweepGC
-XX:+CMSParallelRemarkEnabled
-XX:ConcGCThreads=4
-XX:ReservedCodeCacheSize=240m
-XX:+AlwaysPreTouch
-XX:+TieredCompilation
-XX:+UseCompressedOops
-XX:SoftRefLRUPolicyMSPerMB=50
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-Dfile.encoding=utf-8
复制代码

参考：

• tomcat内存配置及配置参数详解
• 内存溢出之Tomcat内存配置
• Java GC机制