Tomcat调优总结【内存和线程】

简介: Tomcat调优总结【内存和线程】


本文,主要讲的是tomcat内存和线程方面的优化


1.调整tomcat的内存

Java 的内存模型分为:


Young,年轻代(易被 GC)。Young 区被划分为三部分,Eden 区和两个大小严格相同的 Survivor 区,其中 Survivor 区间中,某一时刻只有其中一个是被使用的,另外一个留做垃圾收集时复制对象用,在 Young 区间变满的时候,minor GC 就会将存活的对象移到空闲的Survivor 区间中,根据 JVM 的策略,在经过几次垃圾收集后,任然存活于 Survivor 的对象将被移动到 Tenured 区间

Tenured,终身代。Tenured 区主要保存生命周期长的对象,一般是一些老的对象,当一些对象在 Young 复制转移一定的次数以后,对象就会被转移到 Tenured 区,一般如果系统中用了 application 级别的缓存,缓存中的对象往往会被转移到这一区间

Perm,永久代。主要保存 class,method,filed 对象,这部门的空间一般不会溢出,除非一次性加载了很多的类,不过在涉及到热部署的应用服务器的时候,有时候会遇到 java.lang.OutOfMemoryError : PermGen space 的错误,造成这个错误的很大原因就有可能是每次都重新部署,但是重新部署后,类的 class 没有被卸载掉,这样就造成了大量的 class 对象保存在了 perm 中,这种情况下,一般重新启动应用服务器可以解决问题

 

分类 选项 说明
堆空间 -Xms 启动JVM时的初始堆大小
  -Xmx 堆空间最大值
新生代空间 -XX:NewRatio 新生代与老年代的比例
  -XX:NewSize 新生代大小
  -XX:SurvivorRation Eden区域SurvivorRation区的比例
永久代空间 -XX:PermSize 启动JVM时的初始永久代大小
  -XX:MaxPermSize 永久代空间最大值


  • 参数说明:
-Dfile.encoding:默认文件编码
-server:表示这是应用于服务器的配置,JVM 内部会有特殊处理的
-Xmx1024m:设置JVM最大可用内存为1024MB
-Xms1024m:设置JVM最小内存为1024m。此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。
-XX:NewSize:设置年轻代大小
-XX:MaxNewSize:设置最大的年轻代大小
-XX:PermSize:设置永久代大小
-XX:MaxPermSize:设置最大永久代大小
-XX:NewRatio=4:设置年轻代(包括 Eden 和两个 Survivor 区)与终身代的比值(除去永久代)。
设置为 4,则年轻代与终身代所占比值为 1:4,年轻代占整个堆栈的 1/5
-XX:MaxTenuringThreshold=10:设置垃圾最大年龄,默认为:15。
如果设置为 0 的话,则年轻代对象不经过 Survivor 区,直接进入年老代。
对于年老代比较多的应用,可以提高效率。
如果将此值设置为一个较大值,则年轻代对象会在 Survivor 区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率。
-XX:+DisableExplicitGC:这个将会忽略手动调用 GC 的代码使得 System.gc() 的调用就会变成一个空调用,完全不会触发任何 GC

 

方法如下:

1. linux 下编辑tomcat安装目录下的bin目录下的catalina.sh文件,windows下为catalina.bat

vi catalina.sh

2. 查找到tomcat内存参数一行:/ JAVA_OPTS,如果找不到则在第一行写上

3. JAVA_OPTS="-Xms 1024m –Xmx 1520m"一行的两个参数依据服务器实际内存数量分别进行更改:

注意:在 Linux 下,下面的的参数值是被引号包围的,而 Windows 不需要引号包围。


# OS specific support. $var _must_ be set to either true or false.

# 修改JVM内存大小以下给出1G内存环境下java jvm 的参数设置参考

#JAVA_OPTS=’-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】 -XX:PermSize=【内存永久保留区域】 -XX:MaxPermSize=【内存最大永久保留区域】’

JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true"



# -----------------------------------------------------------------------------

# OS specific support. $var _must_ be set to either true or false.

