无码一区二区三区中文字幕,亚洲中文字幕永久无线码

貴州黔西市游船傾覆事故發(fā)生后，多家保險(xiǎn)公司緊急響應(yīng)

織夢(mèng)財(cái)經(jīng)資訊網(wǎng) 丹尼·特雷霍 2025-11-04 16:28:16

A+ A-

李沐宸劉奕暢非遺、科技、IP激活清明春旅新活力沉浸式創(chuàng)新體驗(yàn)讓文旅消費(fèi)一路“繁花” 本文來(lái)自信公眾號(hào)開(kāi)發(fā)內(nèi)功煉（ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來(lái)一看。在上請(qǐng)求壓過(guò)大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來(lái)列舉幾問(wèn)題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問(wèn)題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來(lái)入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過(guò)程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平值，這三數(shù)分別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò) 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來(lái)的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過(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)單算后便可示出來(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)該冰鑒時(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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒(méi) float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來(lái)模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開(kāi)剖。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局組而已。//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)篇中一個(gè)問(wèn)題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來(lái)了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來(lái)的？二、內(nèi)中負(fù)載的算過(guò)程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來(lái)源這個(gè)數(shù)組計(jì)算過(guò)程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總巫抵，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。下來(lái)我們成兩個(gè)小來(lái)分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的時(shí)負(fù)載變 calc_load_tasks 中。整體流程如圖所示。們把上述程圖展開(kāi)一下，我找到了高辨率定時(shí)的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分率定時(shí)?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è)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(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 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來(lái)看下責(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ù)全局?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)前行隊(duì)列的載相對(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ì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(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)程數(shù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò) 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來(lái)然后均一下。過(guò)去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來(lái)計(jì)算均負(fù)載的，存在以幾個(gè)問(wèn)題1.需要存儲(chǔ)過(guò)去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來(lái)再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過(guò)程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來(lái)說(shuō)，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過(guò)種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來(lái)細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(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í)會(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í)載值 calc_load_tasks，然后來(lái)計(jì)算去 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)單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說(shuō)的指數(shù)權(quán)移動(dòng)平法來(lái)計(jì)算去 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è)法理解起挺復(fù)雜，是代碼看來(lái)確實(shí)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開(kāi)篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問(wèn)題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來(lái)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起崌山為負(fù)載高CPU 消耗就會(huì)高負(fù)載低，CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 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 的。所以，負(fù)載高不一定是 CPU 處理不過(guò)來(lái)也有可能是因?yàn)榇?等其他資調(diào)度不過(guò)而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jì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)。在這封件中的正中，作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添進(jìn)來(lái)的原。我把他說(shuō)明翻譯下，如下“內(nèi)核在算平均負(fù)時(shí)只計(jì)算可運(yùn)行”程。我不歡那樣；題是正在快速”交或等待的程，即不中斷的 I / O，也會(huì)消耗源。當(dāng)您慢速交換盤替換快交換磁盤，平均負(fù)下降似乎點(diǎn)不直觀...... 無(wú)論如何，下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且，重要的是當(dāng)沒(méi)有人任何事情，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者主要思想平均負(fù)載該表現(xiàn)對(duì)統(tǒng)所有資的需求情，而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈?磁盤 IO 而排隊(duì)的話，此時(shí)并不消耗 CPU，但是正在等盤等硬件源。那么是應(yīng)該體在平均負(fù)的計(jì)算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都現(xiàn)到平均載里了。以，負(fù)載低表明的當(dāng)前系統(tǒng)對(duì)系統(tǒng)資整體需求情況。如負(fù)載變高可能是 CPU 資源不夠了，可能是磁 IO 資源不夠了所以還需配合其它測(cè)命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負(fù)載。我們根一幅圖來(lái)結(jié)一下今學(xué)到的內(nèi)。我把負(fù)工作原理成了如下步。1.內(nèi)核定時(shí)匯每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加移動(dòng)平均速計(jì)算過(guò) 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的均負(fù)載我再回頭來(lái)結(jié)一下開(kāi)提到的幾問(wèn)題。1.負(fù)載是如計(jì)算出來(lái)?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)皮山總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)高低表明是當(dāng)前系上對(duì)系統(tǒng)源整體需更情況。果負(fù)載變，可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說(shuō)看著負(fù)變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到該函數(shù)中問(wèn) avenrun 全局?jǐn)?shù)組量，并將均負(fù)載從數(shù)轉(zhuǎn)化為數(shù)，然后印出來(lái)? 親愛(ài)的家們！為了大家?guī)?lái)好的體驗(yàn)昨晚 23:30 至今晨約 6:00，IT之家數(shù)據(jù)庫(kù)服務(wù)器行了全面級(jí)，期間括發(fā)評(píng)論發(fā)帖等所互動(dòng)都經(jīng)了短時(shí)間斷。當(dāng)然作為之家務(wù)的一部，簽到系也不可避地經(jīng)過(guò)了務(wù)暫停，導(dǎo)致一部小伙伴們連續(xù)簽到數(shù)出現(xiàn)了斷。經(jīng)過(guò)臺(tái)工程師努力搶修截至目前有昨日已到用戶的到數(shù)據(jù)都恢復(fù)。不遺憾的是仍有一小分小伙伴日沒(méi)來(lái)得在停服前成簽到。此，技術(shù)的大佬是心撓肝，忍下班！于，經(jīng)軟技術(shù)部門論決定，明天（2021 年 7 月 21 日）參與簽到的伙伴們均自動(dòng)獲得簽卡一張以彌補(bǔ)大的損失。此之外，天所有參簽到的用還可自動(dòng)外獲得更卡一張，是給大家一點(diǎn)福利！這下技部的大佬終于可以心下班啦記住哦，天一定不忘了簽到！簽到方：點(diǎn)擊【】-> 右上角【領(lǐng)幣】，或直接戳這。IT之家 - 愛(ài)科技，愛(ài)這。軟媒技部門，2021 年 7 月 20 日，臨下班? 感謝IT之家網(wǎng)友 goodfull 的線索投遞！IT之家 1 月 24 日消息，2023 年第 95 屆奧斯卡提名現(xiàn)已公布，將于北京時(shí)間 3 月 13 日正式頒獎(jiǎng)。IT之家了解到，奧斯卡金像獎(jiǎng)（Oscars），又名美國(guó)電影藝術(shù)與科學(xué)學(xué)院獎(jiǎng)Academy Awards，中文簡(jiǎn)稱學(xué)院獎(jiǎng)），是由美國(guó)電藝術(shù)與科學(xué)學(xué)院主辦電影類獎(jiǎng)項(xiàng)，創(chuàng)辦于 1929 年。該獎(jiǎng)項(xiàng)是美國(guó)歷史最為悠久最具權(quán)威性和專業(yè)性電影類獎(jiǎng)項(xiàng)，也是全界最具影響力的電影獎(jiǎng)項(xiàng)。奧斯卡金像獎(jiǎng)美國(guó)電影界的最高獎(jiǎng)，與艾美獎(jiǎng)（電視類項(xiàng)）、格萊美獎(jiǎng)（音類獎(jiǎng)項(xiàng)）、托尼獎(jiǎng)（劇類獎(jiǎng)項(xiàng)）并稱為美演藝界四大獎(jiǎng)（EGOT）。最佳影片：《西線無(wú)戰(zhàn)事》菌狗阿凡達(dá) 2》《伊尼舍林的報(bào)喪女妖》《貓王》《瞬全宇宙》《造夢(mèng)之家《塔爾》《壯志凌云 2》《悲情三角》《女性的談判》石山佳女主：凱特?布蘭切特《塔爾》安娜?德?阿斯《金發(fā)夢(mèng)露》米歇?威廉姆斯《造夢(mèng)之家》安德麗婭?賴斯勒《致萊斯利》楊紫《瞬息全宇宙》最佳主角：奧斯汀?巴特《貓王》布蘭登?費(fèi)《龐然大物》比爾?伊《生之欲》科林?瑞爾《伊尼舍林的報(bào)女妖》保羅?麥斯卡曬后假日》最佳女配：安吉拉?貝塞特《豹 2》杰西?巴克利《女性的談判》凱瑞康頓《伊尼舍林的報(bào)女妖》杰米?李?柯斯《瞬息全宇宙》許倫《瞬息全宇宙》最男配角：布萊丹?格森《伊尼舍林的報(bào)喪妖》賈德?赫希《造之家》關(guān)繼威《瞬息宇宙》巴里?基奧恩伊尼舍林的報(bào)喪女妖布萊恩?泰里?亨利堤道》最佳視覺(jué)效果《西線無(wú)戰(zhàn)事》《阿達(dá) 2》《新蝙蝠俠》《黑豹 2》《壯志凌云 2》最佳剪輯：《伊尼舍林的報(bào)喪女妖《貓王》《塔爾》《志凌云 2》《瞬息全宇宙》最佳藝術(shù)指導(dǎo)《西線無(wú)戰(zhàn)事》《阿達(dá) 2》《巴比倫》《貓王》《造夢(mèng)之家》佳原創(chuàng)劇本：《瞬息宇宙》《伊尼舍林的喪女妖》《造夢(mèng)之家《塔爾》《悲情三角最佳改編劇本：《西無(wú)戰(zhàn)事》《利刃出鞘 2》《生之欲》《壯志凌云 2》《女性的談判》最佳配樂(lè)：《伊舍林的報(bào)喪女妖》《線無(wú)戰(zhàn)事》《瞬息全宙》《巴比倫》《造之家》最佳動(dòng)畫短片《男孩、鼴鼠、狐貍馬》《飛行水手》《商》《我的失貞之年《一只鴕鳥告訴我世是假的，我想我相信? IT之家 1 月 26 日消息，蘋果今天開(kāi)始銷售用于 Mac Studio 的 Kensington 鎖具套裝，國(guó)行版售價(jià) 548 元，包括 Kensington NanoSaver 密碼鎖，帶尼龍保護(hù)套的編織碳鋼纜，鎖定板適配器，不會(huì)擋住 Mac 端口，支持免工具安裝竦斯據(jù)蘋果官網(wǎng)紹，Kensington 鎖具套裝 (適用于 Mac Studio) 可提供你保護(hù) Mac Studio 所需的一切。此套裝為 Apple 產(chǎn)品設(shè)計(jì)，只需幾分即可安裝好，無(wú)需何工具或改裝。其計(jì)十分契合 Mac Studio，不會(huì)造成使用不便。款鎖具套裝經(jīng)驗(yàn)證測(cè)試，在扭矩 / 拉力、外力作用、具壽命、腐蝕和其環(huán)境條件方面均達(dá)業(yè)界領(lǐng)先標(biāo)準(zhǔn)，并供長(zhǎng)達(dá)五年的有限修服務(wù)。筆記本電安全鎖具全球領(lǐng)導(dǎo)牌 Kensington 品質(zhì)保障，讓你安心無(wú)白狼。蘋于 2022 年 3 月首次發(fā)布了 Mac Studio。這款高端臺(tái)式電腦提從從 M1 Max 和 M1 Ultra 芯片選項(xiàng)。點(diǎn)擊訪問(wèn)：蘋果中官方在線商? IT之家 1 月 27 日消息，當(dāng)?shù)貢r(shí) 1 月 26 日，雷蛇與美運(yùn)營(yíng)商 Verizon 合作推出了 Razer Edge 游戲掌機(jī)的 5G 和 Wi-Fi 版本，分別為 599.99 美元和 399.99 美元，其中 Wi-Fi 型號(hào)將于 2 月 8 日上市。Razer Edge 游戲掌機(jī)創(chuàng)人版本還帶 Razer Hammerhead 無(wú)線耳機(jī) (2021)，總價(jià) 500 美元。雷蛇 Razer Edge 游戲掌機(jī)載驍龍 G3x Gen 1 芯片，搭配 8GB LPDDR5 內(nèi)存和 128GB UFS 3.1 存儲(chǔ)（可通 microSD 卡擴(kuò)展至 2TB），采用 6.8 英寸 AMOLED 顯示屏，支持 2400 x 1080 像素分辨?(20:9) 和 144Hz 刷新率。這款掌機(jī)用主動(dòng)散設(shè)計(jì)，因能夠維持手機(jī)更高性能釋放平。此外雷蛇 Razer Edge 游戲掌機(jī)配了 Kishi V2 Pro 控制手柄而且是可卸，拆卸更像是一手機(jī)，但清楚是否以打電話IT之家了解到，所版本的 Razer Edge 游戲掌機(jī)支持 Wi-Fi 6E 連接?？赏ㄟ^(guò)游 PC 或主機(jī)串流戲，以及用游戲流傳輸服務(wù)其芯片性足夠強(qiáng)大支持運(yùn)行生?Android?游戲和仿。Verizon 提供的版本有 5G—— 包括 sub-6GHz 和毫米波，6GHz Wi-Fi 和 5G 均提供低遲以實(shí)現(xiàn)佳連接。得一提的，這款掌主要還是安卓游戲不過(guò)也可通過(guò) Microsoft 的 Xbox Cloud Gaming（測(cè)試版）和 Nvidia 的 GeForce Now 串流玩 PC 游戲。Razer Edge 游戲掌機(jī)支持藍(lán)牙 5.2，具有 3.5 毫米耳機(jī)插孔。除耳機(jī)，還以使用帶 THX 空間音頻的路揚(yáng)聲器以及用于音聊天的麥克風(fēng)。有前者 5MP 攝像頭（支持 1080p@60fps 視頻拍攝）。Razer Edge 游戲掌機(jī)內(nèi) 5000mAh 電池，暫不楚充電速。該設(shè)備身重 264 克，連接手柄后達(dá) 401 克，機(jī)身尺寸為 260 x 85 x 11 mm?