操作系统

Linux系统下高CPU解决方案

时间:2024-08-19 04:09:13 操作系统 我要投稿
  • 相关推荐

Linux系统下高CPU解决方案

  产品升级后系统会变慢和CPU使用率相当高的时候,应该怎么办呢?以下百分网小编整理的Linux系统下高CPU解决方案,希望对大家有所帮助,更多信息请关注应届毕业生网!

Linux系统下高CPU解决方案

  1.用top命令查看哪个进程占用CPU高

  gateway网关进程14094占用CPU高达891%,这个数值是进程内各个线程占用CPU的累加值。

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

  14094 root 15 0 315m 10m 7308 S 891% 2.2 1:49.01 gateway

  20642 root 17 0 17784 4148 2220 S 0.5 0.8 2:39.96 microdasys

  1679 root 18 0 10984 1856 1556 R 0.3 0.4 0:22.21 sshd

  22563 root 18 0 2424 1060 800 R 0.3 0.2 0:00.03 top

  1 root 18 0 2156 492 460 S 0.0 0.1 0:01.59 init

  2.用top -H -p pid命令查看进程内各个线程占用的CPU百分比

  #top -H -p 14094

  top中可以看到有107个线程,但是下面9个线程占用CPU很高,下面以线程14086为主,分析其为何high CPU

  PID USER PR NI VIRT RES SHR S %CPU MEM TIME+ COMMAND

  14086root 25 0 922m 914m 538m R 101 10.0 21:35.46 gateway

  14087 root 25 0 922m 914m 538m R 101 10.0 10:50.22 gateway

  14081 root 25 0 922m 914m 538m S 99 10.0 8:57.36 gateway

  14082 root 25 0 922m 914m 538m R 99 10.0 11:51.92 gateway

  14089 root 25 0 922m 914m 538m R 99 10.0 21:21.77 gateway

  14092 root 25 0 922m 914m 538m R 99 10.0 19:55.47 gateway

  14094 root 25 0 922m 914m 538m R 99 10.0 21:02.21 gateway

  14083 root 25 0 922m 914m 538m R 97 10.0 21:32.39 gateway

  14088 root 25 0 922m 914m 538m R 97 10.0 11:23.12 gateway

  3.使用gstack命令查看进程中各线程的函数调用栈

  #gstack 14094 > gstack.log

  在gstack.log中查找线程ID14086,由于函数栈会暴露函数细节,因此只显示了两个函数桢,线程ID14086对应线程号是37

  Thread 37 (Thread 0x4696ab90 (LWP 14086)):

  #0 0x40000410 in __kernel_vsyscall ()

  #1 0x40241f33 in poll () from /lib/i686/nosegneg/libc.so.6

  4.使用gcore命令转存进程映像及内存上下文

  #gcore 14094

  该命令生成core文件core.14094

  5.用strace命令查看系统调用和花费的时间

  #strace -T -r -c -p 14094

  -c参数显示统计信息,去掉此参数可以查看每个系统调用话费的时间及返回值。

  % time seconds usecs/call calls errors syscall

  ------ ----------- ----------- --------- --------- ----------------------------

  99.99 22.683879 3385 6702 poll

  0.00 0.001132 0 6702 gettimeofday

  0.00 0.000127 1 208 208 accept

  0.00 0.000022 22 1 read

  0.00 0.000000 0 1 write

  0.00 0.000000 0 1 close

  0.00 0.000000 0 14 time

  0.00 0.000000 0 2 stat64

  0.00 0.000000 0 4 clock_gettime

  0.00 0.000000 0 7 send

  0.00 0.000000 0 10 10 recvfrom

  ------ ----------- ----------- --------- --------- ------------------------------

  100.00 22.685160 13652 218 total

  6.用gdb调试core文件,并线程切换到37号线程

  gcore和实际的core dump时产生的core文件几乎一样,只是不能用gdb进行某些动态调试

  (gdb) gdb gateway core.14094 (gdb) thread 37 [Switching to thread 37 (Thread 0x4696ab90 (LWP 14086))]#0 0x40000410 in __kernel_vsyscall () (gdb) where #0 0x40000410 in __kernel_vsyscall () #1 0x40241f33 in poll () from /lib/i686/nosegneg/libc.so.6

  可以根据详细的函数栈进行gdb调试,打印一些变量值,并结合源代码分析为何会poll调用占用很高的CPU。

  因为代码涉及到公司产权,顾不在此做详细分析,需要明白的是分析的流程和使用的命令。

  流程为:进程ID->线程ID->线程函数调用栈->函数耗时和调用统计->源代码分析

【Linux系统下高CPU解决方案】相关文章:

Linux系统下的uname命令08-05

在Linux系统下安装QQ的方法07-22

Linux系统下的进程切换的解析08-03

Linux系统下动态库的生成介绍09-20

window下如何安装linux双系统07-07

Linux系统下tar命令的使用技巧09-24

Linux操作系统下串口设置及编程08-30

linux系统下sudo命令使用方法09-22

Linux系统下的ipmitool工具应该怎样使用08-23

教你快速了解Linux系统下的proc目录10-15