首页 > 学院 > 操作系统 > 正文

内存分配不足导致tomcat服务运行过慢

2024-06-28 16:03:57
字体:
来源:转载
供稿:网友

声明:本博文用于学习总结及工作心得

环境:阿里云服务器 Ubuntu 14.04 硬盘20G 内存1G

该服务器之前死部署官网的服务器,因其他原因 需要在tomcat服务中部署两个项目

当部署好项目以后,发现新增的项目运行起来特别慢,top了一下 发现cpu在没有访问的时候占用率高达80%,应该是tomcat分配的内存有问题

果断 登录后台修改tomcat内存分配脚本

vim /usr/share/tomcat7/bin/catalina.sh

100行左右是否有java_OPTS变量,没有的话添加如下:

JAVA_OPTS="-server -d64  -Djava.awt.headless=true -Xms512m -Xmx512m -XX:PermSize=256M -XX:MaxNewSize=256M -XX:MaxPermSize=256M"

详情:

-server 一定要作为第一个参数,启用JDK的server版本,在多个CPU时性能佳-Xms java Heap初始大小。 默认是物理内存的1/64。-Xmx java heap最大值。建议均设为物理内存的80%。不可超过物理内存。-Xmn java heap最小值,一般设置为Xmx的3、4分之一。-XX:PermSize 设定内存的永久保存区初始大小,缺省值为64M。-XX:MaxPermSize 设定内存的永久保存区最大大小,缺省值为64M。-XX:SurvivorRatio=2 生还者池的大小,默认是2。如果垃圾回收变成了瓶颈,您可以尝试定制生成池设置-XX:NewSize 新生成的池的初始大小。 缺省值为2M。-XX:MaxNewSize 新生成的池的最大大小。 缺省值为32M。+XX:AggressiveHeap 让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。-Xss 每个线程的Stack大小-verbose:gc 现实垃圾收集信息-Xloggc:gc.log 指定垃圾收集日志文件-XX:+UseParNewGC 缩短minor收集的时间-XX:+UseConcMarkSweepGC 缩短major收集的时间-XX:userParNewGC 可用来设置并行收集(多CPU)-XX:ParallelGCThreads 可用来增加并行度(多CPU)-XX:UseParallelGC 设置后可以使用并行清除收集器(多CPU)

重启tomcat服务 再次访问 速度变快了,CPU占用率下降为不到1%


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表