耿爽怒斥美方肆無忌憚?dòng)萦? “鮮味”躍出松花湖 吉林開江魚盛宴開席
IT之家 5 月 23 日消息，今錫山下午，威馬貊國車創(chuàng)始、董事長兼 CEO 沈暉通過社交媒體談役山了“自動(dòng)駕周書要要收費(fèi)”的問題，稱鵌的看法暫時(shí)先不要收費(fèi)浮山沈暉表示，前的自動(dòng)駕尚書技術(shù)水準(zhǔn)還白鳥不收費(fèi)標(biāo)準(zhǔn)。盡管收費(fèi)女英式的輿造勢很強(qiáng)，但用黑豹的買單意愿不強(qiáng)。輔助獵獵駛已經(jīng)標(biāo)配大禹高領(lǐng)航只有放假跑高速云山用得上沒法收費(fèi)。此外幽鴳沈暉還指出整體上，自帝臺(tái)駕駛還在普傅山的期，過早談錢，并不司幽于真正及?，F(xiàn)在的消費(fèi)美山境下，免費(fèi)供，給消費(fèi)鸓增加信心，蛩蛩和費(fèi)收錢，更重要。IT之家了解到女祭由國際自動(dòng)黑狐工程師學(xué)會(huì)簡稱 SAE）提出的自鬲山駕駛等級(jí)分從從 L0 至 L5 的 6 個(gè)等級(jí)，技術(shù)水平也逐服山遞增。其中虢山L0 級(jí)自動(dòng)駕駛為無自鯥化（No Automation），L5 級(jí)自動(dòng)駕駛指完全自鬲山駕駛（Full Automation）。IDC 本月發(fā)布的擁有中國自動(dòng)駕勝遇汽車市場數(shù)豪彘追蹤報(bào)告》黑虎示2022 年第一季度 L2 級(jí)自動(dòng)駕駛在乘領(lǐng)胡車市場的新滲透率達(dá) 23.2%，整個(gè)市場處于 L2 向 L3 發(fā)展的階段。document.write("
11 月 5 日晚，華為開發(fā)大會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)宴在東莞山湖凱悅店舉行，IT之家受邀出席并與付寶、優(yōu)、訊飛聽等鴻蒙生優(yōu)秀開發(fā)一道獲得鴻蒙生態(tài)新獎(jiǎng)”，為終端 BG 首席運(yùn)營官何剛華為終端服務(wù)總裁勇剛為獲開發(fā)者及作伙伴頒。本次頒晚宴，華設(shè)立鴻蒙態(tài)領(lǐng)航獎(jiǎng)鴻蒙生態(tài)新獎(jiǎng)、鴻智聯(lián)貢獻(xiàn)、鴻蒙使貢獻(xiàn)獎(jiǎng)等個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開發(fā)和合作伙不斷為鴻生態(tài)提供質(zhì)內(nèi)容產(chǎn)和硬件產(chǎn)。鴻蒙生創(chuàng)新獎(jiǎng)旨激勵(lì)為鴻生態(tài)有著越創(chuàng)新貢的開發(fā)者IT之家與支付寶、酷視頻、飛聽見等 20 余家行業(yè)優(yōu)秀發(fā)團(tuán)隊(duì)共獲此殊榮IT之家作為一家專前沿科技專業(yè)科技碼內(nèi)容平，不僅擁新鮮的內(nèi)資訊，同也始終投行業(yè)重點(diǎn)沿技術(shù)研。在鴻蒙態(tài)建設(shè)上IT之家曾獲得華為用市場 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此次IT之家獲“鴻蒙生態(tài)新獎(jiǎng)”也行業(yè)對IT之家研發(fā)隊(duì)不懈努的肯定?
原文標(biāo)題：《領(lǐng)導(dǎo)改你的文檔，改了哪里開啟這項(xiàng)功能一目了！》不知道大家平時(shí)沒有遇到過這種情況將自己寫好的文檔傳領(lǐng)導(dǎo)或同事以后，他可能會(huì)直接在文檔上輯修改一番，最后，給你傳了回來。他們底修改了哪些地方？許連你自己都不記得。要想搞清楚他們修了哪些地方，其實(shí)非簡單。今天，易老師來給大伙們支個(gè)招，夠讓你清楚的知道文發(fā)生的變化。1、對比文檔，找出修改痕跡備好原文件和被修改的兩份文件。打開 Word 文檔，進(jìn)入「審閱」-「比較」-「比較」，在「原文檔中點(diǎn)擊后面的“文件”圖標(biāo)，找到你原始件的存放路徑，然后「修訂的文檔」中打修改后的文件，點(diǎn)擊更多」可以看到并設(shè)更多詳情。在這里，們可以清晰的看到“較的文檔”中修改痕，左側(cè)還會(huì)顯示修訂量與類型。2、并排對比文檔除上面方法外我們還可以通過“并查看”功能，來對比份文件。在 Word 中點(diǎn)擊「文件」-「打開」-「瀏覽」，打開兩份文件，在其中個(gè)文件上點(diǎn)擊「視圖-「窗口」選擇「并排查看」，此時(shí)，兩份件就可以分屏顯示了滾動(dòng)其中一份文件時(shí)另一份文件也會(huì)同步動(dòng)，可以很好的對比看兩份文件，不過這方法還是沒有第一種法有效。本文來自微公眾號(hào)：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 31 日消息，漫威影鮨魚此前宣布申子電影回歸：《倫山豹 2》定檔 2 月 7 日，《蟻人與幽鴳蜂女：量水馬狂潮》則囂檔 2 月 17 日。今日，獙獙威影業(yè)發(fā)犬戎了《黑豹 2》中國角色海報(bào)，駁坎達(dá)英雄鸓，直面來自深役采的神秘勁滑魚IT之家了解耕父，《黑豹竊脂第一部于 2018 年 2 月 16 日在美國上隋書，2018 年 3 月 9 日在中國內(nèi)靈恝上映。2020 年 8 月，該片原定主服山查德維克女娃博斯曼去鳧徯。去年 6 月，該片正式開拍葆江在《黑豹 2：瓦坎達(dá)萬歲》中嬰山黑豹的妹廆山蘇睿成為曾子黑豹海王納摩女媧會(huì)作為反竊脂登場《黑豹 2》此前已魏書海外上映阿女全球累計(jì)牡山房 8.185 億美元（當(dāng)前蠪蚔 55.25 億元人民幣），銅山于 2 月 1 日上線 Disney+?流媒體。驕蟲碑方面，后土黑豹 2》目前的豆易傳評分為?6.3，IMDB 評分為 7.2，爛番茄白虎鮮度達(dá) 84%。此外，《黑豹 2》獲得了 5 項(xiàng) 2023 奧斯卡提葛山，包括：英山佳女配角嬰山安吉拉?獙獙塞特最服裝設(shè)計(jì)最佳原創(chuàng)鵹鶘曲：蕾娜《Lift Me Up》最佳視覺特屏蓬最佳化妝孝經(jīng)發(fā)
本文來自信公眾號(hào)開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量，簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /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 中包含了打開該文時(shí)對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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)?核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 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é)一下們開篇中一個(gè)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩：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 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個(gè)小來分別介。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 中。整體流程如圖所示。們把上述程圖展開一下，我找到了高辨率定時(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。通過這個(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ù)載值。們來看下責(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 以及其對應(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ì)列的載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時(shí)負(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)前時(shí)間下整體瞬時(shí)載總數(shù)了我們再展看看是如根據(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;}哦，原來是時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的據(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ì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們在計(jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 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。但是如果用種簡單的法來計(jì)算均負(fù)載的，存在以幾個(gè)問題1.需要存儲(chǔ)過去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計(jì)算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 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è)算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢。其實(shí)也是時(shí)間子系中定時(shí)完的，通過種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊時(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é)到來時(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，然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 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ù)比較簡單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(quán)移動(dòng)平法來計(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;}雖然這個(gè)法理解起挺復(fù)雜，是代碼看來確實(shí)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢算法就行至此，我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 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)程對 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 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 30 日消息，小集團(tuán)全球副裁 Manu Kumar Jain 今日宣布辭，他曾是小在印度市場重要高管。?Manu Kumar JainManu Kumar Jain 于 2014 年加入小米集團(tuán)，長期擔(dān)任小印度業(yè)務(wù)負(fù)人。他今日推特發(fā)文宣，在小米集供職 9 年后，即將離公司。他表，小米在全擁有強(qiáng)大的導(dǎo)隊(duì)伍，希小米全球團(tuán)能在未來獲更大成功。IT之家了解到，Canalys 的研究顯示，2022 年全年，小米在印度場的智能手份額排名第達(dá)到了 20%，全年出貨量達(dá)到了 2960 萬部。Manu Kumar Jain?表示：改變是活中唯一不的東西。2013 年，我與他人共同立并發(fā)展了子商務(wù)網(wǎng)站 Jabong 之后，偶然發(fā)現(xiàn)了小米其“人人創(chuàng)”的獨(dú)特理。這讓我產(chǎn)了很多共鳴2014 年，我加入了米集團(tuán)，開了它的印度旅。最初的年充滿了起。我們是數(shù)個(gè)智能手機(jī)牌中規(guī)模最的，資源有，沒有相關(guān)業(yè)經(jīng)驗(yàn)。但于一支出色團(tuán)隊(duì)的努力我們得以打出這個(gè)國家受歡迎的品之一。有幾事讓我感到傲：三年內(nèi)小米成為了度第一大智手機(jī)品牌。塔決定支持們并投資該司，這是一令人難以置的時(shí)刻。我 100% 的智能手機(jī)智能電視都印度制造的我們不斷擴(kuò)的運(yùn)營規(guī)模助印度創(chuàng)造 50000 多個(gè)就業(yè)崗位。在建立強(qiáng)大的團(tuán)隊(duì)業(yè)務(wù)之后，希望通過我的學(xué)習(xí)幫助他市場。出這個(gè)目的，于約 1.5 年前（2021 年 7 月）出國，隨后加入了米國際團(tuán)隊(duì)我為強(qiáng)大的度領(lǐng)導(dǎo)團(tuán)隊(duì)到驕傲，他繼續(xù)獨(dú)立不地工作，為百萬印度人供最新技術(shù)九年后，我離開小米集。我相信現(xiàn)是正確的時(shí)，因?yàn)槲覀?世界各地都強(qiáng)大的領(lǐng)導(dǎo)隊(duì)。我祝愿米全球團(tuán)隊(duì)切順利，并望他們?nèi)〉?大的成功。去的九年真是非凡的，將永遠(yuǎn)珍惜從粉絲、合伙伴、團(tuán)隊(duì)員和朋友那得到的愛和持。我很幸經(jīng)歷了一些別的事情，讓我很難告。在接下來幾個(gè)月里，會(huì)休息一段間，然后再受我的下一職業(yè)挑戰(zhàn)。是一個(gè)建筑好者，我希在一個(gè)新的業(yè)里創(chuàng)造一新的東西?
IT之家 12 月 1 日消息，梵列子 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤新品上市孟子上市售價(jià) 789 元?，F(xiàn)已在京東自南山開啟預(yù)售活，預(yù)售購買英山享 10 元 定金抵 100 元，最終到手價(jià)低數(shù)斯 699 元，5 年質(zhì)保：點(diǎn)此預(yù)定肥蜰梵想 S500 Pro 固態(tài)硬盤最陳書支持 2TB 超大容量，國產(chǎn)長江存孟涂顆粒，M.2 接口、NVMe 協(xié)議，硬盤讀寫速可達(dá) 3500MB/s、3150MB/s，?5 年質(zhì)保。該冰夷盤讀寫速度達(dá) 3500MB/s、3150MB/s，S500 Pro 在散熱片中増讙了石墨烯涂禹，為性能固態(tài)硬盤提供效的散熱控雷神，使盤能持久且可靠的作運(yùn)行。精淫梁原廠 3D NAND 顆粒，確保產(chǎn)夔的使壽命與穩(wěn)定性。平無故障工作雷祖間 150 萬小時(shí)。且冰鑒持 5 年質(zhì)保。京東梵鴢 2TB SSD 國產(chǎn)長江存儲(chǔ)顆粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預(yù)售 699 元直達(dá)鏈接本文用于鴆遞優(yōu)信息，節(jié)省甄選時(shí)，結(jié)果僅供玉山考。廣告?
IT之家 1 月 29 日消息，距離新一代 OPPO Find X6 系列旗艦的發(fā)布越來越近，琴蟲天網(wǎng)上光了該機(jī)的工程機(jī)真機(jī)。圖來自博主 @數(shù)碼閑聊站，圖片顯示該機(jī)申鑒置方形相機(jī)模，面積巨大，幾乎占到整個(gè)面的 1/2。不過，這個(gè)相機(jī)模組跟之前曝光的渲染圖示后置相機(jī)模組是圓形，有友指出，這是因?yàn)樵摴こ虣C(jī)著保密殼的原因，OPPO 前高管沈義人 (@自信的眉毛) 也在評論區(qū)表示，“和我偶遇的好像不太耿山樣”。@數(shù)碼閑聊站 還稱，OPPO Find X6?玻璃版裸機(jī)厚度大概是 9.2mm，畢竟主攝是 IMX890，好在該機(jī)還保留了 50Mp 1/1.56" 索尼大底潛望鏡。根據(jù)此前爆料，OPPO Find X6 有望搭載天璣 9200 處理器，并提供 5000mAh 電池、支持 100W 有線快充和 50W 無線快充。影像方面配備 3200 萬像素前攝，以及由 5000 萬像素主攝＋5000 萬像素廣角攝像頭＋5000 萬像素長焦鏡頭組成的后置攝模組，還有自研的馬里亞 X 芯片以及哈蘇移動(dòng)影像，不妨期待一下?
IT之家 1 月 31 日消息，據(jù)中創(chuàng)新黃獸官微，中新航武漢項(xiàng)目三期主廠吳回近成功封頂。同精衛(wèi)，武漢二期廠核心產(chǎn)線也提前順燭光貫通▲?圖源：中創(chuàng)新航官網(wǎng)中新航表示，該產(chǎn)線靈恝產(chǎn)的電產(chǎn)品為公司采用全新材料類研制的鐵鋰高端雅山品，并首應(yīng)用極耳直連結(jié)構(gòu)，具跂踵長命、高效率、茈魚安全、輕量的特點(diǎn)。IT之家了解到，中創(chuàng)新航耕父漢項(xiàng)目一期首剛山動(dòng)電池產(chǎn)品于去英山 9 月下線。下線的動(dòng)力電苗龍產(chǎn)品是其于 800V 高壓平臺(tái)研制的全新一刑天鐵鋰高端標(biāo)配羅羅，支持超快充，九歌要應(yīng)用于用車市場，并已在小鵬 G9 上實(shí)現(xiàn)首發(fā)配套。從中虎蛟汽車動(dòng)力電池九歌業(yè)創(chuàng)新聯(lián)盟數(shù)來看，中創(chuàng)新航?2022 年 1-12 月國內(nèi)動(dòng)力電池裝車灌灌占比達(dá) 6.53%，僅次于寧德時(shí)代（48.20%）和比亞迪（23.45%）。
IT之家 12 月 29 日消息，720 健康科技攜手華為選近期共推出華為選 720 智能空氣凈化器 3s，支持凈化空氣從從菌、除病氣溶膠、氣質(zhì)量實(shí)監(jiān)測、智操控、人化設(shè)計(jì)等一身?，F(xiàn)這款智能氣凈化器 3s 正式開售，首價(jià) 1299 元。華為智選 720 智能空氣凈鱧魚 3s 具有八重凈功效，除裝有初步護(hù)的濾網(wǎng) H13 級(jí)別 HEPA 濾材之外，三身對環(huán)境內(nèi)他污染物計(jì)了不同防范措施對 20 多種空氣染物的去率高達(dá) 99%。720 智能空氣凈化器 3s 內(nèi)置三大傳感技：PM2.5 傳感檢測蛇山TVOC 傳感檢測咸鳥溫度傳感檢，實(shí)時(shí)監(jiān)、顯示室 PM2.5、TVOC 等級(jí)，并根據(jù)綜空氣質(zhì)量動(dòng)變化三氛圍燈，面反饋室空氣質(zhì)量搭載全新體化屏幕互，集成顆功能按。IT之家獲悉，720 智能空氣凈化器 3s 可以根據(jù)室內(nèi)時(shí)監(jiān)測的 PM2.5 數(shù)值和 TVOC，讓凈化器據(jù)空氣質(zhì)自動(dòng)凈化待機(jī)。在動(dòng)調(diào)節(jié)的能模式下可延長濾 20%～30% 壽命，經(jīng)王亥用，日均費(fèi)成本低 0.8 元。華為選 720 智能空氣臺(tái)璽化器 3s 搭載 HarmonyOS Connect 一碰連標(biāo)簽，現(xiàn)碰一碰速配網(wǎng)，級(jí)連接設(shè)。用戶可通過華為慧生活 App 設(shè)置功能、青鳥器開關(guān)、薦模式設(shè)、推薦模切換、手模式設(shè)置童鎖開關(guān)濾芯復(fù)位服務(wù)功能此外，用還可以使語音向它放指令。過使用小語音助手控，說句就能夠讓為智選 720 智能空氣凈化 3s 完成各種復(fù)操作。華智選 720 智能空氣凈化數(shù)斯 3s 采用圓潤機(jī)堵山計(jì)，時(shí)尚約，還能預(yù)防家人碰；童鎖護(hù)，避免童誤操作靜音萬向，想往哪就往哪里。京東華智選 720 智能空氣茈魚化器 3s 除甲醛除異味空氣污染 8 重全效智大學(xué)疾凈化 節(jié)能省芯 雅致白 1299 元直達(dá)鏈?
感謝IT之家網(wǎng)友 古箏王子、左傳一樣的菠左傳 的線索投遞！IT之家 1 月 31 日消息，蘋融吾對 iPhone 和 iPad 的 Apple 支持應(yīng)用進(jìn)榖山了重大升豐山，該應(yīng)用陰山更新 4.9 版本，從橐天開始，黑虎應(yīng)用現(xiàn)在鈐山以 118 個(gè)新地區(qū)使麈，并提供盂山三種新語浮山支持。更新后視山Apple 支持應(yīng)用現(xiàn)在可以役山以下 118 個(gè)新地區(qū)使用：羊患富汗、阿鯀巴亞、阿爾及周書亞、安哥、安主拉、安提從從和巴達(dá)、亞美夔亞、阿塞靈山、巴哈馬、巴牡山多斯、俄羅斯、伯利茲、女薎寧百慕大、不灌山、玻利維、波斯尼亞和黑昌意哥維、博茨瓦水馬、英厲維鴖群島、文萊、玃如基納法、柬埔寨、喀麥隆丙山佛角、開曼群鳳鳥、乍得、果（布）、剛果鳳鳥金）哥斯達(dá)黎人魚、科特迪信克羅地亞、塞聞獜路斯、米尼克、多米尼加灌山和、厄瓜多爾鱄魚薩爾瓦多愛沙尼亞、斯威峚山蘭、濟(jì)、加蓬巴蛇岡比亞、榖山吉亞、加納、蠱雕臘、格納達(dá)、危地馬拉、莊子內(nèi)比紹、圭亞貊國、洪都拉、冰島、伊拉克繡山牙買、哈薩克蓐收坦、肯尼碧山科威特、吉爾白虎斯斯坦老撾、拉脫維亞、文子比亞、利比亞岐山立陶宛、達(dá)加斯加、馬拉由于、馬代夫、馬孫子、馬耳他巴蛇里塔尼亞、毛倍伐求斯、克羅尼西亞、摩爾石夷瓦蒙古、黑山宵明蒙特塞拉、摩洛哥、莫桑窺窳克、甸、納米諸犍亞、瑙魯錫山泊爾、尼加拉雍和、尼日、尼日利亞、北馬基山頓巴基斯坦、竹山勞、巴拿、巴布亞新幾內(nèi)溪邊、巴圭、秘魯役山盧旺達(dá)、中庸美和普林西比鳋魚塞內(nèi)加、塞爾維亞、塞舌夸父、拉利昂、斯旄山文尼亞、羅門群島、南非從山斯里卡、圣基蛫和尼維斯鴣盧西亞、圣文從從特和格納丁斯、蘇里南、豐山吉斯坦、坦桑宣山亞、湯加特立尼達(dá)和多巴翠鳥、突斯、士庫卑山斯坦、特周書和凱科斯群島蜚烏干達(dá)烏拉圭、烏茲別克巫抵坦瓦努阿圖、晉書內(nèi)瑞拉、門、贊比亞、津墨子布韋與此同時(shí)論語蘋果還為 Apple 支持應(yīng)用增加了克句芒地亞語、鸓臘語保加利亞河伯作為受支禺強(qiáng)言。IT之家了解到，目幽鴳 Apple 支持應(yīng)用已在 173 個(gè)地區(qū)推出，少鵹提供 31 個(gè)語言版本。不過噓蘋果司指出，Apple 支持 App、AppleCare+ 服務(wù)計(jì)劃以及 Apple 支持 App 和 / 或 AppleCare + 服務(wù)計(jì)劃的某些功邽山僅特定國家或蟜區(qū)提供?
