Tomcat性能调整6

4. Tomcat容量计划

　　以下介绍针对Tomcat做容量计划的步骤：

　　1） 量化负载。如果站点已经建立并运行，可以使用前面介绍的工具模仿用户访问，确定资源的需求量。

　　2） 针对测试结果或测试过程中进行分析。需要知道那些请求造成了负载过重或者使用过多的资源，并与其它请求做比较，这样就确定了系统的瓶颈所在。例如：如果servlet在查询数据库的步骤上耗用较长的时间，那么就需要考虑使用缓冲池来降低响应时间。

　　3） 确定性能最低标准。例如，你不想让用户花20秒来等待结果页面的返回，也就是说甚至在达到访问量的极限时，用户等待的时间也不能超过20秒种（从点击链接到看到返第一条返回数据）。这个时间中包含了数据库查询时间和文件访问时间。同类产品性能在不同的公司可能有不同的标准，一般最好采取同行中的最低标准或对这个标准做出评估。

　　4） 确定如何合理使用底层资源，并逐一进行测试。底层资源包括CPU、内存、存储器、带宽、操作系统、JVM等等。在各种生产环境上都按顺序进行部署和测试，观察是否符合需求。在测试Tomcat时尽量多采用几种JVM，并且调整JVM使用内存和Tomcat线程池的大小进行测试。同时为了达到资源充分合理稳定地使用的效果，还需针对测试过程中出现的硬件系统瓶颈进行处理确定合理的资源配置。这个过程最为复杂，而且一般由于没有可参考的值所以只能靠理论推断和经验总结。

　　5） 如果通过第4步的反复测试如果达到了最优的组合，就可以在相同的生产环境上部署产品了。

　　此外应牢记一定要文档化你的测试过程和结果，因为此后可能还会进行测试，这样就可以拿以前的测试结果做为参考。另外测试过程要反复多次进行，每次的条件可能都不一样，因此只有记录下来才能进行结果比较和最佳条件的选择。

　　这样我们通过测试找到了最好的组合方式，各种资源得到了合理的配置，系统的性能得到了极大的提升。


六. 附加资料

　　很显然本文也很难全面而详尽地阐述性能优化过程。如果你进行更多研究的话可能会把性能调优做的更好，比如Java程序的性能调整、操作系统的调整、各种复杂环境与应用系统和其它所有与应用程序相关的东西。在这里提供一些文中提到的一些资源、文中提到的相关内容的链接以及本文的一些参考资料。

　　1. Web性能测试资料及工具

　　1） Jmeter Wiki首页，Jmeter为一个开源的100%Java开发的性能测试工具
　　http://wiki.apache.org/jakarta-jmeter/

　　2） Apache Benchmark使用说明
　　http://httpd.apache.org/docs-2.0/programs/ab.html

　　3） 一些Java相关测试工具的介绍，包含可以与Tomcat集成进行测试的工具
　　http://blog.csdn.net/wyingquan/

　　4） LoadRunner® 是一种预测系统行为和性能的工业标准级负载测试工具。它通过模拟数据以千万计用户来实施并发负载来对整个企业架构进行测试，来帮助您更快的查找和发现问题。
　　http://www.mercury.com/us/products/performance-center/loadrunner/


　　2. 文中介绍的相关内容的介绍

　　1） Apache 2.x + Tomcat 4.x做负载均衡，描述了如何利用jk配置集群的负载均衡。
　　http://raibledesigns.com/tomcat/index.html

　　2） 容量计划的制定，收集了许多有关制定web站点容量计划的例子：
　　http://www.capacityplanning.com/

　　3） 评测Tomcat5负载平衡与集群，
　　http://www.javaresearch.org/article/showarticle.jsp?column=556&thread=19777

　　4） Apache与Tomcat的安装与整合之整合篇
　　http://www.javaresearch.org/article/showarticle.jsp?column=23&thread=18139

　　5） 性能测试工具之研究，介绍了性能测试工具的原理与思路
　　http://www.51testing.com/emagzine/No2_2.htm

　　6） Java的内存泄漏
　　http://www.matrix.org.cn/resource/article/409.html

　　7） Web服务器和应用程序服务器有什么区别？
　　http://www.matrix.org.cn/resource/article/1429.html

　　8） 详细讲解性能中数据库集群的问题
　　http://www.theserverside.com/articles/article.tss?l=DB_Break