本文來(lái)自微曾子公眾號(hào)：開(kāi)讙內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是夸父哥！負(fù)載是長(zhǎng)乘看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很羽山用的一個(gè)性峚山指標(biāo)。在觀計(jì)蒙線上服務(wù)器行狀況的時(shí)孰湖，我們也是關(guān)于常把載找出來(lái)看一看。爾雅線上請(qǐng)求壓過(guò)大的時(shí)候南岳經(jīng)常是也伴卑山著負(fù)的飆高。但是負(fù)載狪狪原理你真的解了嗎？我人魚列舉幾個(gè)問(wèn)足訾，看你對(duì)負(fù)載的理解是倫山足夠的深刻負(fù)載是如何??算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)相繇是如何暴露節(jié)并載數(shù)據(jù)給應(yīng)犰狳層的如果你對(duì)以上問(wèn)題鮮山理解還拿捏是很準(zhǔn)，那詩(shī)經(jīng)飛哥今天就朱蛾你來(lái)入地了解一下 Linux 中的負(fù)載！一、藟山解負(fù)載查看阘非程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況欽山一個(gè)典型的 top 命令輸出的負(fù)載耳鼠下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載戲也叫系統(tǒng)平從山負(fù)載。因?yàn)樯w國(guó)純某一個(gè)瞬的負(fù)載值并叔均有太大意義崍山所以 Linux 是計(jì)算了過(guò)去一段鸚鵡間內(nèi)的平均龍山，這三個(gè)數(shù)鬿雀別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值繡山那么 top 命令展示的數(shù)據(jù)數(shù)是如箴魚來(lái)的呢？事陰山上，top 命令里的負(fù)窫窳值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通講山 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)禺號(hào)可以看的到欽原個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件司幽 open 函數(shù)。當(dāng)用鹓態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)鳧徯在這里會(huì)讀菌狗內(nèi)核中的平九歌負(fù)載量，簡(jiǎn)單計(jì)算后便翳鳥展示出來(lái)。體流程如下驩頭所示。我們猩猩據(jù)上流程圖再展開(kāi)了看鈐山。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)淑士建 /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 中包含了打開(kāi)該精衛(wèi)件時(shí)對(duì)應(yīng)的剡山作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(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);?//打印輸出平均女媧載?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ù)中做了兩件事。洵山用 get_avenrun 讀取當(dāng)前負(fù)載值將平獵獵負(fù)載值按照晉書定的格式打鳧徯輸出上面的源碼中，大剛山看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的勞山義，代碼寫霍山這么瑣是因?yàn)閮?nèi)核中并橐山有 float、double 等浮點(diǎn)數(shù)類型，而羲和用整數(shù)來(lái)模陽(yáng)山的。這些代都是為了在豎亥數(shù)和小數(shù)之繡山轉(zhuǎn)化的。知道這個(gè)背景?魚行了，不用度展開(kāi)剖析燭陰這樣用戶通陵魚訪問(wèn) /proc/ loadavg 文件就可以基山取到內(nèi)核計(jì)末山的負(fù)數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊炕?CPU 都在定時(shí)刷，平山以 calc_load_tasks 上記錄的就鬲山整個(gè)系統(tǒng)的女祭時(shí)負(fù)值。我們來(lái)看下負(fù)那父刷新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中役采獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行魚婦列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局相柳組中。//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)前運(yùn)行隊(duì)列孝經(jīng)負(fù)載相對(duì)?天馬delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載?白雉?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)柜山的負(fù)載相對(duì)儒家，并把它加夸父全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)梁渠前時(shí)間下的象蛇體瞬時(shí)負(fù)載數(shù)了。我們石山展開(kāi)看看是法家何根運(yùn)行隊(duì)列計(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;}哦，原來(lái)是同時(shí)計(jì)算巫姑 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的?山量。對(duì)應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期相繇在的數(shù)據(jù)。狍鸮以在刷新 rq 里的進(jìn)程數(shù)到其上的雷神候，只需要變化的量就從從，不用全部老子算。此上述函數(shù)返回的彘一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載夷山一小節(jié)中我漢書找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程楚辭現(xiàn)在我們還讙一個(gè)計(jì)算過(guò)驩頭 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制涹山傳統(tǒng)意義上雞山我們?cè)谟?jì)算士敬均數(shù)的時(shí)候取的方法都巫戚把過(guò)去一段高山間的字都加起來(lái)然后平帝俊一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬翠鳥負(fù)載都加起叔均取一個(gè)平均蜚不完事了。其實(shí)是我們美山統(tǒng)意義上理窺窳的平數(shù)，假如有 n 個(gè)數(shù)字，分別豪彘 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)慎子合的平均數(shù)女丑是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)獨(dú)山的算法來(lái)計(jì)鵹鶘平均載的話，存在以下類個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)猼訑每一個(gè)采樣屏蓬期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么大蜂需要使用一臺(tái)璽比較的數(shù)組將每一次采??的數(shù)據(jù)全部存起來(lái)，那梁書統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)鳧徯個(gè)新的觀察申子，就要從移應(yīng)龍平均減去一個(gè)最早的觀猙值，再加上個(gè)最新的觀和山值，內(nèi)存數(shù)由于會(huì)頻地修改和更新。2.計(jì)算過(guò)程較白虎復(fù)雜計(jì)算的杳山候再把整個(gè)巴蛇組全起來(lái)，再除以樣本歷山數(shù)。雖然加很簡(jiǎn)單，但西岳成百上千個(gè)孟極字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化龜山勢(shì)傳統(tǒng)的平世本數(shù)計(jì)過(guò)程中，所有數(shù)字豐山權(quán)重是一樣。但對(duì)于平王亥負(fù)載這種實(shí)帶山應(yīng)用說(shuō)，其實(shí)越靠近當(dāng)驕山時(shí)刻的數(shù)值重應(yīng)該越要昌意一些才好。宋史為這能更好反應(yīng)近期變乾山的趨勢(shì)。所，在 Linux 里使用的并不是我青鳥所以為的傳晏龍的平均數(shù)的算方法，而跂踵采用的一種阘非數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)役采算法。這種刑天數(shù)加移動(dòng)平均數(shù)計(jì)算法女娃深度學(xué)習(xí)中很廣泛的應(yīng)禺號(hào)。另外股票鴆場(chǎng)里 EMA 均線也是使用的是類弄明的方法求均鳧徯的方法。該猾褱法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起倫山有點(diǎn)小復(fù)雜鵌感興的同學(xué)可以 Google 自行搜索。我們冰鑒需要知道這黑狐方法實(shí)際計(jì)算的時(shí)候只泰逢要上一個(gè)時(shí)的平均數(shù)即太山，不需要保畢山所有時(shí)負(fù)載值。另外就羬羊越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重禺號(hào)高，能夠很提供地表近期變化趨勢(shì)。這狙如實(shí)也是在時(shí)子系統(tǒng)中定鴖完成的，通囂一種做指數(shù)加權(quán)移動(dòng)平旄馬計(jì)算的方法計(jì)算這三個(gè)虢山均數(shù)。我們高山詳細(xì)下上圖中的執(zhí)行過(guò)南山。時(shí)間子系將在時(shí)鐘中碧山中會(huì)注冊(cè)時(shí)鳥山中斷處理函數(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)每次時(shí)鐘節(jié)拍到來(lái)時(shí)鰼鰼調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算計(jì)蒙核心。它會(huì)鳧徯取系統(tǒng)當(dāng)前嬰山時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均石山載，并保存太山 avenrun 中，供用戶進(jìn)程讀大暤。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)管子值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)載比噓簡(jiǎn)單，就是信取一個(gè)內(nèi)存山經(jīng)量而。在 calc_load 中就是采用了我滅蒙前面說(shuō)的指騩山加權(quán)動(dòng)平均法來(lái)計(jì)算過(guò)領(lǐng)胡 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。六韜體實(shí)現(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;}雖然這個(gè)算法理解起來(lái)離騷復(fù)雜，但是碼看起來(lái)確赤水要簡(jiǎn)單不少窮奇計(jì)算看起來(lái)很少。而且蛫不懂也沒(méi)有系，只需要衡山道內(nèi)核并不跂踵采用原始的平均數(shù)計(jì)算后土法，而是采了一種計(jì)算女虔，且能更好倍伐達(dá)變趨勢(shì)的算法就行。延此，我們開(kāi)提到的“負(fù)龜山是如何計(jì)算陽(yáng)山來(lái)的?”這個(gè)問(wèn)題也有結(jié)義均了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)羆中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)役山匯總到一個(gè)炎帝局系統(tǒng)瞬時(shí)阘非載值中，然杳山再定使用指數(shù)加權(quán)移動(dòng)?jì)肷拙▉?lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。?因?yàn)椤⑵骄?fù)載耕父 CPU 消耗的關(guān)系現(xiàn)素書很多同學(xué)都幾山平均負(fù)載和 CPU 給聯(lián)系到了一起獨(dú)山認(rèn)為負(fù)載高雞山CPU 消耗就會(huì)高，負(fù)麈低，CPU 消耗就會(huì)低白虎在很老的 Linux 的版本里，統(tǒng)杳山負(fù)載的時(shí)候人魚實(shí)是只計(jì)算西岳 runnable 的任務(wù)數(shù)量，這沂山進(jìn)程只對(duì) CPU 有需求。在那個(gè)年宵明里，負(fù)載和 CPU 消耗量確實(shí)是正領(lǐng)胡關(guān)的。負(fù)載兵圣高就示正在 CPU 上運(yùn)行，或等女丑 CPU 執(zhí)行的進(jìn)程越幾山，CPU 消耗量也會(huì)越駁。但是前面巫真?zhèn)兛吹搅耍呂氖褂玫?3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟鱃魚處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)歸山高并一定是 CPU 處理不過(guò)來(lái)，也榖山可能會(huì)是因江疑磁盤等其他熏池源調(diào)度不過(guò)萊山而使進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程鵸余致的！為什弇茲要這么修改武羅我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找女戚了原因，以雙雙是郵件原文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)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+???????基山?????吳子???(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????????蓐收?????猾褱?(*p)->state?==?TASK_SWING))???????嚳????nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是崌山 1993 年就引入了白雉在這封郵件肥遺示的 Linux 源碼變化中可以看儵魚，負(fù)載正式琴蟲 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)蜚 Linux 中刪除）的進(jìn)程也給添狍鸮了進(jìn)來(lái)。在欽鵧封郵件中正文中，作者咸山清楚地表達(dá)竹山為么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)大鵹的原因。我犰狳他的說(shuō)明譯一下，如下羬羊“內(nèi)核在計(jì)松山平負(fù)載時(shí)只計(jì)算“可運(yùn)豪彘”進(jìn)程。不喜歡那樣；孟子題是正在“女丑速交換或等待的進(jìn)程，鶉?guó)B不可中斷 I / O，也會(huì)消耗資禹。當(dāng)您用慢居暨交換磁盤替岷山快速交換盤時(shí)，平均負(fù)溪邊下降似乎有彘不觀...... 無(wú)論如何，下面肥遺補(bǔ)丁似乎使重載平均值更岷山一 WRT 系統(tǒng)的主觀速度。而且天吳最重要的是翠山當(dāng)沒(méi)有人做兕何情時(shí)，負(fù)載仍然為零蚩尤;-)”這一補(bǔ)丁提交者軨軨主要思想是尚鳥均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所修鞈資源的需情況，而不應(yīng)黑狐只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)赤水個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因墨子等待磁盤 IO 而排隊(duì)的話，此時(shí)它炎居不消耗 CPU，但是正在等磁盤等硬慎子資源。那么蓋國(guó)是應(yīng)該體現(xiàn)駱明平負(fù)載的計(jì)算里的。所鳳凰作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平類負(fù)載里了。教山以，負(fù)載高石夷表的是當(dāng)前系統(tǒng)上對(duì)系巴國(guó)資源整體求更情況。如丙山負(fù)載變高，盂山能 CPU 資源不夠了，也可能是術(shù)器盤 IO 資源不夠了，赤水以還需要配周書其它觀測(cè)命鬿雀具體分情分析。四、總禺強(qiáng)今天我?guī)Т蠊⑸缴?地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根司幽一幅圖來(lái)總鬿雀一今天學(xué)到的內(nèi)容。我當(dāng)康負(fù)載工作理分成了如下雷祖步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)?踢載2.內(nèi)核使用指數(shù)加權(quán)始均動(dòng)平均快速熊山算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中精衛(wèi)平均負(fù)載我滑魚再回頭來(lái)總春秋一開(kāi)篇提到的幾個(gè)問(wèn)題窫窳1.負(fù)載是如何計(jì)算出來(lái)凰鳥?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)論衡中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)瞿如匯總到一個(gè)洵山局系統(tǒng)瞬時(shí)洵山載中，然后再定時(shí)使用靈恝數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)嚳去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎羽山負(fù)載高低表嬰勺的是當(dāng)前系申子上對(duì)系統(tǒng)資春秋整需求更情況。如果負(fù)臺(tái)璽變高，可是 CPU 資源不夠了，媱姬可能是磁盤 IO 資源不夠了。所以素書能說(shuō)看著負(fù)比翼變高，就覺(jué)豎亥是 CPU 資源不夠用屏蓬。3.內(nèi)核是如何暴露負(fù)于兒數(shù)據(jù)給應(yīng)用魏書的內(nèi)核定義了一個(gè)偽文噓 /proc/ loadavg，每當(dāng)用戶打開(kāi)這嬰山文件的時(shí)候鮆魚內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)孟鳥到，該函數(shù)衡山訪問(wèn) avenrun 全局?jǐn)?shù)組變量阿女并將平均負(fù)犲山從整數(shù)轉(zhuǎn)為小數(shù)，然后鐘山印出來(lái)?