本文來(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)?