您的位置:首页 > 数码常识数码常识

CPU占用过高处理方法(cpu负载过高怎么办)

2025-05-13人已围观

CPU占用过高处理方法(cpu负载过高怎么办)
  一,排查步骤1.使用top 定位到占用CPU高的进程PID 然后按shift+p按照CPU排序top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器

  cpu负载过高怎么办1.使用top 定位到占用CPU高的进程PID 然后按shift+p按照CPU排序

  第一行,任务队列信息,同uptime 命令的执行结果

  第二行,Tasks — 任务(进程)

  总进程:150 total, 运行:1 running, 休眠:149 sleeping, 停止: 0 stopped, 僵尸进程: 0 zombie

  第三行,cpu状态信息

  第四行,内存状态

  1003020k total, 234464k used, 777824k free, 24084k buffers【缓存的内存量】

  第五行,swap交换分区信息

  2031612k total, 536k used, 2031076k free, 505864k cached【缓冲的交换区总量】

  更多Linux内核视频资料免费·领取后台私信【内核】自行获取。

  第六行,空行

  第七行以下:各进程(任务)的状态监控

  详解

  top使用方法:

  此时发现如果是Java的进程占用过高,并且一直下不来,则排查是什么线程导致占比过高。以图中进程举例,假如发现PID为31357的Java进程占CPU比一直很高,则记录下它的PID

  2.查看Java进程里面的线程的占用情况

  top -H -p 31357 然后按shift+p按照CPU排序

  说明:-H 指显示线程,-p 是指定进程

  可以看到CPU占用较高的线程,记下他们的PID,假设这里31357的CPU占比一直是50%

  或者是再用ps -mp pid -o THREAD,tid,time 查询进程中,那个线程的cpu占用率高 记住TID

  将查找到的 线程占用最高的 tid 上图中 29108 转成16进制 --- 71b4

  3.通过jstack命令获取占用资源异常的线程栈,可暂时保存到一个文件中查看

  jstack 31357 > jstack.31357.log

  以上能看到指定线程的堆栈信息。如果想看到关于线程中的锁的附加信息,可以加一个-l参数

  4.上面方法用于进程正常情况下的堆栈打印

  用jstack -l命令没有响应,估计是CPU一直站着不能执行正常的命令,根据提示[The -F option can be used when the target process is not responding]只能放大招了。

  jstack -F “PID” > jstack.“PID”.txt

  吐出的实际日志结果如下:

  发现一大坨线程阻塞了,有用的结果在这里:

  显然一直在跑的是19576这个线程,一直在执行EXCEL导出的相关方法,问题就出在这里,下面的任务就是排查这个地方的代码逻辑了。

  jstack命令格式:

  jstack [ option ] pid

  参数说明:

  -F jstack [-l] pid无法响应时,强制打印堆栈-l l长列表. 打印关于锁的附加信息,例如属于java.util.concurrent的ownable synchronizers列表.-m 混合模式输出(包括java和本地c/c++片段)堆栈。pid: java应用程序的进程号5jps命令查看java进程的pid更实用

  命令格式

  jps [ options ] [ hostid ]

  参数说明:

  -m 输出传递给main方法的参数,如果是内嵌的JVM则输出为null。-l 输出应用程序主类的完整包名,或者是应用程序JAR文件的完整路径。-v 输出传给JVM的参数。

  三个参数加在一起显示更详细的信息:

  发现这些Java进程的启动参数中开放了JMX的远程端口,正常情况下可以通过jconsole远程连接过去看到JVM的日常参数。比如本地访问上图中的pay.war进程:


  102965
 

很赞哦! ()

随机图文