女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

top命令中CPU使用率的意義

開關電源芯片 ? 來源:Linux內核那些事 ? 作者:songsong001 ? 2021-09-01 14:41 ? 次閱讀

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

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

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

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

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

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

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

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

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

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

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

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

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

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

每個 CPU 的使用情況通過 cpu_usage_stat 結構來記錄,我們來看看其定義:

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 結構的定義可以看出,其每個字段與 top 命令的 CPU 使用率類型一一對應。在內核初始化時,會為每個 CPU 創(chuàng)建一個 cpu_usage_stat 結構,用于統(tǒng)計 CPU 的使用情況。

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

每次執(zhí)行 時鐘中斷處理程序 都會調用 account_process_tick 函數(shù)進行 CPU 使用情況統(tǒng)計,我們來分析一下 account_process_tick 函數(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 變量標識當前是否處于執(zhí)行用戶應用程序

if (user_tick) {

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

account_user_time(p, cputime_one_jiffy, one_jiffy_scaled);

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

// 2. 如果 CPU 在執(zhí)行內核代碼, 那么調用 account_system_time 進行統(tǒng)計

account_system_time(p, HARDIRQ_OFFSET, cputime_one_jiffy,

one_jiffy_scaled);

} else {

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

account_idle_time(cputime_one_jiffy);

}

}

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

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

如果 CPU 在執(zhí)行內核代碼,那么調用 account_system_time 進行統(tǒng)計。

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

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

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

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

void account_user_time(struct task_struct *p, cputime_t cputime,

cputime_t cputime_scaled)

{

// 獲取 CPU 的統(tǒng)計結構(每個CPU一個 cpu_usage_stat 結構)

struct cpu_usage_stat *cpustat = &kstat_this_cpu.cpustat;

cputime64_t tmp;

。..

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

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

// 2. 如果進程的 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)計:

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

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

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

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

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

void account_system_time(struct task_struct *p, int hardirq_offset,

cputime_t cputime, cputime_t cputime_scaled)

{

// 獲取 CPU 的統(tǒng)計結構(每個CPU一個 cpu_usage_stat 結構)

struct cpu_usage_stat *cpustat = &kstat_this_cpu.cpustat;

cputime64_t tmp;

。..

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

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

// 2. 如果當前處于軟中斷執(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 種情況進行統(tǒng)計:

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

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

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

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

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

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

idle 進程執(zhí)行時間統(tǒng)計由 account_idle_time 函數(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)有進程正在等待 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ù)也分兩種情況進行統(tǒng)計:

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

否則增加到 CPU 統(tǒng)計結構的 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

。..

上面的結果顯示了 CPU 的使用情況信息,第一行代表所有 CPU 的總和,而第二行開始表示每個 CPU 核心的使用情況信息。因為我的電腦只有一個核,所以只有一條數(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總時間

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

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

責任編輯:haq

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

    關注

    68

    文章

    11031

    瀏覽量

    215957
  • 命令
    +關注

    關注

    5

    文章

    726

    瀏覽量

    22669
  • TOP
    TOP
    +關注

    關注

    0

    文章

    36

    瀏覽量

    32465

原文標題:聊聊 top 命令中的 CPU 使用率

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

收藏 人收藏

    評論

    相關推薦
    熱點推薦

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

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

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

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

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

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

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

    top命令可用于查看CPU是否正在等待磁盤操作完成?!皐a”度量標準顯示IO等待,CPU等待IO完成所花費的時間(以百分比
    的頭像 發(fā)表于 10-24 14:43 ?582次閱讀

    CPU用率過高的常見原因

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

    輕負載場景下CPU使用率的比較

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

    路由器內存使用率過高怎么辦

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

    路由器內存使用率多少算正常

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

    服務器cpu用率高怎么解決

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

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

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

    嵌入式學習-常見的shell命令之其他命令

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

    常見的shell命令之其他命令

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

    JAVA應用CPU跳點自動DUMP工具

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

    SDRAM的active命令介紹

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

    蘋果Vision Pro使用率低引關注

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