# 修改JVM内存大小

#JAVA_OPTS=’-Xms【初始化内存大小】 -Xmx【可以使用的最大内存】 -XX:PermSize=【内存永久保留区域】 -XX:MaxPermSize=【内存最大永久保留区域】’

JAVA_OPTS="-Dfile.encoding=UTF-8 -server -Xms2048m -Xmx2048m

-XX:NewSize=512m -XX:MaxNewSize=1024m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:MaxTenuringThreshold=10 -XX:NewRatio=2 -XX:+DisableExplicitGC"

 

 

  • 一般说来,您应该使用物理内存的 80% 作为堆大小。说明:以上两个参数关系到tomcat承受的访问性能,但也要根据服务器实际内存情况设定。有人建议Xms和Xmx的值取成一样比较好,说是可以加快内存回收速度
  • 这两个值的大小一般根据需要进行配置。初始化堆的大小执行了虚拟机在启动时向系统申请的内存的大小。一般而言,这个参数不重要。但是有的应用程序在大负载的情况下会急剧地占用更多的内存,此时这个参数就是显得很重要,假如虚拟机启动时配置使用的内存比较小而在这种情况下有许多对象进行初始化,虚拟机就必须重复地增加内存来满足使用。由于这种原因,我们一般把-Xms和-Xmx设为相同大,而堆的最大值受限于系统使用的物理内存。一般使用数据量较大的应用程序会使用持久对象,内存使用有可能迅速地增长。当应用程序需要的内存超出堆的最大值时虚拟机就会提示内存溢出,并且导致应用服务崩溃。因此一般建议堆的最大值配置为可用内存的最大值的80%
  • 另外需要考虑的是Java提供的垃圾回收机制虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度收集垃圾能够接受的速度和应用有关,应该通过分析实际的垃圾收集的时间和频率来调整。假如堆的大小很大,那么完全垃圾收集就会很慢,但是频度会降低。假如您把堆的大小和内存的需要一致,完全收集就很快,但是会更加频繁调整堆大小的的目的是最小化垃圾收集的时间,以在特定的时间内最大化处理客户的请求在基准测试的时候,为确保最好的性能,要把堆的大小设大,确保垃圾收集不在整个基准测试的过程中出现。
  • 假如系统花费很多的时间收集垃圾,请减小堆大小。一次完全的垃圾收集应该不超过 3-5 秒。假如垃圾收集成为瓶颈,那么需要指定代的大小,检查垃圾收集的周详输出,研究 垃圾收集参数对性能的影响。一般说来,您应该使用物理内存的 80% 作为堆大小。当增加处理器时,记得增加内存,因为分配能够并行进行,而垃圾收集不是并行的。


2.调整tomcat的线程参数

 

  • Tomcat 6/7/8 的优化参数有点不一样,最好按下面的方式看一下官网这个文档是否还保留着这个参数
  • 启动tomcat,访问该地址,下面要讲解的一些配置信息,在该文档下都有说明的:
  • 如果你需要查看 Tomcat 的运行状态可以配置tomcat管理员账户,然后登陆 Tomcat 后台进行查看
  • 编辑 /opt/tomcat7/bin/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"/>


  • 编辑配置文件:vim /usr/program/tomcat7/conf/server.xml


打开默认被注释的连接池配置

  • 默认值:
<!--
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
  maxThreads="150" minSpareThreads="4"/>
-->
  • 修改为:

 <Executorname="tomcatThreadPool"namePrefix="catalina-exec-"maxThreads="500"

minSpareThreads="100" prestartminSpareThreads = "true" maxQueueSize = "100"/> 

  • 重点参数解释:
  • maxThreads,最大并发数,默认设置 200,一般建议在 500 ~ 800,根据硬件设施和业务来判断
  • minSpareThreads,Tomcat 初始化时创建的线程数,默认设置 25
  • prestartminSpareThreads,在 Tomcat 初始化的时候就初始化 minSpareThreads 的参数值,如果不等于 true,minSpareThreads 的值就没啥效果了
  • maxQueueSize,最大的等待队列数,超过则拒绝请求


