0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

top命令中CPU使用率的意義

開關(guān)電源芯片 ? 來源:Linux內(nèi)核那些事 ? 作者:songsong001 ? 2021-09-01 14:41 ? 次閱讀

平常我們使用 top 命令來查看系統(tǒng)的性能情況,在 top 命令中可以看到很多不同類型的 CPU 使用率,如下圖紅框中標(biāo)出部分:

下面,我們來介紹一下這些 CPU 使用率的意義:

us:user time,表示 CPU 執(zhí)行用戶進(jìn)程的時間,包括 nice 時間。通常都是希望用戶空間CPU越高越好。

sy:system time,表示 CPU 在內(nèi)核運(yùn)行的時間,包括 IRQ 和 softirq。系統(tǒng) CPU 占用越高,表明系統(tǒng)某部分存在瓶頸。通常這個值越低越好。

ni:nice time,具有優(yōu)先級的用戶進(jìn)程執(zhí)行時占用的 CPU 利用率百分比。

id:idle time,表示系統(tǒng)處于空閑期,等待進(jìn)程運(yùn)行。

wa:waiting time,表示 CPU 在等待 IO 操作完成所花費(fèi)的時間。系統(tǒng)不應(yīng)該花費(fèi)大量的時間來等待 IO 操作,否則就說明 IO 存在瓶頸。

hi:hard IRQ time,表示系統(tǒng)處理硬中斷所花費(fèi)的時間。

si:soft IRQ time,表示系統(tǒng)處理軟中斷所花費(fèi)的時間。

st:steal time,被強(qiáng)制等待(involuntary wait)虛擬 CPU 的時間,此時 Hypervisor 在為另一個虛擬處理器服務(wù)。

當(dāng)然,單靠上面的解釋來理解它們的意義還是比較困難的。所以,本文主要從源碼的角度來分析它們到底代表什么。

時鐘中斷首先,我們要知道統(tǒng)計 CPU 使用情況在什么地方執(zhí)行的。在分析之前,我們先來了解下 時鐘中斷:

時鐘中斷:是一種硬中斷,由時間硬件(系統(tǒng)定時器,一種可編程硬件)產(chǎn)生。當(dāng) CPU 接收到時鐘中斷信號后,會在處理完當(dāng)前指令后調(diào)用 時鐘中斷處理程序 來完成更新系統(tǒng)時間、執(zhí)行周期性任務(wù)等。

可以發(fā)現(xiàn),統(tǒng)計 CPU 使用情況是在 時鐘中斷處理程序 中完成的。

每個 CPU 的使用情況通過 cpu_usage_stat 結(jié)構(gòu)來記錄,我們來看看其定義:

struct cpu_usage_stat {

cputime64_t user;

cputime64_t nice;

cputime64_t system;

cputime64_t softirq;

cputime64_t irq;

cputime64_t idle;

cputime64_t iowait;

cputime64_t steal;

cputime64_t guest;

};

從 cpu_usage_stat 結(jié)構(gòu)的定義可以看出,其每個字段與 top 命令的 CPU 使用率類型一一對應(yīng)。在內(nèi)核初始化時,會為每個 CPU 創(chuàng)建一個 cpu_usage_stat 結(jié)構(gòu),用于統(tǒng)計 CPU 的使用情況。

OK,現(xiàn)在我們來分析下內(nèi)核是怎么統(tǒng)計 CPU 的使用情況的。

每次執(zhí)行 時鐘中斷處理程序 都會調(diào)用 account_process_tick 函數(shù)進(jìn)行 CPU 使用情況統(tǒng)計,我們來分析一下 account_process_tick 函數(shù)的實(shí)現(xiàn):

void account_process_tick(struct task_struct *p, int user_tick)

