JVM&&项目性能调优

   测试测的这么烂，调优起来自然还是有点力不从心。本来测试跟调优是放一块写的，不过后来看了一下，感觉两个东西的侧重点还是有所不同，又拆开了。调了这么久，感觉调优还是有章可循的，总结起来大概就这么一些吧（个人意见）。

可怕的IO
   很多的性能问题都跟IO有关，所以一个系统拿来即便什么都没测也可以先把IO调一下。我碰到的主要有以下几个：

• 日志。刚开始测的时候很多调试日志都没关，测试数据可想而知了。所以上来记着先把文件日志（Log4j）、控制台输出都屏蔽掉（关闭掉）
• 数据库。数据库主要有几个地方可以调一下，一个是连接池大小，这个在测试前就应该配一下。具体配多大呢，应该根据测试情况看，不过有一点可以掌握——可以配的跟Tomcat（5.0）线程池一样大，原因想想就知道了；一个是建立索引，这个应该不用说了；再一个就是SQL语句优化，这个是因为在测试的时候发现数据库连接有死锁的情况，后来定位到语句问题的。这里做的基本上都是一些常见的数据库优化，至于数据库本身的一些优化，就没有涉及了。
• 连接模型。这个主要涉及传统IO跟NIO的使用，可以参考前面的一篇NIO文章。
• Tomcat。目前使用的是5.0.28版本的，主要做的就是调了一下线程池大小。目前最新的Tomcat6.0支持NIO方式了，性能应该会有不少提高。

监控工具
    所谓“工欲善其事，必先利其器”，好的工具确能起到事半工倍的作用。我用到的最多的就两个JConsole 和JProfiler 。JConsole监控系统内存变化情况，如果有内存溢出的话，垃圾回收将会呈现锯齿状。发现问题以后，使用JProfiler，在小压力（或无压力）的情况下监控对象变化，定位内存溢出原因。

JVM调优
   其实不能说调优了，只是一些参数的调整。不过调好了对性能影响还是很大的。对我们的系统大概有10~20%的提高。

• JVM启动模式。JVM有两种模式，-client和-server。配置成server模式可以得到比较好的性能。但是我尝试配置这两种方式，启动Tomcat后再用JConsole观察，感觉没有什么变化，不知道问题在哪里。
• 内存大小配置。三个比较重要的参数 -Xms:初始堆大小  -Xmx：最大堆大小  -Xmn：新生代堆大小。Xms和Xmx一般配置为一样大小，这样可以避免每次GC后跳转内存空间。关键的参数就在这个-Xmn。 从测试的情况来看，这个对性能影响比较大。因为Sun的JDK是基于分代垃圾回收的，新生代简单一点说就是存储那些用一次（或几次）就仍掉的对象，当这个空间满了以后JVM就会把当前还存活的对象，移动到年老代的空间中。所以，之前测试的时候，这个空间是按默认值配置的，在16~32m之间，由于太小，一些本该扔掉的无用对象被移动到年老代，造成年老代空间持续快速增长，因而导致频繁的年老代垃圾回收。后来当调整到128m（堆总共为512m）时，性能提升很明显，年老代的垃圾回收次数明显下降。
• 垃圾回收器的选择。回收器的选择主要是为了解决垃圾回收时的停顿问题，不同的应用对停顿时间有不同的要求因而对应不同的回收器。这块目前没有要求，但是迟早要碰到，所以了解了一些。目前的回收器主要有一下几种：串行收集器，并行收集器，并发收集器。具体差异目前我理解也有限，就不好在瞎说了。

参考资料

• Tuning Garbage Collection with the 5.0 Java Virtual Machine
• Hotspot memory management whitepaper

文章分类:Java编程

原文地址：http://pengjiaheng.spaces.live.com/blog/cns!2DAA368B386E6AEA!737.entry