修改默认的链接参数配置:

  • 默认值:
<Connector port="8080"protocol="HTTP/1.1"connectionTimeout="20000"redirectPort="8443" />


  • 修改为:
<Connector executor="tomcatThreadPool" port="8080" protocol="org.apache.coyote.http11.Http11Nio2Protocol"
connectionTimeout="20000" maxConnections="10000"
redirectPort="8443" enableLookups="false" acceptCount="100" maxPostSize="10485760" compression="on" 
disableUploadTimeout="true"
compressionMinSize="2048" acceptorThreadCount="2"
compressableMimeType="text/html,text/xml,text/plain,text/css,text/javascript,application/javascript" URIEncoding="utf-8"
/>


  • 重点参数解释:
  • protocol,Tomcat 8 设置 nio2 更好:org.apache.coyote.http11.Http11Nio2Protocol(如果这个用不了,就用下面那个)
  • protocol,Tomcat 6、7 设置 nio 更好:org.apache.coyote.http11.Http11NioProtocol
  • acceptCount,指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理,默认设置 100
  • maxPostSize,以 FORM URL 参数方式的 POST 提交方式,限制提交最大的大小,默认是 2097152(2兆),它使用的单位是字节。10485760 为 10M。如果要禁用限制,则可以设置为 -1
  • acceptorThreadCount,用于接收连接的线程的数量,默认值是1。一般这个指需要改动的时候是因为该服务器是一个多核CPU,如果是多核 CPU 一般配置为 2


提示:

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

 

在tomcat配置文档server.xml中的配置中,和连接数相关的其他参数有

 

  • enableLookups:

是否反查域名【禁用DNS查询】,默认值为true。为了提高处理能力,应配置为false

  • connnectionTimeout:

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

  • maxKeepAliveRequests

nginx动态的转给tomcat,nginx是不能keepalive的,而tomcat端默认开启了keepalive,会等待keepalive的timeout,

默认不设置就是使用connectionTimeout。

所以必须设置tomcat的超时时间,并关闭tomcat的keepalive。否则会产生大量tomcat的socket timewait。

 

maxKeepAliveRequests="1"

就可以避免tomcat产生大量的TIME_WAIT连接,从而从一定程度上避免tomcat假死

试试设置tomcat/conf/server.xml:

maxKeepAliveRequests="1"

connectionTimeout="20000"

maxKeepAliveRequests="1"表示每个连接只响应一次就关闭,这样就不会等待timeout了。

<Connector executor="tomcatThreadPool"

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

connectionTimeout="30000" maxKeepAliveRequests="1"

redirectPort="8443" bufferSize="8192" sockedBuffer="65536" acceptCount="200"/>

  • bufferSize

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

  • compression

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

tomcat中如何禁止和允许列目录下的文档

在{tomcat_home}/conf/web.xml中,把listings参数配置成false即可,如下:

 

<servlet>

...

<init-param>

<param-name>listings</param-name>

<param-value>false</param-value>

</init-param>

...

</servlet>

tomcat中如何禁止和允许主机或IP地址访问

<Host name="localhost" ...>

...

<Valve className="org.apache.catalina.valves.RemoteHostValve" allow="*.mycompany.com,www.yourcompany.com"/>

 

<Valve className="org.apache.catalina.valves.RemoteAddrValve" deny="192.168.1.*"/>

...

</Host>

 

cat /webgame/tomcat/conf/server.xml

禁用 AJP(如果你服务器没有使用 Apache)

  • 把下面这一行注释掉,默认 Tomcat 是开启的。

<!-- <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> -->

Tomcat在server.xml中配置了两种连接器。

HTTP Connector

  1. 拥有这个连接器,Tomcat才能成为一个web服务器,但还额外可处理Servlet和jsp。

AJP Connector

  1. AJP连接器可以通过AJP协议和另一个web容器进行交互。

第一个连接器监听8080端口,负责建立HTTP连接。在通过浏览器访问Tomcat服务器的Web应用时,使用的就是这个连接器。