{

cputime_t one_jiffy_scaled = cputime_to_scaled(cputime_one_jiffy);

struct rq *rq = this_rq();

// 說明:user_tick 變量標(biāo)識當(dāng)前是否處于執(zhí)行用戶應(yīng)用程序

if (user_tick) {

// 1. 如果 CPU 在執(zhí)行用戶程序, 那么調(diào)用 account_user_time 進(jìn)行統(tǒng)計

account_user_time(p, cputime_one_jiffy, one_jiffy_scaled);

} else if ((p != rq-》idle) || (irq_count() != HARDIRQ_OFFSET)) {

// 2. 如果 CPU 在執(zhí)行內(nèi)核代碼, 那么調(diào)用 account_system_time 進(jìn)行統(tǒng)計

account_system_time(p, HARDIRQ_OFFSET, cputime_one_jiffy,

one_jiffy_scaled);

} else {

// 3. 否則說明 CPU 在執(zhí)行 idle 進(jìn)程(也就是處于空閑狀態(tài)), 那么調(diào)用 account_idle_time 進(jìn)行統(tǒng)計

account_idle_time(cputime_one_jiffy);

}

}

account_process_tick 函數(shù)主要分 3 種情況進(jìn)行統(tǒng)計,如下:

如果 CPU 在執(zhí)行用戶程序,那么調(diào)用 account_user_time 進(jìn)行統(tǒng)計。

如果 CPU 在執(zhí)行內(nèi)核代碼,那么調(diào)用 account_system_time 進(jìn)行統(tǒng)計。

否則說明 CPU 在執(zhí)行 idle 進(jìn)程(也就是處于空閑狀態(tài)),那么調(diào)用 account_idle_time 進(jìn)行統(tǒng)計。

CPU 使用情況統(tǒng)計下面我們分別對這 3 種統(tǒng)計進(jìn)行分析。

1. 統(tǒng)計用戶程序執(zhí)行時間

統(tǒng)計用戶程序的執(zhí)行時間是通過 account_user_time 函數(shù)來完成的,我們來看看其實(shí)現(xiàn):

void account_user_time(struct task_struct *p, cputime_t cputime,

cputime_t cputime_scaled)

{

// 獲取 CPU 的統(tǒng)計結(jié)構(gòu)(每個CPU一個 cpu_usage_stat 結(jié)構(gòu))

struct cpu_usage_stat *cpustat = &kstat_this_cpu.cpustat;

cputime64_t tmp;

。..

// 分 2 種情況統(tǒng)計 CPU 的使用情況

// 1. 如果進(jìn)程的 nice 值大于0, 那么將會統(tǒng)計到 nice 字段中

// 2. 如果進(jìn)程的 nice 值小于等于0, 那么將會統(tǒng)計到 user 字段中

if (TASK_NICE(p) 》 0)

cpustat-》nice = cputime64_add(cpustat-》nice, tmp);

else

cpustat-》user = cputime64_add(cpustat-》user, tmp);

。..

}

account_user_time 函數(shù)主要分兩種情況統(tǒng)計:

如果進(jìn)程的 nice 值大于0,那么將會增加到 CPU 統(tǒng)計結(jié)構(gòu)的 nice 字段中。

如果進(jìn)程的 nice 值小于等于0,那么增加到 CPU 統(tǒng)計結(jié)構(gòu)的 user 字段中。

這里說明一下進(jìn)程 nice 值的作用,nice 值越大,說明進(jìn)程的優(yōu)先級越低。所以,nice 統(tǒng)計值主要用來統(tǒng)計低優(yōu)先級進(jìn)程的占使用 CPU 的情況。也說明了,user 和 nice 統(tǒng)計值都屬于執(zhí)行用戶程序的 CPU 時間。

2. 統(tǒng)計內(nèi)核代碼執(zhí)行時間

如果在發(fā)生時鐘中斷前,CPU 處于內(nèi)核態(tài),也就是說在執(zhí)行內(nèi)核代碼。那么將會調(diào)用 account_system_time 函數(shù)進(jìn)行統(tǒng)計,account_system_time 函數(shù)實(shí)現(xiàn)如下:

void account_system_time(struct task_struct *p, int hardirq_offset,

cputime_t cputime, cputime_t cputime_scaled)

