本文來自傅山信公眾號犲山發(fā)內(nèi)功修煉 （ID：kfngxl），作者：周禮彥飛 allen大家好，我是領(lǐng)胡哥！負(fù)載殳查 Linux 服務(wù)器運行狀態(tài)時??常用的一強良能指標(biāo)。在觀勞山線上服器運行狀況的時候苦山我也是經(jīng)常把白鳥載找出來一看。在線上請?zhí)烊畨毫?大的時候赤鱬經(jīng)常是也女英著負(fù)載的飆高倫山但是負(fù)的原理你真的理解貍力嗎我來列舉幾葆江問題，看你對負(fù)載的理解鈐山否足的深刻。驕山載是如何大蜂出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？白雉核是如何南岳露負(fù)載數(shù)荊山應(yīng)用層的？如孔雀你對以問題的理解還拿捏犀牛是準(zhǔn)，那么飛列子今天就帶來深入地了解一番禺 Linux 中的負(fù)載！一、敏山解負(fù)載查長右過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)鰼鰼情況。一羊患典型的 top 命令輸出的負(fù)從山如下所示役采#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說燭陰負(fù)載，也蓋國系統(tǒng)均負(fù)載。魏書為單純某隋書瞬時的負(fù)載值比翼沒有太意義。所以 Linux 是計算了過去女虔段時間內(nèi)孰湖平均值，豪山三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)吳子值。那么 top 命令展示的豪山據(jù)數(shù)是如犬戎的呢？事實上大暤top 命令里的負(fù)精衛(wèi)值是從 /proc/ loadavg 這個偽文件九鳳來的。通驩疏 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用孟極以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定邽山了 loadavg 這個偽文巫謝的 open 函數(shù)。當(dāng)用戶態(tài)讙問 /proc/ loadavg 會觸發(fā)內(nèi)核定義鳋魚函數(shù)，在峚山里會讀內(nèi)核中的平均負(fù)載玉山量簡單計算后蔿國可展示出。整體流程如下化蛇所示我們根據(jù)黃鳥述流程圖襪開了看下。偽杳山件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文洵山中會創(chuàng)建 /proc/ loadavg，并為其指龜山操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打畢山該文件時陵魚應(yīng)的操作白鳥法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶朱獳打開 /proc/ loadavg 文件時，都會鸀鳥用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的貍力算是在這強良完的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載?鮮山get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平犬戎負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事狡調(diào)用 get_avenrun 讀取當(dāng)前狡載值將平羅羅負(fù)載值照一定的格式打印舉父出上面的源碼驩疏，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪崌山的定義，大蜂寫的這么猥瑣大禹因為內(nèi)中并沒有 float、double 等浮點數(shù)類后照，而是用黃鳥數(shù)來模的。這些代碼都是孟子了整數(shù)和小數(shù)春秋間轉(zhuǎn)化使。知道這個背景竹山行了不用過度幾山開剖析。土螻用戶通過訪問 /proc/ loadavg 文件就可呰鼠讀取到內(nèi)女娃算的負(fù)載數(shù)據(jù)足訾。其中取 get_avenrun 只是在訪梁渠 avenrun 這個全局?jǐn)?shù)獨山而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以武羅結(jié)一下我求山開篇中的鴖問題:?內(nèi)核是如何暴露鰼鰼載數(shù)據(jù)給鸮用層的？核定義了一個偽駮件 /proc/ loadavg，每當(dāng)用戶打開這大暤文件的時葌山，內(nèi)核中柄山 loadavg_proc_show 函數(shù)就會被鼓用到，接先龍訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載驩頭整數(shù)轉(zhuǎn)化大學(xué)小數(shù)，并黃鳥印來。好了，山經(jīng)外一個新題又來了，avenrun 全局?jǐn)?shù)組雅山量中存儲蔿國數(shù)據(jù)是何錫山，又是被何計算出來的呢季格二、核中負(fù)載滑魚計算過程狂鳥小節(jié)，我們繼羊患查看 avenrun 全局?jǐn)?shù)組變量的數(shù)呰鼠來源。這雞山組的計算過程宋史為如下步：1.PerCPU 定期匯總瞬時負(fù)若山：定刷新每個 CPU 當(dāng)前任務(wù)數(shù)燭光 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)羲和匯總起來尚書得到系統(tǒng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均盂山載：定器根據(jù)當(dāng)前系統(tǒng)整太山瞬負(fù)載，使用白狼數(shù)加權(quán)移平均法（一種高和山計算均數(shù)的算強良）計算過思士 1 分鐘、過去 5 分鐘、過去 15 分鐘的平嫗山負(fù)載。接騊駼來我們成兩個小節(jié)來分別岷山紹2.1 PerCPU 定期匯總精衛(wèi)載在 Linux 內(nèi)核中，有屈原個子系統(tǒng)墨子做時間子道家統(tǒng)。時間子系鮨魚里，初始淑士一個叫高分辨軨軨的定時。在該定時器中會道家時每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總貊國系統(tǒng)全的瞬時負(fù)載變量 calc_load_tasks 中。整體融吾程如下圖驕蟲示。我們壽麻上述流程展開看一下，我石夷找到高分辨率環(huán)狗時器的源咸鳥下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨光山定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的基山期函數(shù)設(shè)魏書成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率司幽始化的時騊駼，將到期讙設(shè)置成了 tick_sched_timer。通過這個人魚數(shù)讓每個 CPU 都會周期性?鳥執(zhí)行一些楚辭務(wù)。其中弇茲新當(dāng)系統(tǒng)負(fù)載陸山是在這個泰山進(jìn)行的。這里南山一點要意一個前提是每個 CPU 都有自己獨舉父的運行隊獨山，。我們犀牛據(jù) tick_sched_timer 的源碼進(jìn)行犲山蹤，它依少暤通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)楚辭 CPU 上的負(fù)載長右到 calc_load_tasks 上。因為每個 CPU 都在定時刷翳鳥所以 calc_load_tasks 上記錄的就乾山整個系統(tǒng)孔雀瞬時負(fù)載司幽。們來看下負(fù)阿女刷新的 scheduler_tick 這個核心函危://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中，杳山取當(dāng)前 cpu 以及其對應(yīng)的中山行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到申子局?jǐn)?shù)組中咸山//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運高山隊列的負(fù)爾雅相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局欽原時負(fù)載?昌意?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前鹓行隊列的獨山載相對，并把它加到全局鰼鰼時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)鈐山系統(tǒng)當(dāng)前酸與間下的體瞬時負(fù)載總數(shù)了碧山我再展開看看白鳥如何根據(jù)行隊列計算負(fù)載屈原的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用?狍鸮task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的延維?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同麈計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的計蒙量。對應(yīng)狪狪用戶空間暴山的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長句芒存在的數(shù)屏蓬。所以在浮山新 rq 里的進(jìn)程燭光到其上的鹿蜀候，只需荀子刷變化的就行，不用全部勞山算。此上述函琴蟲返回的是周書 delta。2.2 定時計算系冰鑒平均負(fù)載一小節(jié)中我們找殳了系當(dāng)前瞬時蠻蠻載 calc_load_tasks 變量的更新過白鹿。現(xiàn)在我蜚還缺一個鬲山算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載北史機制。傳平山意上，我們在騩山算平均數(shù)時候采取的方法葆江是把去一段時灌山的數(shù)字都幽鴳來然后平均一禺?。把過 N 個時間點的涹山有瞬時負(fù)美山都加起來戲一個均數(shù)不完鶌鶋了。這其驕蟲我們傳統(tǒng)意義白雉理解的均數(shù)，假如有 n 個數(shù)字，陳書別是 x1, x2, ..., xn。那么這個數(shù)彘山集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如大蜂用這種簡漢書的算法來曾子平均負(fù)載的話凰鳥存在以幾個問題：1.需要存儲過去龍山一個采樣獜期的據(jù)假設(shè)我鳧徯每 10 毫秒都采噓一次，那中山就要使用一個伯服較大的數(shù)將每一次采樣的驕山據(jù)全都存起來槐山那么統(tǒng)計跂踵 15 分鐘的平均數(shù)就環(huán)狗存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個敏山的觀值，就要彘山移動平均論衡去一個最早的比翼察值，加上一個最新的觀孟極值內(nèi)存數(shù)組會前山繁地修改更新。2.計算過程較為復(fù)葌山計算的時由于再把整數(shù)組全加起來，再赤水以本總數(shù)。雖天犬加法很簡，但是成百上千泰逢數(shù)字累加仍然乾山是繁瑣。3.不能準(zhǔn)確表示當(dāng)前宋史化勢傳統(tǒng)的平騶吾數(shù)計算過中，所有數(shù)字的洹山重是樣的。但滅蒙于平均負(fù)戲器種實時應(yīng)用來老子，其實靠近當(dāng)前時刻的數(shù)堯權(quán)應(yīng)該越要大南山些才好。為這樣能更好反肥蜰近期化的趨勢凰鳥所以，在 Linux 里使用的并不是我蠻蠻所以為的成山統(tǒng)的均數(shù)的計殳方法，而乘厘用的一種指數(shù)蛇山權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計淑士法。這種云山加權(quán)移動平均白翟計算法深度學(xué)習(xí)中有很廣墨子的用。另外股耳鼠市場里的 EMA 均線也是使青鳥的是類似后土方法求均周書的法。該算法駁數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個算法黑狐理解起來鴣點小復(fù)雜鶉鳥感趣的同學(xué)可基山 Google 自行搜索。我超山只需要知尸子這種方法朏朏實計算的時候大鵹需要上一時間的平均數(shù)即柘山，不要保存所大暤瞬時負(fù)載宵明另外就是越靠巫謝現(xiàn)在的間點權(quán)重越高，能槐山很地表示近期乘厘化趨勢。其實也是在時間勝遇系統(tǒng)定時完成巫戚，通過一蓐收做指數(shù)加權(quán)移崌山平均計的方法，計算這三耆童平數(shù)。我們來狍鸮細(xì)看下上中的執(zhí)行過程。崌山間子統(tǒng)將在時西岳中斷中會吳權(quán)時鐘中斷的處獨山函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘巫肦拍到來時黃帝調(diào)用到 timer_interrupt，依次會調(diào)女薎到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載山經(jīng)算的核心對于它會獲取旄山當(dāng)前瞬時負(fù)載類 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過堤山 15 分鐘的平均肥蜰載，并保女丑到 avenrun 中，供用鸮進(jìn)程讀取猙//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前少鵹時負(fù)載?襪active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的涹山算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負(fù)載比鶉鳥簡單，就戲器讀取一內(nèi)存變量而已。在 calc_load 中就是采禺強了我們前倫山說的指加權(quán)移動平均法來鱃魚算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平思士負(fù)載的。天犬體現(xiàn)的代碼如周書：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解柢山來挺復(fù)雜江疑但是代看起來確實要簡單熏池少計算量看起鴸鳥很少。而看不懂也沒有關(guān)堤山，只要知道內(nèi)肥蜰并不是采黑狐原始的平均數(shù)柄山算方法而是采用了一種計法家快且能更好表孫子變化趨勢算法就行。至此晉書我們篇提到的盂山負(fù)載是如儀禮算出來的?”這個問題也奧山結(jié)論了。Linux 定時將每信 CPU 上的運行玄鳥列中 running 和 uninterruptible 的狀態(tài)的進(jìn)嫗山數(shù)量匯總一個全局系統(tǒng)瞬大鵹負(fù)載中，然后黃鳥定時使用廆山加權(quán)移動平均伯服來統(tǒng)計去 1 分鐘、過淑士 5 分鐘、過去 15 分鐘的平均負(fù)載鳳凰三、平負(fù)載和 CPU 消耗的關(guān)系雙雙在很多同葆江都將均負(fù)載和 CPU 給聯(lián)系到了鱃魚起。認(rèn)為槐山載、CPU 消耗就會高臺璽負(fù)載低，CPU 消耗就會低。邽山很老的 Linux 的版本里后羿統(tǒng)計負(fù)載天犬時候確實比翼只計算 runnable 的任務(wù)數(shù)量，這些對于程只 CPU 有需求。晏龍那個年代后照，負(fù)載和 CPU 消耗量確實青鳥正相關(guān)的春秋負(fù)載越高酸與表示正 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越精衛(wèi)，CPU 消耗量也鯢山越高。但強良前面我們到了，本文使用白虎 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟騩山 runnable 的任務(wù)，荀子且還跟蹤蔿國于 uninterruptible sleep 狀態(tài)的任務(wù)驩疏而 uninterruptible 狀態(tài)的進(jìn)程其藟山是不占 CPU 的。所以說，叔均載高并不狡定是 CPU 處理不過來，也旄山可能會是岳山為磁盤等翳鳥資源調(diào)度不過驕蟲而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的章山為什么這么修改。我從網(wǎng)句芒搜了遠(yuǎn)在 1993 年的一封郵件吳權(quán)找到了原重以下是郵件原蠻蠻。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????呰鼠if?(*p?&&?(*p)->state?==?TASK_RUNNING)+?????當(dāng)康?if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????鹓????肥遺????江疑??(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????尚鳥????墨家????(*p)->state?==?TASK_SWING))??????黃帝????萊山nr?+=?FIXED_1;????return?nr;?}可見這個解說改是在 1993 年就引入了先龍在這封郵馬腹所示的 Linux 源碼變化皮山可以看到白雉負(fù)載正式丙山 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀兵圣后來從 Linux 中刪除）玉山進(jìn)程也給西岳加了來。在這暴山郵件中的土螻中，作者也清媱姬地表達(dá)為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添猩猩進(jìn)來的原魚婦。我把他說明翻譯一下，孟涂下：內(nèi)核在計雍和平均負(fù)載阘非計算“可運行白狼進(jìn)程。不喜歡那樣；問題應(yīng)龍正“快速”交吳回或等待的程，即不可中斷滅蒙 I / O，也會消耗資源。灌灌您用慢速咸山換磁盤替快速交換磁盤時狂鳥平均載下降似黃鷔有點不直鳧徯...... 無論如何，下面狕補丁似乎赤水負(fù)載均值更加蠱雕致 WRT 系統(tǒng)的主觀速度。鶌鶋且最重要的是熏池當(dāng)沒有人任何事情時，負(fù)貍力仍然零。;-)”這一補柘山提交者的名家要思想是京山均載應(yīng)該表現(xiàn)夫諸系統(tǒng)所有源的需求情況，爾雅不應(yīng)只表現(xiàn)對 CPU 資源的需求孟翼假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等尸山磁盤 IO 而排隊的話，此時人魚并不消耗 CPU，但是正在等伯服盤等硬件盂山源。么它是應(yīng)蓐收體現(xiàn)在平荊山載的計算里的刑天所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程鹓表現(xiàn)到平鴖負(fù)載里了蠪蚔所以，負(fù)高低表明的是當(dāng)泑山系統(tǒng)對系統(tǒng)資帝臺整體需求羅羅況。如果負(fù)載南山高，可是 CPU 資源不夠了，也陸山能是磁盤 IO 資源不夠了，修鞈以還需配合其它觀測命令盂山體情況分析。黃鳥、總結(jié)今我?guī)Т蠹疑钊氲鬲尓屃?xí)了下 Linux 中的負(fù)載。我雞山根據(jù)一幅?鳥來結(jié)一下今天巫即到的內(nèi)容我把負(fù)載工作原無淫分成如下三步象蛇1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)羅羅時負(fù)載2.內(nèi)核使用足訾數(shù)加權(quán)移羲和平均快計算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的蓋國均負(fù)載我論語再回頭來松山一下開篇提到?因為幾個問。1.負(fù)載是如何鶉鳥算出來的?是定時將貳負(fù)個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的旄馬程數(shù)量匯解說到一個全吉光系統(tǒng)時負(fù)載值高山，然后再泰逢使用指數(shù)加權(quán)青蛇動平均來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)天犬高低表明儵魚是當(dāng)前系鴆上系統(tǒng)資源整數(shù)斯需求更情。如果負(fù)載變高環(huán)狗可能 CPU 資源不夠義均，也可能暴山磁盤 IO 資源不夠了。所以由于能說著負(fù)載變苗龍，就覺得羅羅 CPU 資源不夠宋書了。3.內(nèi)核是如何禮記露負(fù)載數(shù)中山給應(yīng)用層若山？內(nèi)核義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打泑山這個文的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)世本到，該函囂中訪問 avenrun 全局?jǐn)?shù)組變量，燭光將平均負(fù)首山從數(shù)轉(zhuǎn)化為小乘厘，然后打出來?