第二个连接器监听8009端口,负责和其他的HTTP服务器建立连接。在把Tomcat与其他HTTP服务器集成时,就需要用到这个连接器。AJP连接器可以通过AJP协议和一个web容器进行交互。

Web客户访问Tomcat服务器的两种方式:

 

参考来源: http://blog.csdn.net/t894690230/article/details/50686770

参考来源: http://www.jianshu.com/p/c8613d17e5fe



目录
相关文章
|
2月前
|
存储 缓存 监控
Docker容器性能调优的关键技巧,涵盖CPU、内存、网络及磁盘I/O的优化策略,结合实战案例,旨在帮助读者有效提升Docker容器的性能与稳定性。
本文介绍了Docker容器性能调优的关键技巧,涵盖CPU、内存、网络及磁盘I/O的优化策略,结合实战案例,旨在帮助读者有效提升Docker容器的性能与稳定性。
232 7
|
3月前
|
监控 Java 开发者
Java线程池调优指南###
本文深入探讨了Java线程池的工作原理与调优策略,旨在帮助开发者理解线程池的核心参数及其对应用性能的影响。通过实例分析,揭示如何根据具体业务场景合理配置线程池,以实现资源高效利用和系统稳定性的平衡。 ###
|
3月前
|
Arthas 监控 Java
JVM进阶调优系列(9)大厂面试官:内存溢出几种?能否现场演示一下?| 面试就那点事
本文介绍了JVM内存溢出(OOM)的四种类型:堆内存、栈内存、元数据区和直接内存溢出。每种类型通过示例代码演示了如何触发OOM,并分析了其原因。文章还提供了如何使用JVM命令工具(如jmap、jhat、GCeasy、Arthas等)分析和定位内存溢出问题的方法。最后,强调了合理设置JVM参数和及时回收内存的重要性。
|
3月前
|
缓存 算法 Java
本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制
在现代软件开发中,性能优化至关重要。本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制。通过调整垃圾回收器参数、优化堆大小与布局、使用对象池和缓存技术,开发者可显著提升应用性能和稳定性。
68 6
|
4月前
|
Java 应用服务中间件
面对海量网络请求,Tomcat线程池如何进行扩展?
【10月更文挑战第4天】本文详细探讨了Tomcat线程池相较于标准Java实用工具包(JUC)线程池的关键改进。首先,Tomcat线程池在启动时即预先创建全部核心线程,以应对启动初期的高并发请求。其次,通过重写阻塞队列的入队逻辑,Tomcat能够在任务数超过当前线程数但未达最大线程数时,及时创建非核心线程,而非等到队列满才行动。此外,Tomcat还引入了在拒绝策略触发后重新尝试入队的机制,以提高吞吐量。这些优化使得Tomcat线程池更适应IO密集型任务,有效提升了性能。
面对海量网络请求,Tomcat线程池如何进行扩展?
|
3月前
|
监控 Java 数据库连接
线程池在高并发下如何防止内存泄漏?
线程池在高并发下如何防止内存泄漏?
149 6
|
4月前
|
监控 Java 数据库连接
使用线程池时,如何避免内存泄漏的问题?
使用线程池时,如何避免内存泄漏的问题?
|
4月前
|
监控 Java Linux
Java 性能调优:调整 GC 线程以获得最佳结果
Java 性能调优:调整 GC 线程以获得最佳结果
109 11
|
4月前
|
缓存 安全 Java
使用 Java 内存模型解决多线程中的数据竞争问题
【10月更文挑战第11天】在 Java 多线程编程中,数据竞争是一个常见问题。通过使用 `synchronized` 关键字、`volatile` 关键字、原子类、显式锁、避免共享可变数据、合理设计数据结构、遵循线程安全原则和使用线程池等方法,可以有效解决数据竞争问题,确保程序的正确性和稳定性。
80 2
|
5月前
|
存储 缓存 Java
java线程内存模型底层实现原理
java线程内存模型底层实现原理
java线程内存模型底层实现原理