{

// 獲取 CPU 的統(tǒng)計結(jié)構(gòu)(每個CPU一個 cpu_usage_stat 結(jié)構(gòu))

struct cpu_usage_stat *cpustat = &kstat_this_cpu.cpustat;

cputime64_t tmp;

。..

// 主要分 3 種情況進(jìn)行統(tǒng)計

// 1. 如果當(dāng)前處于硬中斷執(zhí)行上下文, 那么統(tǒng)計到 irq 字段中

// 2. 如果當(dāng)前處于軟中斷執(zhí)行上下文, 那么統(tǒng)計到 softirq 字段中

// 3. 否則統(tǒng)計到 system 字段中

if (hardirq_count() - hardirq_offset)

cpustat-》irq = cputime64_add(cpustat-》irq, tmp);

else if (softirq_count())

cpustat-》softirq = cputime64_add(cpustat-》softirq, tmp);

else

cpustat-》system = cputime64_add(cpustat-》system, tmp);

。..

}

account_system_time 函數(shù)主要分 3 種情況進(jìn)行統(tǒng)計:

如果當(dāng)前處于硬中斷執(zhí)行上下文,那么增加到 CPU 統(tǒng)計結(jié)構(gòu)的 irq 字段中。

如果當(dāng)前處于軟中斷執(zhí)行上下文,那么增加到 CPU 統(tǒng)計結(jié)構(gòu)的 softirq 字段中。

否則增加到 CPU 統(tǒng)計結(jié)構(gòu)的 system 字段中。

從上面代碼可以看出,irq 和 softirq 統(tǒng)計值也算是內(nèi)核代碼執(zhí)行時間。

3. idle 進(jìn)程執(zhí)行時間統(tǒng)計

當(dāng)系統(tǒng)中沒有可運(yùn)行的進(jìn)程時,將會執(zhí)行 idle 進(jìn)程。也就是說,當(dāng)系統(tǒng)執(zhí)行 idle 進(jìn)程時,表示系統(tǒng)正處于空閑狀態(tài)。

idle 進(jìn)程執(zhí)行時間統(tǒng)計由 account_idle_time 函數(shù)完成,其實(shí)現(xiàn)如下:

void account_idle_time(cputime_t cputime)

{

struct cpu_usage_stat *cpustat = &kstat_this_cpu.cpustat;

cputime64_t cputime64 = cputime_to_cputime64(cputime);

struct rq *rq = this_rq();

// 分 2 種情況統(tǒng)計 CPU 的使用情況

// 1. 如果系統(tǒng)有進(jìn)程正在等待 I/O 操作完成, 那么將統(tǒng)計到 iowait 字段中

// 2. 否則將統(tǒng)計到 idle 字段中

if (atomic_read(&rq-》nr_iowait) 》 0)

cpustat-》iowait = cputime64_add(cpustat-》iowait, cputime64);

else

cpustat-》idle = cputime64_add(cpustat-》idle, cputime64);

}

account_idle_time 函數(shù)也分兩種情況進(jìn)行統(tǒng)計:

如果系統(tǒng)中有正在等待 I/O 操作完成的進(jìn)程,那么增加到 CPU 統(tǒng)計結(jié)構(gòu)的 iowait 字段中。

否則增加到 CPU 統(tǒng)計結(jié)構(gòu)的 idle 字段中。

從上面的分析可以看出,iowait 統(tǒng)計值也屬于空閑時間的一種。

top 命令的 CPU 使用率通過源碼分析,我們知道 top 命令中 CPU 使用率各種類型的意思,現(xiàn)在我們來介紹一下 top 命令是怎么計算各種類型的 CPU 使用率。

要獲取各個 CPU 的使用情況信息,可以通過讀取 /proc/stat 文件獲取,如下:

[vagrant@localhost ~]$ cat /proc/stat

cpu 245 10 1142 1097923 95 0 28 0 0 0

cpu0 245 10 1142 1097923 95 0 28 0 0 0

。..

上面的結(jié)果顯示了 CPU 的使用情況信息,第一行代表所有 CPU 的總和,而第二行開始表示每個 CPU 核心的使用情況信息。因?yàn)槲业?a href="http://www.wenjunhu.com/v/tag/1247/" target="_blank">電腦只有一個核,所以只有一條數(shù)據(jù)。

下面說說這些數(shù)據(jù)的意義,從第一個數(shù)值開始分別代表:user ,nice,system,idle,iowait, irq,softirq,steal。

所以,top 命令的 CPU 使用率計算公式如下:

CPU總時間 = user + nice + system + idle + wait + irq + softirq + steal

%us = user / CPU總時間

%ni = nice / CPU總時間

%sy = system / CPU總時間

