linux系统下排查cpu过高原因
作者:互联网
上篇讲到windows下排查cpu过高原因,后续将demo放到了linux系统里面,再写篇linux下排查cpu高
1、首先查看当前linux下跑的cpu
命令:top,查看cpu使用异常的进程PID,我本地环境的异常进程时71983
2、查看所有java进程找到具体哪个项目的进程
命令:ps - ef | grep java 查看具体是哪个项目 可以看到71983是我的一个websocket-recive的demo项目
3、使用top -H -p PID 查看异常线程
命令: top -H -p 进程号(71983),查看此项目的异常线程,可以看到72331这个线程一直再占用cpu
4、步骤三展示PID是10进制的,系统语言记录的是16进制需要转换
命令:printf "%x\n" 线程号(72331)
5、使用jdk的命令 jstack 进程号(71983) | grep 16进制线程号(11a8b) -A90
命令:jstack 进程号(71983) | grep 16进制线程号(11a8b) -A90 可以找到指定异常线程的代码所在
6、可以看到对应的实体类中对应的代码逻辑
分析后得出结论:
线程会一直查询活跃线程和线程队列是否大于0。此时所有线程都不会释放,导致cpu飙升。应该在队列没数据时和不存在可用线程后休眠
7、重新上传项目后,查看CPU使用,会发现问题项目所用cpu降下来了。
注意事项:
如果提示 -bash: jstack: command not found,则可以找到jdk的目录,进入bin目录,再执行 ./jstack 进程号 | grep 16进制异常线程号 -A90 即可。
如果提示 well-known file is not secure,则是因为账号权限的问题。在/tmp/hsperfdata_$USER/目录,有一个以进程号命名的文件,当我们执行jmap或者jstack出现上叙信息时,先检查执行该命令的用户是否和hsperfdata_$USER这个文件所属的用户一致,如果不一致,切换至成一致再执行。执行:sudo -u 有权限的账号 ./jstack 进程号 | grep 16进制异常线程号 -A50 即可。
标签:grep,jstack,排查,71983,线程,linux,进程,cpu 来源: https://www.cnblogs.com/guanyuehao0107/p/15466840.html