tomcatcpu配置(Tomcat进程占用CPU过高的解决方法)
tomcatcpu配置
Tomcat进程占用CPU过高的解决方法目录
- 案例
- 上下文切换开销?
- 总结
CPU经常会成为系统性能的瓶颈,可能:
- 内存泄露导致频繁GC,进而引起CPU使用率过高
- 代码Bug创建了大量的线程,导致CPU频繁上下文切换
通常所说的CPU使用率过高,隐含着一个用来比较高与低的基准值,比如
- JVM在峰值负载下的平均CPU利用率40%
- CPU使用率飙到80%就可认为不正常
JVM进程包含多个Java线程:
- 一些在等待工作
- 另一些则正在执行任务
最重要的是找到哪些线程在消耗CPU,通过线程栈定位到问题代码
如果没有找到个别线程的CPU使用率特别高,考虑是否线程上下文切换导致了CPU使用率过高。
程序模拟CPU使用率过高 - 在线程池中创建4096个线程
在Linux环境下启动程序:
java -Xss256k -jar demo-0.0.1-SNAPSHOT.jar
线程栈大小指定为256KB。对于测试程序来说,操作系统默认值8192KB过大,因为需要创建4096个线程。
使用top命令,我们看到Java进程的CPU使用率达到了961.6%,注意到进程ID是55790。
用更精细化的top命令查看这个Java进程中各线程使用CPU的情况:
#top -H -p 55790
可见,有个叫“scheduling-1”的线程占用了较多的CPU,达到了42.5%。因此下一步我们要找出这个线程在做什么事情。
为了找出线程在做什么,用jstack生成线程快照。
jstack输出较大,一般将其写入文件:
jstack 55790 > 55790.log
打开55790.log,定位到第4步中找到的名为 scheduling-1 的线程,其线程栈:
看到AbstractExecutorService#submit这个函数调用,说明它是Spring Boot启动的周期性任务线程,向线程池中提交任务,该线程消耗了大量CPU。
上下文切换开销?经历上述过程,往往已经可以定位到大量消耗CPU的线程及bug代码,比如死循环。但对于该案例:Java进程占用的CPU是961.6%, 而“scheduling-1”线程只占用了42.5%的CPU,那其它CPU被谁占用了?
第4步用top -H -p pid命令看到的线程列表中还有许多名为“pool-1-thread-x”的线程,它们单个的CPU使用率不高,但是似乎数量比较多。你可能已经猜到,这些就是线程池中干活的线程。那剩下的CPU是不是被这些线程消耗了呢?
还需要看jstack的输出结果,主要是看这些线程池中的线程是不是真的在干活,还是在“休息”呢?
发现这些“pool-1-thread-x”线程基本都处WAITING状态。
- Blocking指的是一个线程因为等待临界区的锁(Lock或者synchronized关键字)而被阻塞的状态,请你注意的是处于这个状态的线程还没有拿到锁
- Waiting指的是一个线程拿到了锁,但需等待其他线程执行某些操作。比如调用了Object.wait、Thread.join或LockSupport.park方法时,进入Waiting状态。前提是这个线程已经拿到锁了,并且在进入Waiting状态前,os层面会自动释放锁,当等待条件满足,外部调用了Object.notify或者LockSupport.unpark方法,线程会重新竞争锁,成功获得锁后才能进入到Runnable状态继续执行。
回到我们的“pool-1-thread-x”线程,这些线程都处在“Waiting”状态,从线程栈我们看到,这些线程“等待”在getTask方法调用上,线程尝试从线程池的队列中取任务,但是队列为空,所以通过LockSupport.park调用进到了“Waiting”状态。那“pool-1-thread-x”线程有多少个呢?通过下面这个命令来统计一下,结果是4096,正好跟线程池中的线程数相等。
grep -o 'pool-2-thread' 55790.log | wc -l
剩下CPU到底被谁消耗了?
应该怀疑CPU的上下文切换开销了,因为我们看到Java进程中的线程数比较多。
下面通过vmstat命令来查看一下操作系统层面的线程上下文切换活动:
cs那一栏表示线程上下文切换次数,in表示CPU中断次数,我们发现这两个数字非常高,基本证实了我们的猜测,线程上下文切切换消耗了大量CPU。
那具体是哪个进程导致的呢?
停止Spring Boot程序,再次运行vmstat命令,会看到in和cs都大幅下降,这就证实引起线程上下文切换开销的Java进程正是55790。
遇到CPU过高,首先定位哪个进程导致的,之后可以通过top -H -p pid命令定位到具体的线程。
其次还要通jstack查看线程的状态,看看线程的个数或者线程的状态,如果线程数过多,可以怀疑是线程上下文切换的开销,我们可以通过vmstat和pidstat这两个工具进行确认。
到此这篇关于Tomcat进程占用CPU过高的解决方法的文章就介绍到这了,更多相关Tomcat进程占用CPU过高内容请搜索开心学习网以前的文章或继续浏览下面的相关文章希望大家以后多多支持开心学习网!
- tomcat的startup闪退的原因(直接双击启动tomcat中的startup.bat闪退原因及解决方法)
- tomcat集群如何实现线程安全(如何通过LambdaProbe实现监控Tomcat)
- idea社区版使用tomcat部署项目(基于IDEA部署Tomcat服务器的步骤详解)
- docker部署tomcat(Docker安装Tomcat、MySQL和Redis的步骤详解)
- tomcat服务页面打开超慢(Web服务器Tomcat高级优化)
- tomcat配置远程调试(一次tomcat源码启动控制台中文乱码的调试过程记录)
- tomcat处理高并发请求(Tomcat打破双亲委派机制实现隔离Web应用的方法)
- tomcat环境配置都正确无法运行(为什么我的tomcat启动不起来)
- tomcat解决乱码(解决tomcat 静态页面html中文乱码的解决终极篇)
- docker容器如何更改tomcat端口(Docker方式启动tomcat访问首页出现404错误)
- 如何将tomcat源码以maven方式运行(如何将tomcat源码以maven方式运行)
- tomcat在windows下内存配置(浅谈Tomcat内存配置的正确姿势)
- tomcat处理乱码(Tomcat中catalina.bat设置为UTF-8控制台出现乱码)
- tomcat配置jmx监控(Tomcat配置JNDI数据源的三种方式)
- tomcat需要修改哪几个端口参数(详解tomcat各个端口的作用)
- spring-boot 内置tomcat启动(centos环境下使用tomcat 部署SpringBoot的war包)
- 读卖乐园的彩灯(读卖乐园的彩灯)
- 新疆80后在淘宝卖干果 以前是 不务正业 如今帮乡亲致富(新疆80后在淘宝卖干果)
- 弄清楚了销 售 买 卖这四个字,母婴生意做起来就没那么难了(弄清楚了销售买)
- 数读 买首饰金是 投资黄金 吗 买金容易卖金难(数读买首饰金是)
- 销 售 买 卖 你真的了解这四个字了吗(销售买)
- 谢娜是得罪快乐大本营造型师了吗 全场被黑化(谢娜是得罪快乐大本营造型师了吗)
热门推荐
- sqlserver访问远程数据库(SQL Server实现跨库跨服务器访问的方法)
- vue指令使用技巧(Vue指令工作原理实现方法)
- pythonpulp怎么使用(pyhanlp安装介绍和简单应用)
- python选择语句形式判断回文数(Python3实现的回文数判断及罗马数字转整数算法示例)
- vuecli打包项目(使用vue-cli创建项目并webpack打包的操作方法)
- linux离线安装nfs服务器(linux搭建FastDFS文件服务器的实现步骤)
- laravel设置跨域请求(解决laravel 出现ajax请求419unknown status的问题)
- 云服务器怎么优化(云服务器空间不足如何解决?)
- LINQ TO SQL 中join
- mysql六大锁解析(MySQL 锁的相关知识总结)
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9