%id = idel / CPU總時間

%wa = wait / CPU總時間

%hi = irq / CPU總時間

%si = softirq / CPU總時間

%st = steal / CPU總時間

嗯,看起來還是挺簡單的。

總結(jié)本文主要分析了 top 命令中的 CPU 使用率的意義和實(shí)現(xiàn)原理,希望通過本文,能夠幫助大家對 top 命令有更深的認(rèn)識。

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • cpu
    cpu
    +關(guān)注

    關(guān)注

    68

    文章

    11051

    瀏覽量

    216242
  • 命令
    +關(guān)注

    關(guān)注

    5

    文章

    733

    瀏覽量

    22740
  • TOP
    TOP
    +關(guān)注

    關(guān)注

    0

    文章

    36

    瀏覽量

    32486

原文標(biāo)題:聊聊 top 命令中的 CPU 使用率

文章出處:【微信號:gh_3980db2283cd,微信公眾號:開關(guān)電源芯片】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 0人收藏

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    在MR-VMU-RT1176上運(yùn)行的PX4飛行控制軟件的負(fù)載(大約)是多少?

    我想知道在 MR-VMU-RT1176 上運(yùn)行的 PX4 飛行控制軟件的負(fù)載(大約)是多少,包括 RAM 使用率、FLASH 使用率、CPU 負(fù)載(可能很難說! 我需要通過以太網(wǎng)和 USB 開發(fā)其他任務(wù),因此我想知道添加代碼有多
    發(fā)表于 04-03 06:18

    TECS OpenStack資源池主機(jī)磁盤分區(qū)使用率過高的問題處理

    某運(yùn)營商TECS資源池上報“主機(jī)磁盤分區(qū)使用率過高”的告警,如下圖所示。
    的頭像 發(fā)表于 03-21 09:47 ?392次閱讀
    TECS OpenStack資源池主機(jī)磁盤分區(qū)<b class='flag-5'>使用率</b>過高的問題處理

    東京物理服務(wù)器的價格是如何影響用戶的使用率

    東京物理服務(wù)器的價格對用戶的使用率有顯著影響,主要體現(xiàn)在以下幾個方面,主機(jī)推薦小編為您整理發(fā)布東京物理服務(wù)器的價格是如何影響用戶的使用率。
    的頭像 發(fā)表于 02-24 09:16 ?235次閱讀

    華納云監(jiān)視Linux磁盤IO性能命令:iotop,iostat,vmstat,atop,dstat,ioping

    。 top命令可用于查看CPU是否正在等待磁盤操作完成。“wa”度量標(biāo)準(zhǔn)顯示IO等待,CPU等待IO完成所花費(fèi)的時間(以百分比
    的頭像 發(fā)表于 10-24 14:43 ?626次閱讀

    CPU用率過高的常見原因

    排查系統(tǒng)問題時,CPU 飆升是一個常見的問題。
    的頭像 發(fā)表于 10-23 09:33 ?1641次閱讀

    輕負(fù)載場景下CPU使用率的比較

    Arm Neoverse N 系列和 V 系列處理器并未采用同步多線程 (SMT) 技術(shù)。在 Arm Neoverse 處理器上運(yùn)行時,每個線程始終能夠訪問處理器的全部資源。這有助于提高在云環(huán)境執(zhí)行的可預(yù)測性,確保每個線程都能完全訪問處理器資源,并提供更強(qiáng)大的保護(hù),防止線程之間發(fā)生意外數(shù)據(jù)泄露。
    的頭像 發(fā)表于 10-21 09:48 ?783次閱讀
    輕負(fù)載場景下<b class='flag-5'>CPU</b><b class='flag-5'>使用率</b>的比較

    路由器內(nèi)存使用率過高怎么辦

    路由器內(nèi)存使用率過高是一個常見的問題,它可能會導(dǎo)致網(wǎng)絡(luò)速度變慢、連接不穩(wěn)定甚至設(shè)備崩潰。 路由器內(nèi)存的作用和重要性 路由器是網(wǎng)絡(luò)通信的核心設(shè)備,負(fù)責(zé)將數(shù)據(jù)包從一個網(wǎng)絡(luò)傳輸?shù)搅硪粋€網(wǎng)絡(luò)。路由器內(nèi)存
    的頭像 發(fā)表于 10-15 14:36 ?3201次閱讀

    路由器內(nèi)存使用率多少算正常

    路由器內(nèi)存使用率的正常范圍取決于多種因素,包括路由器的硬件規(guī)格、網(wǎng)絡(luò)環(huán)境、連接的設(shè)備數(shù)量以及用戶的具體使用情況。 路由器內(nèi)存使用率概述 路由器是家庭和企業(yè)網(wǎng)絡(luò)的核心設(shè)備,負(fù)責(zé)數(shù)據(jù)包的轉(zhuǎn)發(fā)和網(wǎng)絡(luò)流量
    的頭像 發(fā)表于 10-15 14:35 ?2389次閱讀

    服務(wù)器cpu用率高怎么解決

    服務(wù)器CPU用率高是一個常見的問題,它可能會導(dǎo)致服務(wù)器性能下降,甚至影響用戶體驗(yàn)。 一、了解服務(wù)器CPU用率高的原因 應(yīng)用程序問題 應(yīng)用程序設(shè)計不合理,導(dǎo)致
    的頭像 發(fā)表于 10-10 15:14 ?1707次閱讀

    代理IP的使用率和使用時長,主要被什么影響?

    代理IP的使用率和使用時長受多種因素影響,用戶需要根據(jù)自己的實(shí)際需求和場景選擇合適的代理類型和策略。同時,注意監(jiān)控代理IP的使用情況,及時調(diào)整和優(yōu)化使用策略,以提高代理IP的利用率和使用時長。以上就是今日分享的所有內(nèi)容了,感謝您的閱讀。
    的頭像 發(fā)表于 09-18 08:14 ?510次閱讀
    代理IP的<b class='flag-5'>使用率</b>和使用時長,主要被什么影響?

    嵌入式學(xué)習(xí)-常見的shell命令之其他命令

    無條件殺死該進(jìn)程,殺死進(jìn)程后終端窗口會關(guān)閉。elf@ubuntu:~$ kill -9 1107467、top動態(tài)顯示命令命令top功能:動態(tài)顯示當(dāng)前系統(tǒng)
    發(fā)表于 08-22 09:42

    常見的shell命令之其他命令

    無條件殺死該進(jìn)程,殺死進(jìn)程后終端窗口會關(guān)閉。elf@ubuntu:~$ kill -9 1107467、top動態(tài)顯示命令命令top功能:動態(tài)顯示當(dāng)前系統(tǒng)
    發(fā)表于 08-21 09:49

    JAVA應(yīng)用CPU跳點(diǎn)自動DUMP工具

    背景 在做系統(tǒng)監(jiān)控時,CPU使用率是一個關(guān)鍵的指標(biāo),它反映了系統(tǒng)的性能穩(wěn)定性以及是否存在異常情況,能幫助我們了解系統(tǒng)的負(fù)載情況。通過監(jiān)控CPU使用率,可以判斷系統(tǒng)是否正常運(yùn)行或者是否
    的頭像 發(fā)表于 08-05 17:48 ?728次閱讀

    SDRAM的active命令介紹

    在向SDRAM 的任何行發(fā)出 READ或 WRITE 命令之前,必須先打開該行。這是通過 ACTIVE 命令完成的。ACTIVE 命令的目的是打開或者說激活(active)bank
    的頭像 發(fā)表于 07-29 09:53 ?792次閱讀
    SDRAM<b class='flag-5'>中</b>的active<b class='flag-5'>命令</b>介紹

    蘋果Vision Pro使用率低引關(guān)注

    近日,科技界傳來一則令人矚目的消息。天風(fēng)國際證券的分析師郭明錤在社交平臺上指出,根據(jù)他的觀察,許多用戶在購買蘋果最新推出的Vision Pro頭顯后,其實(shí)際使用率并不高,不少用戶在簡單嘗試幾次后便
    的頭像 發(fā)表于 06-22 11:47 ?1208次閱讀

    電子發(fā)燒友

    中國電子工程師最喜歡的網(wǎng)站

    • 2931785位工程師會員交流學(xué)習(xí)
    • 獲取您個性化的科技前沿技術(shù)信息
    • 參加活動獲取豐厚的禮品