1汤姆猫性能优化
1.1连接参数
1.1.1默认连接配置
默认连接器采用阻塞式 IO,默认最大线程数为200,配置如下:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" URIEncoding="gbk" useBodyEncodingForURI="true" />
1.1.2连接参数调优
可通过下面属性配置优化默认连接器:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" URIEncoding="gbk" useBodyEncodingForURI="true"
maxThreads="300" minSpareThreads="50"
maxSpareThreads="100" acceptCount="1000" />
参数解释如下:
参数配置
|
参数含义
|
maxProcessors
|
Tomcat4 支持
|
minProcessors
|
Tomcat4 支持
|
maxThreads="300"
|
最大线程数
|
minSpareThreads="50"
|
初始化时创建的线程数
|
maxSpareThreads="100"
|
一旦创建的线程超过这个值, Tomcat 就会关闭不再需要的 socket线程
|
acceptCount="1000"
|
指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理
|
1.1.3非阻塞式IO配置
使用非阻塞 IO连接器,只需将上面Connector配置中的 protocol协议部分改为:
<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000"
redirectPort="8443" URIEncoding="gbk" useBodyEncodingForURI="true"/>
1.2 JVM参数
1.2.1堆大小
配置堆大小参数如下:
-Xms1024m –Xmx2048m
避免由于堆内存不足导致的内存溢出。
1.2.2方法区大小
配置方法区大小参数如下:
-XX:PermSize=512m -XX:MaxPermSize=512m
避免由于加载 Jar包Class 过多导致的内存溢出。
1.2.3垃圾回收策略
修改新生代和老年代的 GC策略:
-XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:+CMSClassUnloadingEnabled
参数解释如下:
参数配置
|
参数含义
|
-XX:+UseParNewGC
|
新生代采用 ParNewGC 多线程收集器
|
-XX:+UseConcMarkSweepGC
|
老年代采用 CMS 收集器,降低 GC停顿时间
|
-XX:+CMSParallelRemarkEnabled
|
降低标记阶段的停顿时间
|
-XX:+UseCMSCompactAtFullCollection
|
CMS 基于标记- 清除,会产生碎片,通过此配置在 CMS 收集后做一次压缩整理
|
-XX:CMSFullGCsBeforeCompaction=0
|
配置多少次 CMS GC 后,做一次压缩整理,就不用每次都做压缩整理了
|
-XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80
|
当老年代使用 80 %后开始CMS 收集,默认值为 68% 。因为CMS 收集会有延迟,所以不能等到老年代占满时再收集
|
-XX:+CMSClassUnloadingEnabled
|
允许CMS 收集方法区 (PermGen) 。
JDK6 Update 3 及之前版本还需指定 -XX:+CMSPermGenSweepingEnabled参数
|
2常用命令整理
2.1 VisualVM vs. JProfiler
VisualVM是JDK自带的性能监控工具,在JDK\bin目录下可以找到,可以监控JVM的内存、
CPU、线程等情况,使用很方便。JProfiler是收费的性能监控工具,功能都差不多。
但这两者只能对本地Java应用进行堆中对象的监控,远程应用JProfiler需要部署额外的Agent,
或者将堆dump到远程服务器上,再下载到本地用VisualVM打开来查看,不能做到实时监控。
所以有时我们还需要在远程服务器上使用一些命令和工具进行监控。
2.2 JMap & JStat
使用JMap可以解决上面提到的问题,并通过Linux的watch命令达到实时监控的效果。
例如,通过下面命令打印堆上apache包占用内存最大的前30个对象,每一秒刷新一次:
watch -n 1 -d "jmap -histo:live [pid] | grep "apache" | head -n 30"
输出结果如下:
num #instances #bytes class name
----------------------------------------------
1: 226810 34953232 <constMethodKlass>
2: 226810 30857024 <methodKlass>
3: 23748 25330568 <constantPoolKlass>
4: 23748 18308832 <instanceKlassKlass>
5: 127546 17364792 [C
6: 18895 14344152 <constantPoolCacheKlass>
7: 23805 13295216 [I
8: 31302 12693272 [B
9: 179826 10561520 <symbolKlass>
10: 140792 4505344 java.lang.String
11: 24852 2584608 java.lang.Class
12: 3056 2019600 <methodDataKlass>
13: 60750 1944000 java.util.HashMap$Entry
14: 31562 1892608 [S
15: 19211 1813536 [Ljava.util.HashMap$Entry;
16: 37068 1746912 [[I
17: 22808 1268080 [Ljava.lang.Object;
18: 14385 1265880 java.lang.reflect.Method
19: 18487 887376 org.apache.catalina.loader.ResourceEntry
20: 20590 823600 java.util.LinkedHashMap$Entry
21: 1075 627800 <objArrayKlassKlass>
22: 12469 598512 java.util.HashMap
23: 14416 576640 java.lang.ref.SoftReference
24: 11032 441280 java.util.concurrent.ConcurrentHashMap$Segment
----------------------------------------------
1: 226810 34953232 <constMethodKlass>
2: 226810 30857024 <methodKlass>
3: 23748 25330568 <constantPoolKlass>
4: 23748 18308832 <instanceKlassKlass>
5: 127546 17364792 [C
6: 18895 14344152 <constantPoolCacheKlass>
7: 23805 13295216 [I
8: 31302 12693272 [B
9: 179826 10561520 <symbolKlass>
10: 140792 4505344 java.lang.String
11: 24852 2584608 java.lang.Class
12: 3056 2019600 <methodDataKlass>
13: 60750 1944000 java.util.HashMap$Entry
14: 31562 1892608 [S
15: 19211 1813536 [Ljava.util.HashMap$Entry;
16: 37068 1746912 [[I
17: 22808 1268080 [Ljava.lang.Object;
18: 14385 1265880 java.lang.reflect.Method
19: 18487 887376 org.apache.catalina.loader.ResourceEntry
20: 20590 823600 java.util.LinkedHashMap$Entry
21: 1075 627800 <objArrayKlassKlass>
22: 12469 598512 java.util.HashMap
23: 14416 576640 java.lang.ref.SoftReference
24: 11032 441280 java.util.concurrent.ConcurrentHashMap$Segment
JStat可以用来查看JVM的一些统计信息,及GC的情况等。JStat命令本身支持了定时刷新功能。
jstat -gc [pid] 2000 10
具体参数含义如下:
jstat -class pid:显示加载class的数量,及所占空间等信息。
jstat -compiler pid:显示VM实时编译的数量等信息。
jstat -gc pid:可以显示gc的信息,查看gc的次数,及时间。其中最后五项,分别是young gc的次数,young gc的时间,full gc的次数,full gc的时间,gc的总时间。
jstat -gccapacity:可以显示,VM内存中三代(young,old,perm)对象的使用和占用大小,如:PGCMN显示的是最小perm的内存使用量,PGCMX显示的是perm的内存最大使用量,PGC是当前新生成的perm内存占用量,PC是但前perm内存占用量。其他的可以根据这个类推, OC是old内纯的占用量。
jstat -gcnew pid:new对象的信息。
jstat -gcnewcapacity pid:new对象的信息及其占用量。
jstat -gcold pid:old对象的信息。
jstat -gcoldcapacity pid:old对象的信息及其占用量。
jstat -gcpermcapacity pid: perm对象的信息及其占用量。
jstat -util pid:统计gc信息统计。
jstat -printcompilation pid:当前VM执行的信息。
jstat -compiler pid:显示VM实时编译的数量等信息。
jstat -gc pid:可以显示gc的信息,查看gc的次数,及时间。其中最后五项,分别是young gc的次数,young gc的时间,full gc的次数,full gc的时间,gc的总时间。
jstat -gccapacity:可以显示,VM内存中三代(young,old,perm)对象的使用和占用大小,如:PGCMN显示的是最小perm的内存使用量,PGCMX显示的是perm的内存最大使用量,PGC是当前新生成的perm内存占用量,PC是但前perm内存占用量。其他的可以根据这个类推, OC是old内纯的占用量。
jstat -gcnew pid:new对象的信息。
jstat -gcnewcapacity pid:new对象的信息及其占用量。
jstat -gcold pid:old对象的信息。
jstat -gcoldcapacity pid:old对象的信息及其占用量。
jstat -gcpermcapacity pid: perm对象的信息及其占用量。
jstat -util pid:统计gc信息统计。
jstat -printcompilation pid:当前VM执行的信息。
2.3堆外内存查看工具
对于堆外内存的使用率,可以使用rednaxelafx做的一个工具来查看:
https://gist.github.com/rednaxelafx/1593521
使用方法很简单,编译一个Java类后执行即可:
javac -cp .:/export/servers/jdk1.6.0_25/lib/sa-jdi.jar DirectMemorySize.java
java -cp .:/export/servers/jdk1.6.0_25/lib/sa-jdi.jar DirectMemorySize -e [pid]