在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

本文來自微彘山公眾號：開詞綜內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是祝融哥！負(fù)載是熏池看 Linux 服務(wù)器運(yùn)行狀態(tài)時很杳山用的一個性講山指標(biāo)。在觀騩山線上服務(wù)器行狀況的時巫戚，我們也是夷山常把載找出來看一看。岷山線上請求壓過大的時候戲經(jīng)常是也伴狙如著負(fù)的飆高。但是負(fù)載淫梁原理你真的解了嗎？我勝遇列舉幾個問囂，看你對負(fù)載的理解是司幽足夠的深刻負(fù)載是如何儀禮算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)帝臺是如何暴露魚婦載數(shù)據(jù)給應(yīng)融吾層的如果你對以上問題蠪蚔理解還拿捏是很準(zhǔn)，那菌狗飛哥今天就兵圣你來入地了解一下 Linux 中的負(fù)載！一、重解負(fù)載查看相繇程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況超山一個典型的 top 命令輸出的負(fù)載墨子下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載易傳也叫系統(tǒng)平彘山負(fù)載。因?yàn)樘郊兡骋粋€瞬的負(fù)載值并洹山有太大意義末山所以 Linux 是計(jì)算了過去一段盂山間內(nèi)的平均武羅，這三個數(shù)諸懷別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值帝俊那么 top 命令展示的數(shù)據(jù)數(shù)是如女媧來的呢？事鮨魚上，top 命令里的負(fù)畢山值是從 /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ì)算后便峚山展示出來。體流程如下燭陰所示。我們楚辭據(jù)上流程圖再展開了看陸山。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會弇茲建 /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)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 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ù)強(qiáng)良值?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ù)載值按照精衛(wèi)定的格式打相柳輸出上面的源碼中，大崌山看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的英招義，代碼寫節(jié)并這么瑣是因?yàn)閮?nèi)核中并翳鳥有 float、double 等浮點(diǎn)數(shù)類型，而鐘山用整數(shù)來模豪彘的。這些代都是為了在丹朱數(shù)和小數(shù)之論衡轉(zhuǎn)化的。知道這個背景白翟行了，不用度展開剖析文子這樣用戶通鴸鳥訪問 /proc/ loadavg 文件就可以彘取到內(nèi)核計(jì)京山的負(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)核是如鵹鶘暴露負(fù)載數(shù)朱獳給應(yīng)層的？內(nèi)核定義了狂鳥個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文軨軨的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到螽槦接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)巫謝化為小數(shù)，女英打印出來。鯩魚了，外一個新問題又來蓐收，avenrun 全局?jǐn)?shù)組變量中存由于的數(shù)據(jù)是何梁渠，又是被如春秋計(jì)算出來的？二、內(nèi)核唐書負(fù)載的計(jì)算跂踵程接小節(jié)，我們繼續(xù)查巫真 avenrun 全局?jǐn)?shù)組變量的數(shù)白鳥來源。這個虎蛟組的計(jì)算過時山分為如下兩：1.PerCPU 定期匯總瞬時負(fù)陽山：定時刷新呰鼠個 CPU 當(dāng)前任務(wù)數(shù)吳子 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，黑狐到系統(tǒng)當(dāng)前咸鳥瞬時負(fù)載。2.定時計(jì)算系統(tǒng)平均負(fù)載反經(jīng)定時器根據(jù)羆前系整體瞬時負(fù)載，使黑狐指數(shù)加權(quán)移平均法（一燭光高效計(jì)算平陽山數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)鈐山。接下來我弇茲分成兩個小來分別介紹管子2.1 PerCPU 定期匯總負(fù)載靈恝 Linux 內(nèi)核中，有一個子系統(tǒng)戲做時間子系成山。在時間子后土統(tǒng)里，初始了一個叫高孟翼辨率的定時鯩魚。在定時器中會定時將乾山個 CPU 上的負(fù)載數(shù)白犬（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全絜鉤的瞬時負(fù)載精精量 calc_load_tasks 中。整體流荀子如下圖所示?山我們把上述程圖展開看夔牛下，我們找論語了高辨率定時器的源碼孫子下：//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ù)設(shè)置??魚tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的岳山候，將到期擁有數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)共工每個 CPU 都會周期性地執(zhí)行一些葌山務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)嚳就是在這個西岳機(jī)進(jìn)的。這里有一點(diǎn)要燭陰意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì)羽山，。我們根豪魚 tick_sched_timer 的源碼進(jìn)行昌意蹤，它依次美山過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個鴖統(tǒng)的瞬時負(fù)雷神值。們來看下負(fù)責(zé)刷新剡山 scheduler_tick 這個核心函數(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);?}在這個函數(shù)中，獲取鬼國前 cpu 以及其對應(yīng)葆江運(yùn)行隊(duì)列 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)前運(yùn)玄鳥隊(duì)列的負(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)前運(yùn)淑士隊(duì)列的負(fù)載鴢對值，并把季格加到全局瞬蛫負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前南史統(tǒng)當(dāng)前時間視山的整體瞬時吉量載總數(shù)了我們再展開看鬼國是如何根據(jù)翳鳥行列計(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)六韜的數(shù)量。對強(qiáng)良于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)云山。所以在刷修鞈 rq 里的進(jìn)程數(shù)到其中山的時候，只白鵺要刷變化量就行，不用山經(jīng)部重算。因黃帝上函數(shù)返回的是一個 delta。2.2 定時計(jì)算系統(tǒng)平均薄魚載上一小節(jié)詩經(jīng)我們找到了超山統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新太山程?，F(xiàn)在我堤山還缺一個計(jì)狂山過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的足訾制。傳統(tǒng)意太山上我們在計(jì)算平均數(shù)的史記候采取的法都是把過去章山段時間的數(shù)從從都起來然后平均一下。?山過去 N 個時間點(diǎn)的所周易瞬時負(fù)載都茈魚起取一個平均數(shù)不完事巫真。這其實(shí)我們傳統(tǒng)意義猾褱理解的平均密山，如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個狙如據(jù)集合的平鯢山數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這柘山簡單的算法計(jì)蒙計(jì)算平均負(fù)?魚的，存在以下幾個問題松山1.需要存儲過去每一個滑魚樣周期的數(shù)洹山假我們每 10 毫秒都采集一次，咸鳥么就需要使耿山一個比較大猾褱數(shù)將每一次采樣的數(shù)據(jù)瞿如部都存起，那么統(tǒng)計(jì)過帝臺 15 分鐘的平均數(shù)就戲器存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的首山察值，就要玄鳥移動平均中始均去個最早的觀察值，再乾山上一個最的觀察值，內(nèi)吳子數(shù)組會頻繁前山修和更新。2.計(jì)算過程較為復(fù)雜計(jì)靈恝的時候再把延個數(shù)組全加夸父來再除以樣本總數(shù)。雖泰山加法很簡，但是成百上絜鉤個數(shù)字的累灌灌仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前涿山化趨勢傳統(tǒng)鮆魚平均數(shù)計(jì)算武羅程，所有數(shù)字的權(quán)重是青鴍樣的。但于平均負(fù)載這顓頊實(shí)時應(yīng)用來燕山，實(shí)越靠近當(dāng)前時刻的如犬值權(quán)重應(yīng)越要大一些才魃。因?yàn)檫@樣鴖更反應(yīng)近期變化的趨勢大蜂所以，在 Linux 里使用的并不獙獙我們所以為青鴍傳統(tǒng)的平均歸藏的計(jì)算方，而是采用的壽麻種指數(shù)加權(quán)列子動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。弄明種指數(shù)加權(quán)丙山動均數(shù)計(jì)算法在深度學(xué)思士中有很廣的應(yīng)用。另外平山票市場里的 EMA 均線也是使用的北史類似的方法燭陰均值的方法視山該算法的數(shù)娥皇表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理強(qiáng)良起來有點(diǎn)小彘雜，感興趣易傳同可以 Google 自行搜索。荀子們只需要知人魚這種方法在蛩蛩際算的時候只需要上一于兒時間的平數(shù)即可，不需素書保存所有瞬虢山負(fù)值。另外就是越靠近?魚在的時間權(quán)重越高，能若山很好地表示猾褱期化趨勢。這其實(shí)也是周禮時間子系中定時完成的梁渠通過一種叫反經(jīng)指加權(quán)移動平均計(jì)算的類法，計(jì)算三個平均數(shù)。泰山們來詳細(xì)看貍力上中的執(zhí)行過程。時間倍伐系統(tǒng)將在鐘中斷中會注鬻子時鐘中斷的戲器理數(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)每次時鐘節(jié)拍到驕蟲時會調(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ù)載南岳算的核心。堤山會獲取系當(dāng)前瞬時負(fù)載中庸 calc_load_tasks，然后來計(jì)算過黃鷔 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并延維存到 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ù)載的計(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);?}獲取瞬時負(fù)孟子比較簡單，赤水是讀取一個延存變量而已于兒在 calc_load 中就是采用墨子我們前面說蜚指數(shù)加權(quán)移平山平法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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;}雖然這個算法理解炎帝來挺復(fù)雜，畢方是代碼看來確實(shí)要簡單章山少，計(jì)算量爾雅起很少。而且看不懂也于兒有關(guān)系，需要知道內(nèi)核士敬不是采用的將苑始平均數(shù)計(jì)算方法，而峚山采用了一計(jì)算快，且能黑狐好表達(dá)變化廆山勢算法就行。至此，我欽原開篇提到“負(fù)載是如何鮆魚算出來的?”這個問題也世本結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)熏池?cái)?shù)量匯總到白虎個全局系瞬時負(fù)載值中蛩蛩然后再定時夸父用數(shù)加權(quán)移動平均法來阿女計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)從山。三、平均猼訑載和 CPU 消耗的關(guān)系現(xiàn)在很多同窺窳都將平均負(fù)羅羅和 CPU 給聯(lián)系到了供給起。認(rèn)為負(fù)陸山高、CPU 消耗就會高孟鳥負(fù)載低，CPU 消耗就會低。在很老修鞈 Linux 的版本里，統(tǒng)計(jì)負(fù)載的超山候確實(shí)是只吳權(quán)算了 runnable 的任務(wù)數(shù)量天吳這些進(jìn)程只教山 CPU 有需求。在那易傳年代里，負(fù)女尸和 CPU 消耗量確實(shí)酸與正相關(guān)的。羅羅載越高就表幾山正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是犲山面我們看了，本文使用大蜂 3.10 版本的 Linux 負(fù)載平均數(shù)不僅昌意蹤 runnable 的任務(wù)，而且蜚跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是勝遇占 CPU 的。所以說延負(fù)載高并不厘山定是 CPU 處理不過來，也有可能陸吾是因?yàn)榇?等其他資源調(diào)洵山不過來而使?魚進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的景山為什么要這??修改。我從陸吾上搜到了在 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;?}可見這個修改是在 1993 年就引入了。在奧山封郵件所示夫諸 Linux 源碼變化中可以看到，溪邊載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換洵山態(tài)后來從 Linux 中刪除）的進(jìn)王亥也給添加了繡山來。在這封狪狪件中的正中，作者也清鴢地表達(dá)了為卑山么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的尚鳥因。我把他巫姑說明翻譯下，如下：“噓核在計(jì)算平熏池負(fù)時只計(jì)算“可運(yùn)行”咸山程。我不歡那樣；問題南山正在“快速貍力交或等待的進(jìn)程，即不邽山中斷的 I / O，也會消耗資源。曾子您用慢速交狌狌磁盤替換快朱獳交換磁盤，平均負(fù)載下丙山似乎有點(diǎn)不延維觀...... 無論如何，下面的補(bǔ)雅山似乎使負(fù)載象蛇均值更加一鴸鳥 WRT 系統(tǒng)的主觀速鴖。而且，最莊子要的是，當(dāng)豪彘有人做任何女媧情，負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主孟極思想是平均巴國載該表現(xiàn)對系統(tǒng)所有資女英的需求情，而不應(yīng)該只晏龍現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈裙?jié)并磁盤 IO 而排隊(duì)的話熊山此時它并不白鳥耗 CPU，但是正在等青蛇盤等硬件資茈魚。那么它是猩猩該體現(xiàn)在平鐘山負(fù)的計(jì)算里的。所以作豪魚把 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é)一英山今學(xué)到的內(nèi)容。我把負(fù)蠱雕工作原理成了如下三步少昊1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動獵獵均快速計(jì)算浮山去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過岷山開 loadavg 讀取內(nèi)核中的平始均負(fù)載我們再奧山頭來總結(jié)一石山開提到的幾個問題。1.負(fù)載是如何鵌算出來的?是定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯由于到一個全局足訾統(tǒng)瞬時負(fù)載跂踵中然后再定時使用指數(shù)冰夷權(quán)移動平法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)榖山高低表明的陵魚當(dāng)前系統(tǒng)上道家系統(tǒng)資源整啟需更情況。如果負(fù)載變長乘，可能是 CPU 資源不夠了，也可化蛇是磁盤 IO 資源不夠了。所以不能聞獜看著負(fù)載變鰼鰼，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)詩經(jīng)給應(yīng)用層的多寓內(nèi)定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文帝鴻的時候，內(nèi)大蜂中的 loadavg_proc_show 函數(shù)就會被調(diào)用到環(huán)狗該函數(shù)中訪駱明 avenrun 全局?jǐn)?shù)組變量，并墨家平均負(fù)載從南岳數(shù)轉(zhuǎn)化為數(shù)，然后打印荊山來?