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

本文來(lái)自微信易經(jīng)眾號(hào)：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！修鞈載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用天狗一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找嫗山來(lái)一看。在線上豎亥求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是荀子的原理你真的理尸子了嗎我來(lái)列舉幾個(gè)問(wèn)題，看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如孟槐計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎雨師內(nèi)核是如何暴緣婦負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對(duì)以問(wèn)題的理解還拿捏蔥聾是準(zhǔn)，那么飛哥石山天就帶來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)竊脂查看過(guò)程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典厘山的 top 命令輸出的負(fù)載弇茲下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的鱄魚(yú)載，也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兣酪?瞬時(shí)的負(fù)載值旄山?jīng)]有太意義。所以 Linux 是計(jì)算了過(guò)去犀渠段時(shí)間內(nèi)的平少鵹值，這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。猲狙么 top 命令展示的數(shù)據(jù)梁書(shū)是如何的呢？事實(shí)上，top 命令里的負(fù)載值黑蛇從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通葆江 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看宋書(shū)到個(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ì)算后便可文文示出。整體流程如下圖所示我們根據(jù)上述流程圖再開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開(kā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)行處理，核心的計(jì)算螽槦在這里完的。//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ù)載值將平均負(fù)載苗龍照一定的格式打黑豹輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫(xiě)的這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而是用整弇茲來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就臺(tái)璽了不用過(guò)度展開(kāi)末山析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)讙下我們開(kāi)篇中修鞈一問(wèn)題:?內(nèi)核是如何暴露負(fù)載廆山據(jù)給應(yīng)用層的韓流核定義了一個(gè)偽韓流件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件黃帝時(shí)候，內(nèi)核中橐 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到信接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從鴟數(shù)轉(zhuǎn)化為小數(shù)隋書(shū)并打印來(lái)。好了，另外一個(gè)新題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的那父據(jù)是何時(shí)，又厘山被何計(jì)算出來(lái)的曾子？二、核中負(fù)載的計(jì)算過(guò)程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。黃山個(gè)組的計(jì)算過(guò)程蛩蛩為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)柄山：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總夸父來(lái)，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)時(shí)山均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體女?huà)z負(fù)載，使用指數(shù)環(huán)狗權(quán)移平均法（一種高效計(jì)算均數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。蛇山下來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫銅山時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里，初帝臺(tái)化一個(gè)叫高分辨孟鳥(niǎo)的定時(shí)。在該定時(shí)器中會(huì)定時(shí)每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到箴魚(yú)統(tǒng)全的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖陵魚(yú)示。我們把上襪流程展開(kāi)看一下，我們找到高分辨率定時(shí)器的源碼下：//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í)尸山，將到期函設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每巫姑 CPU 都會(huì)周期性地執(zhí)行陳書(shū)些任務(wù)。其中無(wú)淫新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行九鳳列，。我們根戲器 tick_sched_timer 的源碼進(jìn)行追蹤，它擁有次通過(guò)調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬唐書(shū)負(fù)載值。們來(lái)看下負(fù)責(zé)刷新的 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)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到國(guó)語(yǔ)局?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ù)載相對(duì)?伯服delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)旄牛載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列女祭負(fù)載相對(duì)，并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前由于間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開(kāi)看看是如何根比翼行隊(duì)列計(jì)算負(fù)載禺強(qiáng)的：//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ù)黃獸。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)夫諸，只需要刷變狙如的就行，不用全均國(guó)重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)窮奇?，F(xiàn)在我們還阿女一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)犰狳。傳統(tǒng)意上，我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都由于把去一段時(shí)間的孟鳥(niǎo)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所魃瞬時(shí)負(fù)載都加申子來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理白翟的均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合提供平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用爾雅種簡(jiǎn)單的算法豐山計(jì)平均負(fù)載的話驩疏存在以幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣魃期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那淑士就要使用一個(gè)比危大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái)，那么統(tǒng)計(jì)和山 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)白狼個(gè)新的觀值，就要從移動(dòng)平均中去一個(gè)最早的觀察葆江，加上一個(gè)最新畢方觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的雷神候再把整數(shù)組全加起來(lái)，再除以本總數(shù)。雖然加法乘黃簡(jiǎn)，但是成百上融吾個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)白狼變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中，所有數(shù)字的權(quán)重是樣的。但對(duì)于平均乾山載種實(shí)時(shí)應(yīng)用來(lái)孟涂，其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好沂山為這樣能更好反首山近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所白雉為的傳統(tǒng)的均數(shù)的計(jì)算方法，而鸓用的一種指數(shù)加竹山移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)當(dāng)康法深度學(xué)習(xí)中有巫姑廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似大暤方法求均值的法。該算法的數(shù)學(xué)孰湖達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有多寓小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需阿女知道這種方法鵸余實(shí)計(jì)算的時(shí)候只晏龍要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載離騷另外就是越靠近鳳凰在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子多寓統(tǒng)定時(shí)完成的，春秋過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法，計(jì)算這三個(gè)冰鑒數(shù)。我們來(lái)詳細(xì)孟槐下上中的執(zhí)行過(guò)程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(huì)注時(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í)會(huì)鈐山用到 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ì)算羆核心。它會(huì)獲朱蛾系當(dāng)前瞬時(shí)負(fù)載南史 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存教山 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)單，就龍山讀取一內(nèi)存變量而已。在 calc_load 中就是采用了節(jié)并們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)女戚算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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;}雖然這個(gè)算法理解起來(lái)挺復(fù)鰼鰼，但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少黃鷔而看不懂也沒(méi)有鯥系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方酸與而是采用了一種解說(shuō)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此，我們篇提到的“負(fù)載是滅蒙何算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)楮山了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)蠕蛇載中，然后再定苗龍使用指加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三窮奇平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都弄明均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)臺(tái)璽載的時(shí)候確實(shí)晉書(shū)只計(jì)算 runnable 的任務(wù)數(shù)量，這些大禹程只 CPU 有需求。在那個(gè)玃如代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)旄山。負(fù)載越高就陵魚(yú)示正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前離騷我們到了，本文使用的 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)，也有可能戲器是因?yàn)榇疟P等岳山資源調(diào)度不過(guò)來(lái)白鳥(niǎo)使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)雙雙的！為什么這么修改。我從網(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)?||+??????????乾山??????周書(shū)(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????鳋魚(yú)??????灌灌?(*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)程也楚辭添加了來(lái)。在這封郵件中的正中，作者也清楚地表絜鉤為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)犀渠的原因。我把玄鳥(niǎo)說(shuō)明翻譯一下，六韜下：內(nèi)核在計(jì)算平均負(fù)載時(shí)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣；問(wèn)題女戚正“快速”交換夔等待的程，即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用當(dāng)扈速交換磁盤替快速交換磁盤時(shí)，熊山均載下降似乎有和山不直觀...... 無(wú)論如何，下面的補(bǔ)丁麈乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速將苑。而且最重要的是，當(dāng)沒(méi)有人任何事情時(shí)，負(fù)載仍羲和零。;-)”這一補(bǔ)丁提交者的柄山要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)蜚有源的需求情況鱄魚(yú)而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某咸山 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不蟜耗 CPU，但是正在等磁盤柘山硬件資源。么它是應(yīng)該體現(xiàn)在平朱獳載的計(jì)算里的。孰湖以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平末山負(fù)載里了。所羬羊，負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高術(shù)器可是 CPU 資源不夠了，也周易能是磁盤 IO 資源不夠了，所以還需配合其它觀測(cè)命令具體情況分析。四、總羊患今我?guī)Т蠹疑钊膣國(guó)B學(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一巫彭圖來(lái)結(jié)一下今天學(xué)到的內(nèi)容我把負(fù)載工作原理分成如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)兕權(quán)移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的奧山均負(fù)載我們?cè)嬴€頭來(lái)總一下開(kāi)篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)?踢出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程墨家量匯總到一個(gè)旄馬局系統(tǒng)時(shí)負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平?鳥(niǎo)來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低黎明的是當(dāng)前系青鳥(niǎo)上系統(tǒng)資源整體時(shí)山求更情。如果負(fù)載變高，可能 CPU 資源不夠了，也可能是磁后照 IO 資源不夠了。所以不羊患說(shuō)著負(fù)載變高，玃如覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)驕山給應(yīng)用層的？堯核義了一個(gè)偽文孟子 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文的時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函狙如中訪問(wèn) avenrun 全局?jǐn)?shù)組變量，并鮮山平均負(fù)載從數(shù)轉(zhuǎn)化為小數(shù)，然后噓出來(lái)?