Tomcat优化

                                                         Tomcat优化

 

##为何要进行tomcat优化

   随着电商的发展,高并发的问题已经越来越严重,在高并发的情况,无时无刻不考验着服务器性能的优化,高可用也成为了一个开发者所必备的知识点,作为一个程序的开发者,性能的优化通常有三大块 1、服务器优化 2、数据库优化 3、JVM优化,那么接下来咱们来研究研究tomcat的优化内容

 

##tomcat的可视化视图说明和优化介绍

   tomcat优化分为三块: 1. JVM参数优化  2.JVM高并发优化  3.JVM启动优化

   1.当我们在在linux环境下启动了tomcat,在屏幕右上角有一个server status,我们需要在conf/ tomcat-users.xml 下设置登陆的用户

   <role rolename="manager"/>

   <role rolename="manager-gui"/>

   <role rolename="admin"/>

   <role rolename="admin-gui"/>

   <user username="tomcat" password="tomcat" roles="admin-gui,admin,manager-gui,manager"/>

   该信息赋予了tomcat的用户权限,以及用户名,密码

   登陆完毕 ,可以看到JVM占有情况(Free memory: 51.70 MB Total memory: 95.75 MB Max memory: 419.50 MB)可以发现此时JVM所使用到的内容是linux虚拟机中的最大占有内存1/4 ,年轻代,年老代,永久带内存空间,为了让性能更加优越,除了可以进行tomcat自身优化,还可以进行在tomcat上进行JVM的调优,和当前tomcat的启动模式

  

 

##tomcat优化一 catalina文件优化&&JVM优化

   在tomcat的catalina.sh文件下

   export JAVA_OPTS="-server -Xms1600M -Xmx1600M -Xss512k -XX:+AggressiveOpts -XX:+UseBiasedLocking -XX:PermSize=128M -XX:MaxPermSize=256M -XX:+DisableExplicitGC -XX:MaxTenuringThreshold=31 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -Djava.awt.headless=true"

##参数分析

   -server: jdk的server版

   只要你的tomcat运行在生产环境中的,这个参数必须添加

   因为tomcat默认是以一种叫java -client 的模式来运行的,server即意味着你的tomcat是以真实的production的模式在运行的,这也意味着你的tomcat 会拥有更大,更高的并发处理能力,以及更强更敏捷的JVM垃圾回收机制,可以获得更多的负载与吞吐量

   -Xms -Xmx :初始堆大小,和最大堆大小

   在实际生产过程中JVM的堆内存一定要同样大,如果在一个区间,在最小内存时存在内存不足,此时触发GC,但此时若内存突然变大,GC将变得没有意义,所以在实际生产过程中需要不能将堆内存设置成空间值(默认是堆内存小于40%时,JVM将增大堆到-Xmx最大限制,空余堆大于70%时,会减少至-xms最小限制)

   -Xss512k 调整栈大小,最好不要超过1M 

   AggressiveOpts:从单词上看是积极,生猛,将最新版的JDK优化后的新特性自动注入

   UseBiasedLocking:启动了优化的线程锁,对于高并发访问很重要,太多请求忙不过来时,它就自动优化,对于各自长短不一的请求,排队,会自动进行优化

   DisableExplicitGC:关闭明显的GC操作,避免内存的大起大落,忽略手动调用GC,使System.gc() 成为一个空调用

 

   MaxTenuringThreshold: 设置新生代存活的次数  

   若年老代对象过多,可以将这个年龄设置为0 ,但通常不建议

   -Djava.awt.headless=true:这个参数都是放在最后的,我们在J2EE工程中使用一些图标工具如:jfreechart,在web网页输出GIF、JPG流

   在window环境下不会有问题,但在生产环境下可能会出现不显示,此时这个配置可以解决这个参数。保存,重启后效果如下:

   

##tomcat优化二、三:高并发、启动模式优化  conf/server.xml

   在server.xml中除了能修改端口号和编码集以外,还能进行一项非常重要的修改,启动模式!

 

   1.bio 默认的模式,性能非常低下,没有经过任何优化处理和支持.

   2.nio nio(new I/O),是Java SE 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)。Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API,因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。

   3.apr 安装起来最困难,但是从操作系统级别来解决异步的IO问题,大幅度的提高性能.

 

   <Connector port="8080" protocol="HTTP/1.1"

                    connectionTimeout="20000"

                    redirectPort="8443" />

   优化配置1:标准版(亲测有效)

   <Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"

   maxThreads="600"      

   minSpareThreads="100"

   maxSpareThreads="500"

   acceptCount="700"

   connectionTimeout="20000"

   redirectPort="8843"/>

   maxThreads:支持并发访问线程

   minSpareThreads:最小备用线程,初始化默认是10

   maxSpareThreads:最大备用线程

   URIEncoding:编码集

   enableLookups:当我们通过调用request.getRemoteHost()进行DNS查询时,期望返回客户实际主机名,将此属性设置为true ,但通常设置为false,节约性能

   

   disableUploadTimeout disableUploadTimeout = true

   是否需要对tomcat容器单独的设置上传时间

   connectionTimeout:网络链接超时,单位毫秒,设置为-1表示用户超时

   acceptCount:当线程达到了maxThreads后,后续将请求放置到一个等待队列中,这个acceptCount是这个队列的大小,若这个队列也满了,就直接refuse connection ,默认是100

   maxThreads :同时处理线程的能力,默认200 ,建议600-800

   minProcessors:在java中线程是程序运行时的路径,是在一个程序中与其他控制线程无关的,能够独立运行的代码块,使空闲时间最低,充分利用cpu资源,效果如下:

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值