Tomcat、JDK优化配置

一、Tomcat内存优化:

JAVA_OPTS='-server -Xms2048m -Xmx4096m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:NewSize=256m -XX:MaxNewSize=512m'

JAVA_OPTS参数说明

   -server  启用jdk 的 server 版;

   -Xms    java虚拟机初始化时的最小内存;

   -Xmx   java虚拟机可使用的最大内存;

   -XX:PermSize    内存永久保留区域

   -XX:MaxPermSize   内存最大永久保留区域

二、Tomcat并发优化

1.Tomcat连接相关参数

在Tomcat 配置文件 server.xml 中的 <Connector ... /> 配置中

1.参数说明

maxThreads:Tomcat使用线程来处理接收的每个请求。表示最多同时处理多少个连接。

这个值表示Tomcat可创建的最大的线程数。默认值200。 可以根据机器的时期性能和内存大小调整,一般可以在400-500。最大可以在800左右。

minSpareThreads:Tomcat初始化时创建的线程数。表示即使没有人使用也开这么多空线程等待。默认值4

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

minProcessors:最小空闲连接线程数,用于提高系统处理性能,默认值为 10

maxProcessors:最大连接线程数,即:并发处理的最大请求数,默认值为 75

acceptCount:指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理,返回拒绝连接。

允许的最大连接数,应大于等于 maxProcessors ,默认值为 100

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

connectionTimeout:网络连接超时,单位:毫秒。设置为 0 表示永不超时,这样设置有隐患的。通常可设置为 30000 毫秒。

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

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

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

其中和最大连接数相关的参数为maxProcessors 和 acceptCount 。如果要加大并发连接数,应同时加大这两个参数。

web server允许的最大连接数还受制于操作系统的内核参数设置,通常 Windows 是 2000 个左右, Linux 是 1000 个左右。

三、JDK监控:使用Jconsole监控

在需要监控的tomcat_home/bin/catalina.sh(linux)文件中添加下面语句:JAVA_OPTS=”$JAVA_OPTS -Dcom.sun.management.jmxremote.port=8089

-Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false”

设置一个新的端口号。然后在本机dos下输入Jconsole命令,弹出“JAVA 监视和管理控制台”,如果是远程监视,就输入: ,这个port就上上面配置的8089,然后再输入远程主机的用户名跟口令,就可以监控啦。

传说这里面还可以加一句话”-Djava.rmi.server.hostname=192.168.1.80″ 没有试过 ⊙﹏⊙b汗 先拷贝上一句话,留作记忆:

四、Tomcat缓存优化

1.参数说明

c ompression 打开压缩功能

compressionMinSize 启用压缩的输出内容大小,这里面默认为2KB

compressableMimeType 压缩类型

connectionTimeout 定义建立客户连接超时的时间. 如果为 -1, 表示不限制建立客户连接的时间

2.Tomcat中的配置示例

<Connector port=\"9027\" 

                protocol=\"HTTP/1.1\"

                maxHttpHeaderSize=\"8192\"

                maxThreads=\"1000\"

                minSpareThreads=\"100\"

                maxSpareThreads=\"1000\"

                minProcessors=\"100\"

                maxProcessors=\"1000\"

                enableLookups=\"false\"

                compression=\"on\"

                compressionMinSize=\"2048\"               

                compressableMimeType=\"text/html,text/xml,text/javascript,text/css,text/plain\"

                connectionTimeout=\"20000\"

                URIEncoding=\"utf-8\"

                acceptCount=\"1000\"

                redirectPort=\"8443\"

                disableUploadTimeout=\"true\"/>

4.参考配置

1.旧有的配置

参考网络对服务器做过如下配置,拿出来分享下:

<Connector port=\"9027\" 

protocol=\"HTTP/1.1\" 

                maxHttpHeaderSize=\"8192\"

                maxThreads=\"1000\"

                minSpareThreads=\"25\"

                maxSpareThreads=\"75\"

                enableLookups=\"false\"

                compression=\"on\"

                compressionMinSize=\"2048\"

                compressableMimeType=\"text/html,text/xml,text/javascript,text/css,text/plain\"

                connectionTimeout=\"20000\"

                URIEncoding=\"utf-8\"

                acceptCount=\"200\"

                redirectPort=\"8443\"

                disableUploadTimeout=\"true\" />

后来发现在访问量达到3 百万多的时候出现性能瓶颈。

2.更改后的配置

<Connector port=\"9027\" 

                protocol=\"HTTP/1.1\"

                maxHttpHeaderSize=\"8192\"

                maxThreads=\"1000\"

                minSpareThreads=\"100\"

                maxSpareThreads=\"1000\"

                minProcessors=\"100\"

                maxProcessors=\"1000\"

                enableLookups=\"false\"

                compression=\"on\"

                compressionMinSize=\"2048\"

                compressableMimeType=\"text/html,text/xml,text/javascript,text/css,text/plain\"

                connectionTimeout=\"20000\"

                URIEncoding=\"utf-8\"

                acceptCount=\"1000\"

                redirectPort=\"8443\"

                disableUploadTimeout=\"true\"/>

性能有待观察中 ……


猜你喜欢

转载自576512181-qq-com.iteye.com/blog/1472422