關於vmstat,top,ps aux檢視的cpu佔用率不一致的問題
轉自:http://blog.sina.com.cn/s/blog_51d2a47a0101380o.html
用vmstat,top,和ps aux三個命令檢視程式對cpu的佔用率,數值差異很大。
例:
用 vmstat 檢視系統cpu空閒率, id是cpu的空閒率,可以看出,空閒率一直在73%以上
用 ps aux 統計兩個compress程式的cpu佔用率,長時間恆定在15.5%和28.9%
用 top統計兩個compress程式的cpu佔用率,可以看出是一個動態變化的過程
(命令執行結果後面有顯示)
這三個命令查出的cpu利用率不統一
首先,ps aux中兩個compress程式佔用cpu 15.5%+28.9%>40%,再加上其它程式,為
何vmstat檢視cpu空閒率id還能一直大於73%
其次,top命令顯示的程式compress的cpu佔用率和ps顯示的數值差別很大,ps的
cpu佔用率雷打不動,一直是恆定值,
top的比較動態, 難道ps aux顯示的程式cpu佔用率不可靠?
最後,這三個命令查出的cpu佔用率相互之間均不統一,用哪一個更可靠?例如輸入如下命令,粗體字是cpu佔用率
$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r
關於vmstat,top,ps aux檢視的cpu佔用率不一致的問題
問題:用vmstat,top,和ps aux三個命令檢視程式對cpu的佔用率,數值差異很大。
例:
用 vmstat 檢視系統cpu空閒率, id是cpu的空閒率,可以看出,空閒率一直在73%以上
用 ps aux 統計兩個compress程式的cpu佔用率,長時間恆定在15.5%和28.9%
用 top統計兩個compress程式的cpu佔用率,可以看出是一個動態變化的過程
(命令執行結果後面有顯示)
這三個命令查出的cpu利用率不統一
首先,ps aux中兩個compress程式佔用cpu 15.5%+28.9%>40%,再加上其它程式,為
何vmstat檢視cpu空閒率id還能一直大於73%
其次,top命令顯示的程式compress的cpu佔用率和ps顯示的數值差別很大,ps的
cpu佔用率雷打不動,一直是恆定值,
top的比較動態, 難道ps aux顯示的程式cpu佔用率不可靠?
最後,這三個命令查出的cpu佔用率相互之間均不統一,用哪一個更可靠?例如輸入如下命令,粗體字是cpu佔用率
$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r
b swpd free
buff cache si so bi bo in cs us
sy id wa
0 0 432 802660 28724 5747324 0 0 204 770 0 0 6 3 90 2
3 0 432 799196 28724 5747392 0 0 0 152 1455 681 2 2 96 0
0 0 432 802420 28724 5747460 0 0 0 480 1599 1892 10 8 82 0
0 0 432 802292 28724 5747664 0 0 0 440 1859 6179 14 13 73 0
2 0 432 797636 28724 5752084 0 0 0 240 1403 3419 8 7 85 0
1 0 432 798732 28724 5751268 0 0 0 448 1506 4608 10 8 81 0
2 0 432 797924 28724 5752084 0 0 0 192 1752 4332 11 10 79 0
0 0 432 802076 28724 5747936 0 0 0 280 1705 1527 14 6 79 0
$ps aux | grep compress
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
img 6569 15.5 0.2 36716 16540 ? S Aug12 230:57 ./bin/compress 8014
img 6570 28.9 0.2 54592 22524 ? S Aug12 430:28 ./bin/compress 8004
$top | grep compress
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6569 img 16 0 40956 20m 6632 R 10.7 0.3 231:10.12 compress
6570 img 16 0 54592 21m 2456 S 20.3 0.3 430:54.32 compress
6569 img 17 0 36740 16m 2456 S 10.3 0.2 231:10.43 compress
6570 img 16 0 54592 21m 2456 R 58.9 0.3 430:56.09 compress
6569 img 16 0 36716 16m 2456 R 53.9 0.2 231:12.05 compress
6570 img 16 0 58444 24m 4752 R 69.9 0.3 430:58.19 compress
6569 img 16 0 36716 16m 2456 S 60.2 0.2 231:13.86 compress
6570 img 16 0 54592 21m 2456 S 52.6 0.3 430:59.77 compress
6569 img 15 0 36716 16m 2456 S 45.3 0.2 231:15.22 compress
大概看了些原始碼,補充一下:
top,ps,vmstat都是根據系統的proc檔案進行計算的,其中vmstat,top都使用了/proc/stat檔案,而ps,top也使用了 /procstat檔案,其中*為程式號,計算方式為使用cpu總的時間片數/Hertz,目前確認為對於每個物理cpu的佔用比率,因此在雙核機器上顯 示的數值需要除以核心數2;
3.top使用的是/proc/stat計算上面顯示的cpu佔用,使用/proc/*/stat計算每個程式佔用的時間。但是計算的方式有所不同,程式碼較為複雜,但是目前確認為預設顯示為Irix模式,即為相對於單個cpu core的佔用的時間,如雙核機器需要將該數值除以2*2計算,透過 shift+i可以進行切換;
透過上述說明可以解釋珺方發現的問題:
問題1:首先,ps aux中兩個compress程式佔用cpu 15.5%+28.9%>40%,再加上其它程式,為何vmstat檢視cpu空閒率id還能一直大於73%
ps的cpu佔用率需要除以雙核cpu數目為2,因此實際佔用為(15.5%+28.9% )/2=22.2% ,也就約等於100%-73%;
問題2:其次,top命令顯示的程式compress的cpu佔用率和ps顯示的數值差別很大,ps的cpu佔用率雷打不動,一直是恆定值,top的比較動態, 難道ps aux顯示的程式cpu佔用率不可靠?
ps和top相差的數值為2倍關係,因此顯示的佔用率相差很大,同時變化率也會較大;
問題3:最後,這三個命令查出的cpu佔用率相互之間均不統一,用哪一個更可靠?例如輸入如下命令,粗體字是cpu佔用率
這三個命令的佔用率是統一的,按照如下公式進行計算時資料是一致的:
vmstat 的100%-idle == ps的cpu佔用/cpu核心數 == top的cpu佔用/cpu核心數/物理cpu數目;
0 0 432 802660 28724 5747324 0 0 204 770 0 0 6 3 90 2
3 0 432 799196 28724 5747392 0 0 0 152 1455 681 2 2 96 0
0 0 432 802420 28724 5747460 0 0 0 480 1599 1892 10 8 82 0
0 0 432 802292 28724 5747664 0 0 0 440 1859 6179 14 13 73 0
2 0 432 797636 28724 5752084 0 0 0 240 1403 3419 8 7 85 0
1 0 432 798732 28724 5751268 0 0 0 448 1506 4608 10 8 81 0
2 0 432 797924 28724 5752084 0 0 0 192 1752 4332 11 10 79 0
0 0 432 802076 28724 5747936 0 0 0 280 1705 1527 14 6 79 0
$ps aux | grep compress
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
img 6569 15.5 0.2 36716 16540 ? S Aug12 230:57 ./bin/compress 8014
img 6570 28.9 0.2 54592 22524 ? S Aug12 430:28 ./bin/compress 8004
$top | grep compress
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6569 img 16 0 40956 20m 6632 R 10.7 0.3 231:10.12 compress
6570 img 16 0 54592 21m 2456 S 20.3 0.3 430:54.32 compress
6569 img 17 0 36740 16m 2456 S 10.3 0.2 231:10.43 compress
6570 img 16 0 54592 21m 2456 R 58.9 0.3 430:56.09 compress
6569 img 16 0 36716 16m 2456 R 53.9 0.2 231:12.05 compress
6570 img 16 0 58444 24m 4752 R 69.9 0.3 430:58.19 compress
6569 img 16 0 36716 16m 2456 S 60.2 0.2 231:13.86 compress
6570 img 16 0 54592 21m 2456 S 52.6 0.3 430:59.77 compress
6569 img 15 0 36716 16m 2456 S 45.3 0.2 231:15.22 compress
大概看了些原始碼,補充一下:
top,ps,vmstat都是根據系統的proc檔案進行計算的,其中vmstat,top都使用了/proc/stat檔案,而ps,top也使用了 /procstat檔案,其中*為程式號,計算方式為使用cpu總的時間片數/Hertz,目前確認為對於每個物理cpu的佔用比率,因此在雙核機器上顯 示的數值需要除以核心數2;
3.top使用的是/proc/stat計算上面顯示的cpu佔用,使用/proc/*/stat計算每個程式佔用的時間。但是計算的方式有所不同,程式碼較為複雜,但是目前確認為預設顯示為Irix模式,即為相對於單個cpu core的佔用的時間,如雙核機器需要將該數值除以2*2計算,透過 shift+i可以進行切換;
透過上述說明可以解釋珺方發現的問題:
問題1:首先,ps aux中兩個compress程式佔用cpu 15.5%+28.9%>40%,再加上其它程式,為何vmstat檢視cpu空閒率id還能一直大於73%
ps的cpu佔用率需要除以雙核cpu數目為2,因此實際佔用為(15.5%+28.9% )/2=22.2% ,也就約等於100%-73%;
問題2:其次,top命令顯示的程式compress的cpu佔用率和ps顯示的數值差別很大,ps的cpu佔用率雷打不動,一直是恆定值,top的比較動態, 難道ps aux顯示的程式cpu佔用率不可靠?
ps和top相差的數值為2倍關係,因此顯示的佔用率相差很大,同時變化率也會較大;
問題3:最後,這三個命令查出的cpu佔用率相互之間均不統一,用哪一個更可靠?例如輸入如下命令,粗體字是cpu佔用率
這三個命令的佔用率是統一的,按照如下公式進行計算時資料是一致的:
vmstat 的100%-idle == ps的cpu佔用/cpu核心數 == top的cpu佔用/cpu核心數/物理cpu數目;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29519108/viewspace-2123078/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Linux檢視CPU使用率Linux
- 檢視oracle臨時表空間佔用率的檢視Oracle
- ps -ef和ps aux的區別UX
- 如何檢視 Linux 下 CPU、記憶體和交換分割槽的佔用率?Linux記憶體
- 禁用software_reporter_tool.exe 解決CPU高佔用率的問題
- kubectl 如何檢視 node、pod 的 cpu、RAM 使用率?
- Linux中如何檢視CPU使用率?Linux
- cpu佔用率100%怎麼解決 cpu佔用率高怎麼辦
- Win10怎麼看cpu使用率?Win10檢視CPU使用率的方法Win10
- python kubernetes 獲取 pod 的 cpu 佔用率Python
- win10 怎麼檢視gpu佔用率_win10檢視gpu使用率的步驟Win10GPU
- cpu使用率過高問題(Java)Java
- 在Linux中,如何檢視佔用CPU最多的程序?Linux
- [20190320]關於使用smem檢視記憶體使用的問題.txt記憶體
- Linux系統中CPU佔用率較高問題排查思路與解決方法Linux
- grafana展示的CPU利用率與實際不符的問題探究Grafana
- Node.js 應用高 CPU 佔用率的分析方法Node.js
- Linux檢視程序命令ps和top示例詳解Linux
- postgresql關於訪問檢視需要的許可權SQL
- java應用CPU佔用率過高排查Java
- Oracle CPU使用率過高問題處理Oracle
- 檢視cpu的個數
- ps aux查詢結果解釋UX
- 關於dataguard出現問題的檢查步驟
- win10系統keyshot佔用率高cpu怎麼辦_win10 keyshot佔用率100%cpu處理方法Win10
- windows10cpu佔用率高怎麼辦Windows
- mysql資料庫Cpu利用率100%問題排查MySql資料庫
- win10解決antimalware service executable cpu佔用率高的方法Win10
- Java中的CPU佔用高和記憶體佔用高的問題排查Java記憶體
- vmstat檢視分析Linux系統負載效能Linux負載
- top命令找到佔用CPU最高的java執行緒Java執行緒
- 解碼Redis最易被忽視的CPU和記憶體佔用高問題Redis記憶體
- 如何解決win10系統baidunetdisk 磁碟佔用率100%的的問題Win10AI
- 關於this指向的問題
- rundll32.exe程式佔用率CPU高的原因及解決方法
- docker執行容器後agetty程式cpu佔用率100%Docker
- win10空閒cpu很多cpu佔滿怎麼辦 win10cpu佔用率高怎麼辦Win10
- 關於機器視覺學習路線的問題?視覺
- 資料檢視的重複問題