灿烂的阳光,苦涩的生活,认真做,你能行!

优化tomcat的配置

上一篇 / 下一篇  2011-07-03 20:40:59 / 个人分类:tomcat

一、精简Tomcat和配置文件

1.删除不需要的管理应用和帮助应用,可以提高tomcat安全性。删除webappsserver/wenapps下所有文件

 

2.精简sever.xml配置文件,可以考虑使用tomcat发布版本中的最小配置文件,提高性能,如果有功能上的需求,在逐个的加入功能配置。

Ø       备份原来的server.xmlserver.xml_bak

Ø       复制server-minimal.xmlserver.xml

 

3.修改server.xml,提高tomcat性能

Ø       配置文件中的Connetctor节点,和连接数相关的参数配置和优化。

*       maxThreadsTomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数,默认值200。可以根据计算机的性能和内存大小调整,一般可以在400-500。最大可以在800左右。

*       acceptCount:指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。默认值10

*       minSpareThreadsTomcat初始化时创建的线程数。默认值4

*       maxSpareThreads:一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。默认值50

*       enableLookups:是否反查域名,默认值为true。为了提高处理能力,应设置为false

*       connnectionTimeout:网络连接超时,默认值20000,单位:毫秒。设置为0表示永不超时,这样设置是有隐患的。通常可设置为30000毫秒。

*       maxKeepAliveRequests:保持请求数量,默认值100

*       bufferSize:输入流缓冲大小,默认值2048 bytes

*       compression:压缩传输,取值on/off/force,默认值off

其中和最大连接数相关的参数为maxThreadsacceptCount。如果要加大并发连接数,应同时加大这两个参数。web server允许的最大连接数还受制于操作系统的内核参数设置,通常Windows2000个左右,Linux1000个左右。

Ø       修改通用连接:

   <Connector port="8080" />

为:

   <Connector port="8080" maxTreads="500" minSpareThreads="10" maxSpareThreads="50" acceptCount="50" connectionTimeout="60000"

              enableLookups="false" redirectPort="8443" protocol="AJP/1.3" compression="on" compressionMinSize="2048" noCompressionUserAgents="gozilla, traviata"

compressableMimeType="text/html,text/xml"/>

Ø       修改主机和应用配置:

<Host name="localhost" appBase="webapps" />

 

为:

    <Host name="localhost" appBase=" "

      unpackWARs="true" autoDeploy="true"

      xmlValidation="false" xmlNamespaceAware="false">

       <Context path="" docBase="/www/xxxx/site/web" reloadable="true" debug="0"/>

</Host>

 

4.优化JDK

Tomcat默认可以使用的内存为128MB,Windows,在文件catalina.bat的前面,修改如下设置:

JAVA_OPTS='$JAVA_OPTS -Xms[初始化内存大小] -Xmx[可以使用的最大内存]

一般说来,应该使用物理内存的80%作为堆大小。如果本机上有Apache服务器,可以先折算Apache需要的内存,然后修改堆大小。建议设置为70%;建议设置[初始化内存大小]等于[可以使用的最大内存],这样可以减少平凡分配堆而降低性能。

另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关,应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的大小很大,那么完全垃圾收集就会很慢,但是频度会降低。如果你把堆的大小和内存的需要一致,完全收集就很快,但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间,以在特定的时间内最大化处理客户的请求。在基准测试的时候,为保证最好的性能,要把堆的大小设大,保证垃圾收集不在整个基准测试的过程中出现。

如果系统花费很多的时间收集垃圾,请减小堆大小。一次完全的垃圾收集应该不超过3-5秒。如果垃圾收集成为瓶颈,那么需要指定代的大小,检查垃圾收集的详细输出,研究 垃圾收集参数对性能的影响。一般说来,你应该使用物理内存的80%作为堆大小。当增加处理器时,记得增加内存,因为分配可以并行进行,而垃圾收集不是并行的。


TAG:

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

Open Toolbar