linux系统下排查cpu过高原因

上篇讲到windows下排查cpu过高原因,后续将demo放到了linux系统里面,再写篇linux下排查cpu高

 

1、首先查看当前linux下跑的cpu

  命令:top,查看cpu使用异常的进程PID,我本地环境的异常进程时71983

linux系统下排查cpu过高原因

 

 

 2、查看所有java进程找到具体哪个项目的进程

     命令:ps - ef | grep java 查看具体是哪个项目  可以看到71983是我的一个websocket-recive的demo项目

linux系统下排查cpu过高原因

 

 

 3、使用top -H -p PID 查看异常线程

  命令: top -H -p 进程号(71983),查看此项目的异常线程,可以看到72331这个线程一直再占用cpu

linux系统下排查cpu过高原因

 

 

 4、步骤三展示PID是10进制的,系统语言记录的是16进制需要转换

  命令:printf "%x\n" 线程号(72331)

linux系统下排查cpu过高原因

 

 

 5、使用jdk的命令  jstack  进程号(71983) | grep 16进制线程号(11a8b) -A90

  命令:jstack 进程号(71983) | grep 16进制线程号(11a8b) -A90  可以找到指定异常线程的代码所在

linux系统下排查cpu过高原因

 

 

 6、可以看到对应的实体类中对应的代码逻辑

linux系统下排查cpu过高原因

 

   分析后得出结论:

    线程会一直查询活跃线程和线程队列是否大于0。此时所有线程都不会释放,导致cpu飙升。应该在队列没数据时和不存在可用线程后休眠

  linux系统下排查cpu过高原因

 

  7、重新上传项目后,查看CPU使用,会发现问题项目所用cpu降下来了。

linux系统下排查cpu过高原因

 linux系统下排查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 即可。

 

上一篇:【致远FAQ】致远OA宕机之DEE引发宕机


下一篇:关于android 如何安装 assets文件下的apk