内存溢出,tomcat优化

今天我的程序出了问题,启动一会儿就没反应了。tomcat日志内存溢出,程序没有错误。

org.apache.coyote.http11.Http11Processor processSEVERE: Error processing request

outofmemory   heap space…..

这个程序已经运行了好几个月了,没有问题,昨天突然出了问题。重启tomcat也修复不了。

查了很久,这种情况只能是请求太多的原因造成的,问了下请求来源,果然增加了几十的请求。

我觉得几十的请求应该对我的程序没有影响的,谁知道就是这几十个请求,造成程序的瘫痪。

因为程序需要处理每秒上千的请求,对tomcat做了一些优化,现在已经修复。

优化的主要是内存和并发连接数,参考了下面的文章

可以对tomcat采用优化措施:

(-)优化线程设置。

当线程过多机器资源消耗过大,不仅影响性能,严重还会宕机。例如线程达到150左右时服务端会抛出socket资源用尽的错误,你很难再往上加,响应的速度也变的异常的缓慢,你可以在Tomcat的服务器配置文件中优化一下配置,比如在 server.xml中修改,增加节点数目,可以有效的提高性能:

  <Connector port="8080" maxHttpHeaderSize="8192" maxThreads="150"

  minSpareThreads="30" maxSpareThreads="75" enableLookups="false"

  redirectPort="8443" acceptCount="100" connectionTimeout="20000"

  disableUploadTimeout="true" />

适当修改粗、斜字体部分的值,如上的几个参数意义分别为:

maxThreads:Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。

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

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

minSpareThreads:Tomcat初始化时创建的线程数。

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

对于Connector 8443也有相应的设置,如果同时会用到http与https,应合理分配这两个数据.如果只用到其中的一个,可以将另外一个尽量设置小一点.

(二)优化Java虚拟机内存设置。由此来提高性能

Tomcat默认可以使用的内存为128MB,这点内存可能是不够的,需要调大。

Windows下,在文件{tomcat_home}/bin/catalina.bat,Unix下,在文件{tomcat_home}/bin/catalina.sh中的set CURRENT_DIR=%cd%前面,增加如下设置:

JAVA_OPTS=-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】

需要把这个两个参数值调大。例如:

JAVA_OPTS=-Xms256m -Xmx512m

这样,当tomcat线程数增大,但没有超过最大线程数时,平均响应时间会增大,但这不意味着tomcat在线程增多时响应速度变慢.在测试中发现,由于线程数增多,在请求时需要排队,导致一部分请求会一直排队,随着线程数的增多,排队等待的最大时间也会越来越大,而这些大数据才是导致平均响应时间变大的罪魁祸首.响应时间大于3s的请求占总请求的比例一直维持在3%-5%.

(三)优化代码,优化程序。

程序代码中的System.out语句会严重影响代码执行的效率,有必要在测试完成之后清除这些垃圾log,或者使用log4j等可配置的日志组件

源文档 <http://www.ibianch.com/h/20101119/11400656.html>  

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值