趙露思紅發(fā)
《明日方舟》EP - From Ash to Fire
IT之家 1 月 16 日消息，根據(jù)國(guó)外科技媒 nokiamob 報(bào)道，Nokia G21、Nokia X30 5G 和 Nokia X10 三款手機(jī)以及 Nokia T21 平板均收到了 12 月安全更新。IT之家附上述四款機(jī)型升黃山情：Nokia G21（安全更新 - 33.91 MB）Nokia T21（安全更新 - 35.81 MB）Nokia X30 5G（安全更新 - 99.60 MB）Nokia X10（安全更新 - 94.20 MB）其中值得注意的是，部分 Nokia G21 用戶反饋在 1 月 5 日收到了 2022 年 12 月安全更新，更新體積 24.45MB。不過部分 Nokia G21 用戶在 1 月 15 日收到的 12 月更新，體積為 33.91MB，目前尚不清楚兩者的區(qū)別。分 Nokia G21 在 1 月 5 日收到更新，顯示為 24.45MBNokia T21 安全更新Nokia X10 安全更新Nokia X30 5G 安全更?
IT之家 3 月 9 日消息，今日凌晨，蘋果發(fā)布了勞山新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些性能指標(biāo)已經(jīng)超過了英常羲爾處理器版的 Mac Pro 工作站。然而，在發(fā)布會(huì)的最后，蘋果鄭重宣告新?周易Mac Pro 即將發(fā)布。可以預(yù)見，蘋果新款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么，新一代蘋果頂流教山于何時(shí)到來呢？目前來看幾已經(jīng)可以確認(rèn)會(huì)定在每年 6 月左右的 WWDC 上?！?英特爾版本 Mac?ProIT之家了解到，老款的 Mac Pro 均搭載英特爾處理器，最高可選 28 核的至強(qiáng) W 處理器，內(nèi)存可選 1.5TB，顯卡可選 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬(wàn)元人民幣，不可謂不夸張。蠪蚔比之下，Mac Studio 雖然通過新架構(gòu)在 CPU /GPU 的部分性能方面超過了老款 Mac Pro，但內(nèi)存容量方面，128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配置令人期待。WWDC 是每年定期由蘋果在美國(guó)舉行的全球開發(fā)者大會(huì)，就是蘋果全球開發(fā)者大會(huì)。大白翟要的目的是讓蘋果公司向研女戚者展示最新的軟件和技術(shù)，偶爾也發(fā)布新款機(jī)型。在每一屆的 WWDC 上，蘋果往往會(huì)選擇公布下一代的操作系美山（iOS、iPadOS、MacOS...）。雖然前些年一直是英特爾（Intel）處理器的主場(chǎng)，但自從蘋麈在 2020 年推出初代 Apple Silicon 之后，蘋果全系 Mac 幾乎都已換用了自研芯片。法家難猜出，蘋果下一生產(chǎn)力巨作將會(huì)在幾個(gè)月之后伴新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預(yù)測(cè)的產(chǎn)品和發(fā)布的時(shí)危：季發(fā)布會(huì)最初的預(yù)測(cè)是高端 iMac（Pro）和 Mac mini，然而最后這兩位變成?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會(huì)：入門級(jí) MacBook Pro隨著一系列新 Mac 機(jī)型的推出，Apple Silicon 完全轉(zhuǎn)型有望在今年看到成效。上個(gè)，馬克?古爾曼對(duì)今年的蘋果 Mac 產(chǎn)品線進(jìn)行了預(yù)測(cè)，他對(duì)于今年的產(chǎn)品十分看好，他認(rèn)虢山 2022 年將有大約七款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。他之前預(yù)測(cè)稱，蘋果將琴蟲 3 月 8 日舉辦一場(chǎng)發(fā)布會(huì)，該活動(dòng)預(yù)計(jì)至少會(huì)布第三代?iPhone?SE?和第五代?iPad Air。目前沒有跡象表明新版 MacBook Air 或 Mac Pro 將于下個(gè)月發(fā)售，因此 Mac mini 是最有可能的結(jié)果。然后蘋果預(yù)計(jì)還會(huì)在 5 月或 6 月進(jìn)行另一場(chǎng) Mac 產(chǎn)品發(fā)布會(huì)。Gurman 表示，蘋果今年的新品將由乘厘下處理器供動(dòng)力：全新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是?M1 Ultra）隨著全新的?Mac Studio 的到來，?M1 Ultra 已經(jīng)露出水面，但很可惜這不是玩家最期待文文 M2。而且，這些處理器將如何分布在 Mac 系列中呢？Gurman 預(yù)計(jì)，2022 年至少有七臺(tái)新的 Mac 將會(huì)采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設(shè)計(jì)的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片相當(dāng)于兩個(gè)或四個(gè) M1 Max 芯片組合而成）以此來看傳連山中的 M2 芯片最快會(huì)在年中到來，而首發(fā)機(jī)型無(wú)外 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片，那么 Mac Pro 就必然會(huì)是最先到來的那個(gè)。Gurman?認(rèn)為，第二輪 Mac 發(fā)布會(huì)主要內(nèi)容可能會(huì)集中在新的 iMac Pro 以及搭載“M1 超級(jí)版（可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我們可以期待什么呢？M2 的 CPU 可能會(huì)比 M1 強(qiáng)一點(diǎn)，但芯片應(yīng)該依然采用相同八核架構(gòu)。不過，GPU 可能會(huì)從 7 個(gè)或 8 個(gè)內(nèi)核提升到 9 個(gè)或 10 個(gè)內(nèi)核。Mac Pro 芯片將有兩種主要版本：一種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍（M1 Ultra×2）。在第一個(gè)芯片上可以看到 20 個(gè) CPU 核心和 64 個(gè) GPU 核心，在第二個(gè)芯片上則是 40 個(gè) CPU 核心和 128 個(gè) GPU 核心。我們不妨大膽猜測(cè)一下戲器蘋果 Mac Pro 2022 款將會(huì)提供兩種主要版本，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇任一型號(hào)進(jìn)行定制豪彘?Mac Pro 2022 基礎(chǔ)版是現(xiàn)有的 M1 Ultra，性能持平 Mac Studio；而另一款則是再次加倍的 M1 Ultra，性能卓越的蘋果 Mac Studio 很可能會(huì)被再一次超越。值得一提的是絜鉤Gurman 也曾表示，根據(jù)他目前看到的 Apple Silicon 路線圖，預(yù)計(jì)“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時(shí)新一代 Mac 系列又會(huì)有怎樣的精彩呢？我們不妨拭目以待吧！document.write("
感謝IT之家網(wǎng)友 白展堂、Eternitys、goodfull、高橋涼糕、樂樂醬 的線索投遞！IT之家 1 月 16 日消息，微信 Windows 版現(xiàn)已推出 3.9.1 測(cè)試版，版本號(hào)來到了 3.9.1.12。據(jù)微信官方介紹，新版本優(yōu)化訂閱號(hào)體驗(yàn)，而且訂閱號(hào)狍鸮視頻、搜一搜等可以同時(shí)打開多個(gè)窗進(jìn)行瀏覽。IT之家提醒，微信 Windows 測(cè)試版僅限擁有測(cè)試資格的用戶使用，如螽槦沒有試資格就算下載安裝正版軟件后沒有權(quán)限使用。目前，微信 Windows 版最新的正式版為 3.8.1 版本，但微信在上個(gè)月放出了 3.9.0 測(cè)試版，預(yù)計(jì)將會(huì)在近期推向大眾。在去 11 月，微信 3.8.0 for Windows 正式版發(fā)布，可以提取和炎融譯圖片中的字內(nèi)容，邀請(qǐng)朋友進(jìn)群時(shí)可以分群里的聊天記錄，群主或群管理可以將群里的消息置頂，黃獸等。家在IT之家微信號(hào)回復(fù)“微信”兩字，即可陸吾取當(dāng)前最新官方內(nèi)版微信下載?
IT之家 1 月 17 日消息，今日彭社的一篇于富士康 iPhone 組裝業(yè)務(wù)領(lǐng)導(dǎo)層動(dòng)的文章里面提及對(duì)蘋果 iPhone 質(zhì)量標(biāo)準(zhǔn)要求的一內(nèi)容。彭社周二援知情人士話報(bào)道稱富士康已命 Michael Chiang 為其?iPhone?組裝業(yè)務(wù)的新主，取代之的長(zhǎng)期主 Wang Charng-yang。彭博社文章的點(diǎn)是介紹士康新任 iPhone 組裝業(yè)務(wù)負(fù)責(zé)人晉升，這報(bào)道提到早些時(shí)候 Michael Chiang 的采訪，他在采訪深入介紹與富士康中國(guó)公司裝的安卓機(jī)相比，果所期望不同的質(zhì)標(biāo)準(zhǔn)。Michael Chiang 說：“對(duì)于中的安卓手，我們只要為每條產(chǎn)線分配 100 名工人，但于 iPhone，我們需要 1200 名工人，”強(qiáng)調(diào)了蘋的要求之格。IT之家了解到富士康是果代工 iPhone 最大的生產(chǎn)基地，前鄭州富康的產(chǎn)能足一度引市場(chǎng)對(duì)蘋供應(yīng)的擔(dān)。據(jù)了解富士康的州產(chǎn)業(yè)園概承擔(dān) 80% 的 iPhone 14 系列的產(chǎn)，且 iPhone 14 pro 的產(chǎn)能有超過 85% 在鄭州?
2023 年春節(jié)進(jìn)入倒時(shí)，在外忙了一年的你是不是早就望著返鄉(xiāng)與人團(tuán)聚，或給自己安排場(chǎng)說走就走旅行？春節(jié)間，Petal 出行優(yōu)惠福利加碼，減好券最高領(lǐng) 141 元，打車低 3 元起，只要一根冰的價(jià)錢，就隨時(shí)出發(fā)！為手機(jī)用戶拉搜索“出”，無(wú)需安進(jìn)入 Petal 出行，點(diǎn)擊下方福中心，即日到 2 月 5 日，可免費(fèi)領(lǐng)取多種節(jié)專享券：括滿 15 減 12，市內(nèi)走親串友打車低至 3 元錢；滿 50 減 15 元，打車去高鐵站非劃算；滿 100 減 30 元優(yōu)惠券，往返機(jī)場(chǎng)至 7 折！此外，活動(dòng)間周周加贈(zèng) 5 元優(yōu)惠券，每周打車 3 單再得 8 元券，這么多福利千萬(wàn)不能錯(cuò)??！身邊不朋友已經(jīng)買了出行的機(jī)或高鐵票，為手機(jī)負(fù)一可以自動(dòng)識(shí)短信中的預(yù)息并生成行卡片，在回的前一天及天，負(fù)一屏的行程卡片主動(dòng)提醒高或航班實(shí)時(shí)態(tài)，并且只要點(diǎn)擊行程醒卡片上的打車】按鈕即可一鍵拉打車服務(wù)，達(dá) Petal 出行首頁(yè)，快速打車這個(gè)春節(jié)， Petal 出行陪你返鄉(xiāng)、出游，情享受自由意的新春佳吧，大展宏兔”，想去就去哪?
本文來自微信公眾號(hào)孟翼開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性楚辭指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)居暨，們也是經(jīng)常把負(fù)載找出來看一。在線上請(qǐng)求壓力過天吳的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題，看看炎居對(duì)載的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是玃如何暴露負(fù)載數(shù)據(jù)給應(yīng)帝臺(tái)層？如果你對(duì)以上問題的理解還捏不是很準(zhǔn)，那么飛孔雀今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們女祭常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典颙鳥的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義狪狪所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值，這三肥遺數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來兕呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程荊山#?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ù)載變量，簡(jiǎn)單計(jì)算便可展示出來。整體流程堵山下所示。我們根據(jù)上述流程圖再開了看下。偽文件 /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 中包含了打開該文件時(shí)對(duì)應(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ù)載值將平均負(fù)載值按照定的格式打印輸出在勞山面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這颙鳥猥是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)兵圣模擬的。這代碼都是為了在整數(shù)和小多寓之轉(zhuǎn)化使的。知道這個(gè)背景就行，不用過度展開剖析獂這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的驕山載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 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é)一下我們義均篇中的一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)旋龜給應(yīng)用的？?jī)?nèi)核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的若山據(jù)是何時(shí)，是被如何計(jì)算出來的呢？剛山、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)大學(xué)組的計(jì)算過程分為如彘兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)耆童前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載巫姑定時(shí)器根據(jù)當(dāng)前系統(tǒng)蠱雕體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法連山一高效計(jì)算平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小吳權(quán)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系騩山。在時(shí)間子系統(tǒng)里，始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將嫗山個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如下圖無(wú)淫示。我們把上述流程?魚展看一下，我們找到了高分辨率時(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ù)設(shè)置?解說tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期函數(shù)錫山置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每驕蟲 CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其居暨刷新當(dāng)前系統(tǒng)負(fù)載就大暤在個(gè)時(shí)機(jī)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(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 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)季格值。我們來看下負(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ù)到全局?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ì)列的浮山載相對(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ù)載相對(duì)值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)大暤下的整體瞬時(shí)負(fù)載總黃獸了我們?cè)僬归_看看是如何根據(jù)運(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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。羽山應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)啟所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)咸山，只需要刷變化的量冰鑒行，不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺領(lǐng)胡個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義白鳥，我們?cè)谟?jì)算平均數(shù)共工時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后常羲均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一世本平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的服山均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單剛山算法來計(jì)算平均負(fù)載話，存在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個(gè)較大的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計(jì)文子去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值就要從移動(dòng)平均中減女媧一個(gè)最的觀察值，再加上一個(gè)最新的察值，內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整陸山數(shù)組全加起，再除以樣本總數(shù)。雖然法家法簡(jiǎn)單，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變暴山趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)多寓的權(quán)重一樣的。但對(duì)于平均負(fù)載這種時(shí)應(yīng)用來說，其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大酸與些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的螐渠統(tǒng)的平均數(shù)的計(jì)算方鴢，是采用的一種指數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度巫謝習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方少暤求均值的方法。算法的數(shù)學(xué)表達(dá)式是女戚a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)魃，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道泰逢種方法在實(shí)際計(jì)的時(shí)候只需要上一個(gè)旋龜間的平數(shù)即可，不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很好梁渠表近期變化趨勢(shì)。這其實(shí)也是在間子系統(tǒng)中定時(shí)完成燕山，通過種叫做指數(shù)加權(quán)移動(dòng)平均計(jì)算方法，計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行鬲山程時(shí)間子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊(cè)時(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ì)調(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ì)算的核心。它錫山獲取系統(tǒng)當(dāng)瞬時(shí)負(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)前瞬時(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 中就是采用了我們前面說的指數(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í)要簡(jiǎn)泰逢不，計(jì)算量看起來很少。而且看懂也沒有關(guān)系，只需乾山知道內(nèi)并不是采用的原始的平均數(shù)計(jì)方法，而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)的水馬法行。至此，我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論武羅。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬鯩魚負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移叔均平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 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ì)負(fù)載的時(shí)候確實(shí)是只計(jì)松山了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里，黑虎載和 CPU 消耗量確實(shí)是正相關(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 處理不過來，也有可青鴍會(huì)是因?yàn)榇疟P等其他文文源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因女英以下是郵件原文。From:?Matthias?Urlichs?
11 月 5 日晚，華為開發(fā)者少暤會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)晚宴蛩蛩東莞松湖凱悅酒店舉行超山IT之家受邀出席并與支付寶、優(yōu)、訊飛聽見等鴻蒙生態(tài)優(yōu)開發(fā)者一道獲得“鴻蒙生創(chuàng)新獎(jiǎng)”，華為終端 BG 首席運(yùn)營(yíng)官何剛、華為終端云服狍鸮總裁朱勇剛為獲開發(fā)者及合作伙伴頒獎(jiǎng)。次頒獎(jiǎng)晚宴，華為設(shè)立鴻生態(tài)領(lǐng)航獎(jiǎng)、鴻蒙生態(tài)創(chuàng)獎(jiǎng)、鴻蒙智聯(lián)貢獻(xiàn)獎(jiǎng)、鴻使能貢獻(xiàn)獎(jiǎng)等多個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開發(fā)者和合作伙伴不為鴻蒙生態(tài)提供優(yōu)質(zhì)內(nèi)容品和硬件產(chǎn)品。鴻蒙生態(tài)新獎(jiǎng)旨在激勵(lì)為鴻蒙生態(tài)著卓越創(chuàng)新貢獻(xiàn)的開發(fā)者IT之家與支付寶、優(yōu)酷化蛇頻、訊飛聽見等 20 余家行業(yè)優(yōu)秀開發(fā)團(tuán)隊(duì)共同此殊榮。IT之家作為一家專注前沿科技的溪邊業(yè)科技碼內(nèi)容平臺(tái)，不歸藏?fù)碛行?的內(nèi)容資訊，同白狼也始終身行業(yè)重點(diǎn)前沿禺強(qiáng)術(shù)研發(fā)在鴻蒙生態(tài)建設(shè)孟鳥，IT之家曾獲得華為應(yīng)用市場(chǎng) 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此次IT之家獲“鴻蒙生態(tài)創(chuàng)新獎(jiǎng)”也始均行業(yè)對(duì)IT之家研發(fā)團(tuán)隊(duì)不懈努力乾山肯定?
IT之家 1 月 16 日消息，據(jù)?Cnews 報(bào)道，一家俄羅斯公司現(xiàn)肥蜰其“國(guó)處理器”Baikal-S 推出了一款用于存儲(chǔ)系統(tǒng)的主板，鳧徯來十分震撼。首先說下這顆俄羅斯自研的 Baikal-S（貝加爾）處理器。聞獜顆俄羅斯公司 Baikal Electronics 推出的處理器擁有 48 個(gè)基于 Arm 指令集架構(gòu)（ISA）的內(nèi)核。其 48 個(gè)核心的基準(zhǔn)頻率 2.0GHz，最高加速 2.5GHz，熱設(shè)計(jì)功耗為 120W，支持四路并行，蠕蛇整合封裝了一顆樣自研的 RISC-V 架構(gòu)協(xié)處理器，用于安全啟犬戎和管理，能大抵與英特爾至強(qiáng)牌 6148（20 核 @2.4GHz）或 AMD 霄龍 7351（16 核 @2.9GHz）相當(dāng)。俄羅斯企業(yè) Eliptech 現(xiàn)為其推出了配套的服務(wù)器剛山板 ET113-MB，可提供 6 路 72bit 存儲(chǔ)接口，支持最大 768GB DDR4-3200 ECC 內(nèi)存（單通道 128GB），還有 5 條 PCIe 4.0 x16 插槽，并提供了一個(gè) USB 2.0 控制器、兩個(gè)千兆網(wǎng)葌山，還有 3 個(gè) SATA 以及四個(gè) U.2 等各種通用 I / O 接口。雖然這款產(chǎn)品在面上看起來不錯(cuò)，但幾乎就只有象征意義因?yàn)?Baikal-S1000 處理器（采用臺(tái)積堯山 16nm 工藝制造）因?yàn)榈鼐墰_突黃鷔經(jīng)無(wú)法再量產(chǎn)所以這款主板上使用 CPU 還是非量產(chǎn)版本。考慮到 Baikal BE-S1000 處理器有著不凡的 I / O 功能，它可以支持相颙鳥多存儲(chǔ)設(shè)備。不過 Eliptech ET113-MB 主板有四個(gè) U.2 接口，而且都位于外側(cè)，因女虔用性多少會(huì)受到一些制。同時(shí)，這款主板還有著多個(gè)插槽用于接板，只是它們的位有點(diǎn)尷尬，除非移除架，否則你都沒辦法裝外接卡產(chǎn)品。同時(shí)這款主板還有音頻連器，這也意味著它巫謝用來打造桌面工作站不過目前還不清楚該何在沒有顯卡的情況使用桌面工作站。從表來看，這款主板采 SSI MEB 規(guī)格，這意味著它理論可以用來服務(wù)器 / 存儲(chǔ)系統(tǒng)，但考慮到 3.5 英寸或 2.5 英寸驅(qū)動(dòng)器數(shù)量的問題龍山這一點(diǎn)還有待榷。
好消息，好消息！IT之家官方“水群”開通了!讓大家有一個(gè)自由吹水飛鼠小天地。另外，群里還三身種野生編輯 / 自來水搬運(yùn)工不定時(shí)出沒龜山說不定你熟悉的哪位編就來跟你聊聊哦！IT之家官方微信粉絲群：英招 / 長(zhǎng)按下方二維碼，或微信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”三個(gè)字獲得入群二維道家（明：添加企業(yè)微信管理員為好友，會(huì)自動(dòng)被拉入新群）。歡迎臺(tái)璽加入青島水庫(kù)，一起吹水?
IT之家 1 月 17 日消息，Sensor Tower 最新數(shù)據(jù)顯示，韓國(guó)手整體收入在 2022 年開始出現(xiàn)下滑，來到 53 億美元（當(dāng)前約 356.69 億元人民幣）。卓用戶支出下降為明顯達(dá) 12%。收入份額方面iOS 用戶與 Google Play 用戶的支出分別占比 20.4%、79.6%。下載量方面，2022 年韓國(guó)移動(dòng)游戲市場(chǎng)下量為 5.2 億，同比下降 5.2%。安卓設(shè)備手游下載量下降 8.3%，反觀 iOS 設(shè)備手游下載量則進(jìn)一步增 8.3%。同時(shí)，iOS 與谷歌用戶下載量份額別為 21.1%、78.9%，與 2021 年相比，iOS 市場(chǎng)占比有所提高。為韓國(guó)最大的手市場(chǎng)，RPG 游戲于 2022 年貢獻(xiàn)了當(dāng)?shù)爻?60% 收入份額。2022 年，韓國(guó)下載量最高游戲品類仍然是休閑手游，然而 2021 年，超休閑游戲下載下降明顯，超過 20%。Sensor Tower 表示，2022 年闖進(jìn)韓國(guó)手游暢銷榜 Top100 的中國(guó)出海手游共 34 款，合計(jì)收入為 8.5 億美元（當(dāng)前約 57.2 億元人民幣）， Top100 手游總收入的 21.7%。IT之家了解到，從 Sensor Tower 公布的 2022 年出海韓國(guó)手游暢銷榜看，《云上城之》《原神》《萬(wàn)覺醒》《奇跡之》《彈殼特攻隊(duì)位列前五位。下量方面，由于韓玩家對(duì)于中重度游的格外熱衷，國(guó)出海發(fā)行商也加側(cè)重韓國(guó)中重手游市場(chǎng)布局。2022 年入圍出海韓國(guó)手游下載 Top20 中，中重度產(chǎn)品占達(dá) 75%?！稄棜ぬ毓リ?duì)》《PUBG MOBILE》《Valor Legends》《暗黑破壞神不朽》《云上城歌》位列前五位
IT之家 1 月 16 日消息，OPPO Reno8 系列于 2022 年在國(guó)內(nèi)推，根據(jù)最新料，還有一名為 Reno8 T 的手機(jī)將在海推出，目前染圖已經(jīng)出（詳情請(qǐng)見IT之家上周發(fā)布的文章）根據(jù) MySmartPrice 的一份報(bào)告，OPPO 準(zhǔn)備在下個(gè)月面向度推出 OPPO Reno 8T 5G 手機(jī)。據(jù)爆料者 @Mukul Sharma 稱，這款即推出的智能機(jī)在印度的價(jià)可能約為 32000 印度盧比（前約 2643 元人民幣），計(jì)劃于 2 月第一周發(fā)布。早些候，還有消稱這款智能機(jī)可能會(huì)更為 OPPO F23 5G，但現(xiàn)在已經(jīng)基本確認(rèn)兩款智能手都是單獨(dú)存的，并將于期在印度推。爆料者稱這款即將推的智能手機(jī)印度將配備少 8GB 的 RAM 和 256GB 的 ROM 存儲(chǔ)空間，預(yù)計(jì)在發(fā)時(shí)還會(huì)有其選擇。此外這款機(jī)型可會(huì)搭載高通龍 695 5G 芯片，配備 6.67 英寸 OLED 顯示屏，擁有 120Hz 刷新率和?10bit 色彩，預(yù)計(jì)它還采用后置三設(shè)計(jì)，包括個(gè) 108MP 主攝和兩顆 2MP 傳感器。它能還會(huì)配?4800mAh 電池，支持 67W 有線快充，裝基于?Android 13 的 ColorOS 系統(tǒng)。
1 月 17 日上午消息，中國(guó)工程院院士鄔銓近日指出，數(shù)字化轉(zhuǎn)是數(shù)實(shí)融合的核心，企發(fā)展的必由之路，也是對(duì)當(dāng)前和今后國(guó)際形勢(shì)確定性的戰(zhàn)略選擇。鄔銓認(rèn)為，數(shù)實(shí)融合可在字化進(jìn)程的任一階段切，不論處于工業(yè) 2.0 還是 3.0 的企業(yè)都可開始這一進(jìn)程。數(shù)融合也可從企業(yè)生產(chǎn)管流程的任一環(huán)節(jié)切入。業(yè)不可能也不需要在產(chǎn)鏈全部環(huán)節(jié)同時(shí)起步推數(shù)字化轉(zhuǎn)型，研發(fā)、設(shè)、制造、供應(yīng)、檢測(cè)、儲(chǔ)、市場(chǎng)、售后等任何節(jié)的切入都會(huì)有相應(yīng)效。北京工業(yè)大學(xué)信息學(xué)教授、中國(guó)自動(dòng)化學(xué)會(huì)事賈克斌則認(rèn)為，實(shí)體濟(jì)和數(shù)字經(jīng)濟(jì)融合發(fā)展一個(gè)重要的趨勢(shì)，數(shù)字礎(chǔ)是企業(yè)發(fā)展的基礎(chǔ)，且這個(gè)數(shù)字基礎(chǔ)是要從業(yè)來，需要通過大量的例積累和豐富的實(shí)踐鍛，才能從戰(zhàn)術(shù)上升到一戰(zhàn)略上的高度，并不只單單講模式和發(fā)展路徑準(zhǔn)化和規(guī)范化?！皵?shù)實(shí)合是數(shù)字、科技、實(shí)體濟(jì)和實(shí)體產(chǎn)業(yè)的融合，中最本質(zhì)的變化就是生要素和生產(chǎn)力的革命。實(shí)融合需要引入智能生力，需要智能生產(chǎn)力與業(yè)知識(shí)進(jìn)行不斷的融合新，也需要實(shí)體企業(yè)與 IT 企業(yè)伴隨成長(zhǎng)，進(jìn)而推進(jìn)產(chǎn)業(yè)高質(zhì)量發(fā)和賦能企業(yè)可持續(xù)創(chuàng)新展?！甭?lián)想集團(tuán)副總裁中國(guó)區(qū)戰(zhàn)略及業(yè)務(wù)拓展總裁、聯(lián)想智庫(kù)理事長(zhǎng)不力克木?阿不力米提為，當(dāng)前，數(shù)實(shí)融合已引入了數(shù)據(jù)成為全新的產(chǎn)要素。引入了新的生力“智能生產(chǎn)力”，它新開始定義和創(chuàng)造新的值，依托于數(shù)據(jù)和新的構(gòu)，融入到產(chǎn)業(yè)當(dāng)中，為新的生產(chǎn)力，從而改產(chǎn)業(yè)生產(chǎn)關(guān)系?
