JVM调优(2)

? 花在年轻代和年老代回收上的时间比例

吞吐量优先的应用：一般吞吐量优先的应用都有一个很大的年轻代和一个较

减少年轻代和年老代花费的时间，一般会提高应用的效率

o

小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。

3.

较小堆引起的碎片问题

因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

o

-XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。

-XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩

o

JVM 调优 技巧 总结 1.升级 JVM 版本。如果能使用64-bit，使用64-bit JVM。

基本上没什么好解释的，很简单将JVM升级到最新的版本。如果你还是使用JDK1.4甚至是更早的JVM，那你首先要做的就是升级。因为JVM从1.4- >1.5->1.6可不是仅仅的版本号升级，或者仅仅往里面加了一堆新的语言特性，这么简单。而是真正在JVM做了重大的改进，每次版本升级，都有巨大的性能升级。尤其是ＳＵＮ认识到ｊａｖａ是知己的全部的时候（夸张点，但连股票号都改成ＪＡＶＡ了，呵呵）。如果你经常逛SUN 的JVM论坛，你就会发现实际上JVM上的毛病是这么多。如果你因为各种原因，而不能升级到1.6，那你可以升级到该版本的最新版。

2.选择一个正确的GC（Gargage Collection）。

由于当JAVA程序GC的时候，会停下当前程序。尤其Full GC的时候，会停留很长时间。一般对于GUI程序来说，是很难接受的（想想Eclipse暂停的时候）。 JAVA5 以后，开始自带了好几种GC，你可以选择一个适合你的种类。有以下四种Serial Collector，Parallel collector，Concurrent Collector，Train Collector（废弃）。后面几种时候使用并行收集，所以理论上有效率更高（要求你有超过2CUP，但是现在多核开始普及了，呵呵）。提示：更改GC 种类以后要适当挺高JVM的内存量。

3.正确设置内存大小。对JVM堆内的各个区域（young,old,perm）正确设置大小。

这个是最困难的调整，因为这个调整会直接影响GC的效率。而且由于各个程序的类型不用，所以没有一个通用的数据。除了几个常用规则以外，需要使用工具（jstat,jvmstat,jconsole等等）仔细调整。下面会提到几个常用的准则。通常使用一下几个参数调整-Xms -Xmx-XX:MaxPermSize。

3.1 调高-XX:NewRatio（NewSize/MaxNewSize）的值，会减少young gc的次数，但会增加old gc的时间。

3.2 增加普通GC的方法（减小Full GC）。扩大young区域的大小（最大40%），并过大Survivor的区域。使得更多的object留在young gen。

4.减小类的使用量，注意类的load和unload，减少JSP页数。

类实际上也是对象，会直接分配perm区域里，即使Full GC也会很少收集。JSP也会分配到perm区域里，效果同理。如果perm过大，超过XX:MaxPermSize值，会发生 OutOfMemoryError: PermGen space异常。解决方法是提高-XX:MaxPermSize值。

5.避免使用-Xnoclassgc

6.如果是RMI程序，要注意调整RMI DGC的时间。

以下是几个写程序时，应该注意的地方。也可减小GC，提高JVM性能。

1.不要使用System.gc()方法。

因为它会产生Full GC。

2.尽可能少分配大的临时对象（生命周期短的）

可能会直接分配到old区域里，old区域只有Full GC的时候会收集。

3.避免使用finalize()方法。

finalize()会增加GC的负担，使用java.lang.ref代替。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库JVM调优(2)在线全文阅读。