Tomcat调优指南收藏.doc

Tomcat调优指南 收藏 ? Tomcat调优指南1概述本文档主要介绍了Tomcat的性能调优的原理和方法。可作为公司技术人员为客户Tomcat系统调优的技术指南，也可以提供给客户的技术人员作为他们性能调优的指导手册。2调优分类由于Tomcat的运行依赖于JVM，从虚拟机的角度我们把Tomcat的调整分为外部环境调优和自身调优两类来描述。2.1外部环境调优调整Tomcat运行环境的操作系统参数和运行Tomcat的java虚拟机参数。2.1.1 JAVA虚拟机性能优化Tomcat需要依赖Java虚拟机运行。根据客户选用的主机的操作系统选择对应的JDK的版本。无论哪个厂商的JDK，都建议使用最新的版本。虚拟机可通过命令行的方式改变虚拟机使用内存的大小。如下表所示有两个参数用来设置虚拟机使用内存的大小。参数描述-Xms size JVM初始化堆的大小-Xmx size JVM堆的最大值Tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。[LD1]Windows下，在文件tomcat_home/bin/catalina.bat，Unix下，在文件tomcat_home/bin/catalina.sh的前面，增加如下设置：JAVA_OPTS=-Xms【初始化内存大小】-Xmx【可以使用的最大内存】需要把这个两个参数值调大。例如：JAVA_OPTS=-Xms256m-Xmx512m表示初始化内存为256MB，可以使用的最大内存为512MB。另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的空间很大，那么完全垃圾收集(FULL GC)就会很慢，但是频度会降低。如果在客户系统中把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。对于SUN和HP等虚拟机，推荐将最小堆大小和最大堆大小设置为同一值，因为这样可以避免浪费用于时常调整堆大小所需的VM资源。当然，客户系统如果用到IBM虚拟机，要特别的注意设置-Xms和-Xmx一样大小会耽误垃圾回收的开始直到堆满，这样第一次垃圾回收就会变成非常昂贵的操作。推荐把-Xms设置为应用所需的最小值，这样会产生高效的垃圾回收。2.1.2操作系统性能优化以客户系统为HP-UX为例。HP系统中对Tomcat有影响的参数：其中：max_thread_proc：一个进程所能创建的线程的最大数nkthread：在系统上同时允许的核心线程的最大数maxfiles上表给的建议是不是不合适?如果在输出里看到消息：java.lang.OutOfMemoryError：unable to create new native thread，则说明名为max_thread_proc的Unix内核设置过小。max_thread_proc是单个进程中的最大线程数。它必须大到能够容纳Java应用程序中的所有线程以及虚拟机本身中的部分额外线程。查看核心参数：$ulimit-a显示[LD2]输出中的nofiles是指用户的进程能同时打开的最大文件句柄数。如果日志中出现two many open files的异常，需要重点检查这个参数。coredump参数是core文件最大值的，限制当进程coredump时将产生core文件的大小不能超过这个最大值。如果在日志文件检查时，发现core文件不完整，需要增大这个参数值。执行ulimit-n命令可以设置nofiles参数，执行ulimit-c命令设置core文件最大值。如果是在Windows操作系统上使用Tomcat，那么最好选择服务器版本。因为在非服务器版本上，最终用户授权数或者操作系统本身所能承受的用户数、可用的网络连接数或其它方面的一些方面都是有限制的。并且基于安全性的考虑，必须经常给操作系统打上最新的补丁。2.1.3 Tomcat与其它web服务器整合使用虽然tomcat也可以作web服务器,但其处理静态html的速度比不上apache,且其作为web服务器的功能远不如apache,因此我们想把apache和tomcat集成起来，将html与jsp的功能部分进行明确分工，让tomcat只处理jsp部分，其它的由apache,IIS等这些web服务器处理，由此大大节省了tomcat有限的工作线程[LD3]。2.2自身调优本节将说明Tomcat性能调优的技巧和方法，这些技巧和方法与操作系统或Java虚拟机的种类无关。以下方法都是针对Tomcat性能自身调整的最佳方式。2.2.1禁用DNS查询当web应用程序要记录客户端的信息时，它也会