配置tomcat jvm 及cpu查看_JAVA_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > JAVA > 配置tomcat jvm 及cpu查看

配置tomcat jvm 及cpu查看

 2014/4/28 18:35:46  huchangan2005  程序员俱乐部  我要评论(0)
  • 摘要:使用tomcat做为java容器,cpu占用偏高的原因,目前公司服务器上面跑的ubuntu环境nginx+tomcat+mysql运行一段时间之后java进程cpu偏高,会出现网站打不开的情况。所以进行了如下分析。一,首先查看tomcat日志,如果有出现OOM错误(内存溢出)可以对应的加大jvm的内存大小。1,修改tomcat目录下bin目录下的catalina.sh文件,在#JAVA_OPTS="$JAVA_OPTS-Dorg.apache.catalina.security
  • 标签:配置 Tomcat 配置tomcat JVM

使用tomcat做为java容器,cpu占用偏高的原因,目前公司服务器上面跑的ubuntu环境nginx+tomcat+mysql运行一段时间之后java进程cpu偏高,会出现网站打不开的情况。所以进行了如下分析。

?

一,首先查看tomcat日志,如果有出现OOM错误内存溢出)可以对应的加大jvm的内存大小。

1,修改tomcat目录下bin目录下的catalina.sh文件,在

#JAVA_OPTS="$JAVA_OPTS -Dorg.apache.catalina.security.SecurityListener.UMASK=`umask`"

这行下面添加如下内容

?

JAVA_OPTS="-server -Xms2048m -Xmx2048m -Xmn512m -XX:PermSize=256M -XX:MaxPermSize=256m -Xss256k -XX:SurvivorRatio=4 -XX:MaxTenuringThreshold=20 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=73 -XX:+UseCMSCompactAtFullCollection -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=2 -Djava.awt.headless=true"

?

上面的配置是基于4G内存设置的,具体修改看自己手上服务器的配置。

参数的含义:

-server 告诉tomcat使用server模式 能获得更大并发数和性能

-Xms2048m -Xmx2048m JVM内存的总数

-Xmn512m 年轻代内存大小

-XX:PermSize=256M -XX:MaxPermSize=256m 永久带内存大小

Xss256k 线程大小

-XX:SurvivorRatio=4 设置年轻代中Eden区与Survivor区的大小比值。设置为4,则两个Survivor区与一个Eden区的比值为2:4,一个Survivor区占整个年轻代的1/6

-XX:MaxTenuringThreshold=20 设置垃圾最大年龄。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代。对于年老代比较多的应用,可以提高效率。如果将此值设置为 一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率

-XX:+UseParNewGC 对年轻代采用多线程并行回收,这样收得快

XX:+UseConcMarkSweepGC

CMS gc,这一特性只有jdk1.5即后续版本才具有的功能,它使用的是gc估算触发和heap占用触发。

我们知道频频繁的GC会造面JVM的大起大落从而影响到系统的效率,因此使用了CMS GC后可以在GC次数增多的情况下,每次GC的响应时间却很短,比如说使用了CMS GC后经过jprofiler的观察,GC被触发次数非常多,而每次GC耗时仅为几毫秒

-XX:CMSInitiatingOccupancyFraction=73 说明年老代到73%满的时候开始执行对年老代的并发垃圾回收(CMS)。

-XX:+UseCMSCompactAtFullCollection 打开对年老代的压缩。可能会影响性能,但是可以消除碎片

-XX:+CMSParallelRemarkEnabled 降低标记停顿

-XX:CMSFullGCsBeforeCompaction 由于并发收集器不对内存空间进行压缩、整理,所以运行一段时间以后会产生“碎片”,使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。

?

参考网站:http://blog.csdn.net/lifetragedy/article/details/7708724

?

2,修改参数之后重启tomcat,查看参数是否生效

jmap -heap javaPID 查看JVM内存分配情况

jstat -gcutil javaPID 1000 30 查看JVM内存回收情况

?

经 过上面的修改应该就可以完成对tomcat进程飙高的情况了。如果运行一段时间之后通过jstat查看各个内存代的使用情况,发现老年代100% 一直在触发FULL GC 那就是内存大小的原因了。有条件的可以添加内存,没条件的可以设置 每天重启一次tomcat或者一个星期重启一次来释放jvm内存。问题解决。

?

二,如果想查看是否是代码层的原因,就需要另外的办法

1,使用命令jstack命令查看占用CPU最高的线程。

PID=`ps aux | grep java | head -1 | awk '{print $2}'`

ps -mp $PID -o THREAD,tid,time | sort -k 2 -r | head -20

?

echo -n -e " shur ru:"

read f

?

if [ -z $f ]

then

echo "no"

else

jstack "$PID" | grep `printf "%x\n" $f` -A 30

fi

一个简单的监控脚本,查看JAVA进程占用CPU最高的线程在做什么以此来分析是否是代码层的问题。

参考网站:http://blog.csdn.net/blade2001/article/details/9065985

发表评论
用户名: 匿名