當前位置:才華齋>計算機>作業系統>

Linux系統下高CPU解決方案

作業系統 閱讀(2.03W)

產品升級後系統會變慢和CPU使用率相當高的時候,應該怎麼辦呢?以下本站小編整理的Linux系統下高CPU解決方案,希望對大家有所幫助,更多資訊請關注HRef="https://caihuazhai.com/tags-3nv7-0.html" target="_blank" >應屆畢業生網!

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 >

在中查詢執行緒ID14086,由於函式棧會暴露函式細節,因此只顯示了兩個函式楨,執行緒ID14086對應執行緒號是37

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

#0 0x40000410 in __kernel_vsyscall ()

#1 0x40241f33 in poll () from /lib/i686/nosegneg/.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/.6

可以根據詳細的函式棧進行gdb除錯,列印一些變數值,並結合原始碼分析為何會poll呼叫佔用很高的CPU。

因為程式碼涉及到公司產權,顧不在此做詳細分析,需要明白的是分析的流程和使用的命令。

流程為:程序ID->執行緒ID->執行緒函式呼叫棧->函式耗時和呼叫統計->原始碼分析