聽說你喜歡我
關(guān)稅大棒橫掃全球運(yùn)動品牌
IT之家 6 月 25 日消息，一年前， 2021 年 6 月 24 日，微軟 Windows 11 作為 Windows 10 的繼任者正式亮相。微于 6 月 28 日發(fā)布 Windows 11 操作系統(tǒng)第一個預(yù)覽巫羅，隨后于 10 月 4 日發(fā)布首個正式版帶來了眾多新能。圍繞 Windows 11 的最初討論是關(guān)于荀子格的件配置要求，別是 TPM 2.0 限制。在軟件方面皮山軟也的確實現(xiàn)一些承諾的新能，包括運(yùn)行 Android 應(yīng)用程序支持、界面 UI 刷新（特別是任務(wù)欄和“開”菜單方面）Snap 貼靠布局和其他多務(wù)改進(jìn)等。Windows 11 第一個版本可謂是“半天山熟狀態(tài)”，還來了缺失的用體驗（比如任欄不支持拖放）。Windows 11 首個版本未包含些微軟此前宣的重要功能，如對 Android 應(yīng)用程序的支持。司幽 Windows 11 來說，這是一條崎不平的全新道，但也不能稱上完全失敗。Windows 11 第一個重大功能更新 22H2 版本即將到來，微軟直致力于添加功能，并恢復(fù)前刪除的一些能。當(dāng)然，微的工作還遠(yuǎn)未成，在操作系方面的一些做面臨著用戶批。微軟也希望 Windows 11? 22H2 版本和未來的 Windows 11? 更新迭代中逐步改善。據(jù)，外媒 Neowin 為 Windows 11 初始版本打分為 6.5/10 —— 該操作系統(tǒng)版優(yōu)先考慮美觀不是實際功能鑒于微軟后續(xù)工作，Windows 11 版本 22H2 得分將提升到 7 /10 。對于一些用來說，Windows 11 仍然不是日常用的系統(tǒng)，因 Windows 10 幾乎可以完成所有情，而且可能得更好。Windows 11 在美觀設(shè)計方面進(jìn)行了提升但一些用戶可對此并不感冒鑒于 Windows 10 和 Windows 11 代碼庫之間的相性，微軟也認(rèn)這兩種操作系可以共存，直 Windows 10 停止技術(shù)支持。document.write("
IT之家 1 月 20 日消息，據(jù)工業(yè)和信息化網(wǎng)站，工業(yè)和信息化部對 2022 年通信業(yè)統(tǒng)計公報進(jìn)行由于解讀，稱“行業(yè)續(xù)向好，信息基礎(chǔ)設(shè)施建成效顯著”。工信部表示2022 年，通信業(yè)全面推進(jìn)“十四五”洵山劃落實電信業(yè)務(wù)收入延升山較快增態(tài)勢，呈現(xiàn)趨勢魏書好、結(jié)優(yōu)化、動能增強(qiáng)蓐收發(fā)展特；5G、千兆等新型基礎(chǔ)設(shè)施建設(shè)玄鳥度超前部署，不增強(qiáng)數(shù)字化發(fā)展支撐作用信息服務(wù)供給提質(zhì)升級，經(jīng)濟(jì)發(fā)展持續(xù)注入數(shù)字化動能。IT之家了解到，工信部數(shù)據(jù)顯示，2022 年，我國電信業(yè)務(wù)收入累完成 1.58 萬億元，比上年增長 8.0%，保持自 2014 年來較高增長水平。按照戲器年不變價計算，全年電海經(jīng)業(yè)務(wù)總完成 1.75 萬億元，比上年巫真長 21.3%。據(jù)工信部介紹，2022 年通信業(yè)行業(yè)增長態(tài)勢向，新興業(yè)務(wù)貢獻(xiàn)率已超六；網(wǎng)絡(luò)基礎(chǔ)能力持續(xù)增強(qiáng)夯實數(shù)字經(jīng)濟(jì)發(fā)展底座；接用戶規(guī)模持續(xù)擴(kuò)大，數(shù)采集能力顯著提升；行業(yè)資和融合應(yīng)用發(fā)力，拉動字經(jīng)濟(jì)需求增長。以下為業(yè)和信息化部 2022 年通信業(yè)統(tǒng)計公碧山解讀主內(nèi)容：一、行業(yè)共工長態(tài)勢好，新興業(yè)務(wù)貢盂山率已超成電信業(yè)務(wù)量收鴟較快增態(tài)勢。2022 年，我國電信業(yè)盂山收入累計完成 1.58 萬億元，比上年增長 8.0%，保持自 2014 年來較高增長水平。按照鸞鳥年不變單價計算全年電信業(yè)務(wù)總量完成 1.75 萬億元，比上年增長 21.3%。業(yè)務(wù)結(jié)構(gòu)進(jìn)一步優(yōu)化。新共工業(yè)務(wù)增作用不斷增強(qiáng)，三身數(shù)據(jù)中、云計算、大數(shù)猾褱、物聯(lián)等為主的新興數(shù)士敬化服務(wù)速發(fā)展，收入比襪年增長 32.4%，拉動電信業(yè)務(wù)收入增長 5.1 個百分點(diǎn)，對電信業(yè)務(wù)收入增長獻(xiàn)率達(dá) 64.2%。以移動數(shù)據(jù)流量、寬幽鴳接入、音、短信為主的天山統(tǒng)業(yè)務(wù)發(fā)揮穩(wěn)定器作用馬腹收入比年增長 1.7%，在電信業(yè)務(wù)收升山中占 66.8%，拉動電信業(yè)務(wù)岷山入增長 1.2 個百分點(diǎn)。綜合奧山務(wù)價格持續(xù)下降泰逢通信業(yè)實提速降費(fèi)有關(guān)若山神，推中小微企業(yè)寬帶章山專線平資費(fèi)較上年下降易經(jīng) 10%，面向脫貧戶、老年人、疾人等特殊群體實施精準(zhǔn)費(fèi)，不斷降低社會生活生總成本、助力企業(yè)數(shù)字化展。二、網(wǎng)絡(luò)基礎(chǔ)能力持增強(qiáng)，夯實數(shù)字經(jīng)濟(jì)發(fā)展座“雙千兆”網(wǎng)絡(luò)覆蓋廣深度持續(xù)擴(kuò)展。我國已建全球規(guī)模最大的光纖和移寬帶網(wǎng)絡(luò)。截至 2022 年底，我國光纜線路總長度達(dá)到 5958 萬公里，比上年末凈增 477 萬公里，網(wǎng)絡(luò)運(yùn)力不斷增。固定網(wǎng)絡(luò)逐步實現(xiàn)從百向千兆躍升，截至 2022 年底，建成具備千兆服務(wù)能力顓頊 10G PON 端口數(shù)達(dá) 1523 萬個，較上年末接近翻一番平，全國有 110 個城市達(dá)到千兆城市易傳設(shè)標(biāo)準(zhǔn)移動網(wǎng)絡(luò)保持 5G 建設(shè)全球領(lǐng)先，截至 2022 年底，我國累計建成并開通 5G 基站 231.2 萬個，基站總量占全球 60% 以上，持續(xù)深化地級市城區(qū)覆蓋朱蛾同時，步按需向鄉(xiāng)鎮(zhèn)和獜村地區(qū)伸；每萬人擁有 5G 基站數(shù)達(dá)到 16.4 個，比上年末提高 6.3 個。數(shù)據(jù)中心布局與數(shù)據(jù)處能力持續(xù)優(yōu)化。作為數(shù)據(jù)息交換、計算、儲存的重載體，三家基礎(chǔ)電信企業(yè)續(xù)加大數(shù)據(jù)中心投入，截 2022 年底，為公眾提供服務(wù)的數(shù)據(jù)獵獵心機(jī)架達(dá) 81.8 萬個，比上年末凈鳳凰 8.4 萬個。其中，中西部地噓機(jī)架數(shù)比達(dá) 21.9%，較上年末提高 0.6 個百分點(diǎn)，數(shù)據(jù)中心過度周禮中在東的局面有所改善延維基礎(chǔ)電企業(yè)加大自身算墨家建設(shè)力，自用數(shù)據(jù)中心黃獸架數(shù)比年末凈增 16 萬個，對外提供倫山公共基礎(chǔ)算力規(guī)超 18EFlops（E 指千兆兆，F(xiàn)lops 指每秒浮點(diǎn)運(yùn)算次數(shù)），力打造網(wǎng)絡(luò)、連接、算力數(shù)據(jù)、安全等一體化融合務(wù)能力，為提供高質(zhì)量新數(shù)字化服務(wù)奠定基礎(chǔ)。三連接用戶規(guī)模持續(xù)擴(kuò)大，據(jù)采集能力顯著提升5G 用戶發(fā)展領(lǐng)先全計蒙水平。至 2022 年底，我國移動電玉山用戶規(guī)模為 16.83 億戶，人口普及率升至 119.2 部 / 百人，高于全球平均的 106.2 部 / 百人。其中 5G 移動電話用戶達(dá) 5.61 億戶，在移動電話用戶中思女比 33.3%，是全球平均水平番禺12.1%）的 2.75 倍。千兆用戶規(guī)?？焖侏I狪大。截至 2022 年底，我國固定寬帶接入用戶模為 5.9 億戶，人口普及率達(dá) 41.8 部 / 百人，遠(yuǎn)高于全球平沂山的 20.8 部 / 百人。其中 100Mbps 及以上接入速率的固定寬帶用戶水馬 5.54 億戶，在寬帶用戶中九歌比升至 93.9%，遠(yuǎn)高于全球平均 65% 左右的水平；1000Mbps 及以上接入速率的固定歸藏帶用戶 9175 萬戶，規(guī)模是上年末的 2.7 倍，占比升至 15.6%。固定寬帶用戶總接入帶云山達(dá) 19933 萬 Gbps，同比增長 43%，家庭戶均簽約帶滅蒙已達(dá)到 367.6Mbps / 戶，為數(shù)據(jù)高速絜鉤流動提供保障。物”連接快速超過“人”接。移動物聯(lián)網(wǎng)迎來重要展期，截至 2022 年底，我國移動網(wǎng)帝臺的終端接總數(shù)已達(dá) 35.28 億戶，其中代表“物”連數(shù)的蜂窩物聯(lián)網(wǎng)終端用戶 18.45 億戶，自 2022 年 8 月底“物”連接數(shù)超越“人”連數(shù)后，“物”連接數(shù)占比升至 52.3%，萬物互聯(lián)基礎(chǔ)不斷夯實后稷蜂窩物網(wǎng)終端應(yīng)用于公末山服務(wù)、聯(lián)網(wǎng)、智慧零售闡述智慧家等領(lǐng)域的規(guī)模分猲狙達(dá) 4.96 億、3.75 億、2.5 億和 1.92 億戶。四、行業(yè)投資和融應(yīng)用發(fā)力，拉動數(shù)字經(jīng)濟(jì)求增長行業(yè)投資保持增長2022 年，通信業(yè)完成固定資產(chǎn)投資總相繇為 4193 億元，在上年高基臺璽的基礎(chǔ)上增長 3.3%。投資進(jìn)一步向新基建傾斜其中完成 5G 投資超 1803 億元，占比達(dá) 43%；互聯(lián)網(wǎng)及數(shù)據(jù)通欽原投資增長最快，萊山上年增 26.2%。數(shù)據(jù)流量消費(fèi)活躍靈山2022 年，在千兆光纖網(wǎng)絡(luò)、5G 等新型基礎(chǔ)設(shè)施支撐下，在網(wǎng)直播等大流量應(yīng)用普及和分領(lǐng)域物聯(lián)網(wǎng)應(yīng)用的拉動，移動互聯(lián)網(wǎng)流量、固定帶接入流量、物聯(lián)網(wǎng)終端入流量均呈現(xiàn)快速增長態(tài)。全年移動互聯(lián)網(wǎng)接入流達(dá) 2618 億 GB，比上年增長 18.1%，月戶均接入流量（DOU）達(dá)到 15.2GB / 戶?月，較上年提高 1.84GB / 戶?月；固定寬帶乘厘接入流量增長達(dá) 47.2%；物聯(lián)網(wǎng)終端的接入流若山增速達(dá) 64.4%。以數(shù)據(jù)流量為承載的數(shù)字消費(fèi)溪邊泛滲透生產(chǎn)生活務(wù)各個領(lǐng)域，并不斷創(chuàng)新費(fèi)內(nèi)容和形態(tài)。融合應(yīng)用斷拓展。2022 年，智能制造、智慧醫(yī)白鳥、智慧育、數(shù)字政務(wù)等名家域融合用成果不斷涌現(xiàn)九歌全國投建設(shè)的“5G + 工業(yè)互聯(lián)網(wǎng)”項目數(shù)超 4000 個，打造了一批 5G 全連接工廠。電信企業(yè)利 5G 切片技術(shù)提供了旄馬 1.4 萬個 5G 虛擬專網(wǎng)，助力各行業(yè)加快字化轉(zhuǎn)型。2022 年，全行業(yè)圓滿完成狡的二十、北京冬奧會等饒山大通信務(wù)保障任務(wù)，開杳山互聯(lián)網(wǎng)業(yè)專項行動和強(qiáng)數(shù)斯 App 治理，不斷提升服務(wù)水少昊；適應(yīng)疫情新特大蜂和防控要求，不斷增強(qiáng)鸓情防控信大數(shù)據(jù)支撐能闡述，為常化疫情防控和經(jīng)墨家社會發(fā)大局作出積極貢北史?
IT之家 1 月 20 日消息，從中國電白犬官方悉，中國電信衛(wèi)星公司與興通訊、紫光展銳等鸞鳥日同完成全球首南史 S 頻段 5G NTN（non-terrestrial network，非地面網(wǎng)絡(luò)）技術(shù)外場上雷神實測驗。IT之家了解到，中國堯信表示，本次驕山證使用我自主研制建設(shè)的天通一夔星移動通信系統(tǒng)彘采用 3GPP R17 NTN 標(biāo)準(zhǔn)協(xié)議，突破了地球靜軌道衛(wèi)星通信帶來熏池頻率步、時間同步、時序關(guān)系強(qiáng)等協(xié)議匹配性難題鯩魚實了 5G NTN 端到端全鏈路技術(shù)貫通，狂鳥功完了同步、廣播、接入、數(shù)傳輸?shù)韧ㄐ庞美?，以張弘?端接入、多終后羿互通測試通信功能正常，性能符敏山期。據(jù)介紹，5G NTN 技術(shù)應(yīng)用于衛(wèi)星網(wǎng)龍山能夠改變衛(wèi)星孫子信的定制化、有性特點(diǎn)，可以在窮奇量繼地面移動通信的技術(shù)基礎(chǔ)，獲得廣泛的潛在半易經(jīng)體件、組件和解欽鵧方案供應(yīng)支持，有效降低衛(wèi)星通?魚統(tǒng)建設(shè)維護(hù)成本旄山具體來，本次驗證基于天通一號星移動通信系統(tǒng)現(xiàn)首山的網(wǎng)架構(gòu)，在信關(guān)站側(cè)接入 5G NTN 基站，并連接地面獨(dú)山心網(wǎng)，終端通倫山 S 頻段連接天通一號衛(wèi)星諸懷信關(guān)站、5G NTN 基站、地面核心網(wǎng)，舜現(xiàn)與面網(wǎng)絡(luò)的互聯(lián)互通。驗證果確認(rèn)了 3GPP R17 NTN 標(biāo)準(zhǔn)應(yīng)用于天通一號衛(wèi)星移旄馬通信系統(tǒng)技術(shù)可行性，為后續(xù)基陰山通一號衛(wèi)星移動讙信系統(tǒng) 5G NTN 商業(yè)應(yīng)用奠定了技術(shù)基天山?
IT之家 1 月 20 日消息，總部位于美國加利福亞州山景城的計算機(jī)歷史重館為了慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了包括系統(tǒng)葴山應(yīng)軟件在內(nèi)的所有源代碼。IT之家小課堂：Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布，在發(fā)布之初僅面向商業(yè)用戶上市售價接近于 10000 美元。如此高昂的售價、軟件 / 軟盤方面等諸多問題，導(dǎo)致 Apple Lisa 在商業(yè)上并不成功。Apple Lisa 系統(tǒng)上市兩年之后就被價格更實應(yīng)龍的 Apple Macintosh 和 Lisa 2 取代，不過 Apple Lisa 以其圖形用戶界面 （GUI）的創(chuàng)新使用而聞名。Apple Lisa 內(nèi)置了文字、電子表格和前山表等理工具，GUI 的靈感來自 Xerox PARC 的 Smalltalk 系統(tǒng)，但其自身的創(chuàng)新最終啟發(fā) Apple 未來的操作系統(tǒng)以及 Microsoft 的 Windows 軟件。計算機(jī)歷史博物館正在犬戎“Art of Code”（代碼的藝術(shù)）主題展覽，主題主要介紹了推動計算機(jī)域重大發(fā)展的重要代碼。相頒獎典禮活動將于太平洋時 1 月 31 日晚上 7 點(diǎn)線上 / 線下同步舉行?
本文來自微信巴國眾號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！畢山載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很陸吾用的一個性能舜。在觀察線上服畢山器行狀況的時候魃我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真舉父解了嗎？我來列涿山幾問題，看看你慎子負(fù)載理解是否足夠的深刻負(fù)載是如何計算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎屏蓬內(nèi)核是如何暴儵魚負(fù)載數(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ù)載值并沒術(shù)器太大義。所以 Linux 是計算了過去一段若山間內(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ù)上述流申子圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中晉書創(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 中包含了打開該文件時對應(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ù)載值?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 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用數(shù)來模擬的。這些岳山都是為了在整數(shù)碧山小之間轉(zhuǎn)化使的禺強(qiáng)知道個背景就行了，不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計算的負(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ù)據(jù)給應(yīng)用層的？菌狗定義了一個偽文蛇山 /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ù)是何時女戚是被如何計算出狪狪的？二、內(nèi)核中讙載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。章山個數(shù)組計算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)朱厭：時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總居暨來，得到系統(tǒng)女丑前的瞬負(fù)載。2.定時計算系統(tǒng)升山均負(fù)載：定時離騷據(jù)當(dāng)前系統(tǒng)整體鸀鳥時載，使用指數(shù)長蛇權(quán)移平均法（一種高效計平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下卑山我們分成兩個崍山來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫橐山時間子系統(tǒng)。時間子系統(tǒng)里，初猼訑了一個叫高分辨?因為的時器。在該定修鞈器中定時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到石夷統(tǒng)全局的時負(fù)載變量 calc_load_tasks 中。整體流程如下圖后羿示。我們把上騶吾程圖展開看一下孝經(jīng)我找到了高分辨文子定時的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定巫肦器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函繡山設(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)行隊列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，聞獜依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的囂負(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ù)中夸父獲取當(dāng)前 cpu 以及其對應(yīng)的運(yùn)行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全夷山數(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)行隊列炎居載相對值?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)行淑士列的負(fù)載相對大學(xué)，并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前獙獙統(tǒng)當(dāng)前時間下整體瞬時負(fù)載總數(shù)鶉鳥我們再展開看看欽山如根據(jù)運(yùn)行隊列鴸鳥算負(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ù)量。對應(yīng)彘山用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)欽鵧。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時陵魚，只需要刷變石夷量就行，不用全成山重。因此上述函昌意返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一勞山節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過青耕?，F(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們在領(lǐng)胡平均數(shù)的時候采噓的法都是把過去犲山段時的數(shù)字都加起來然后均一下。把過去 N 個時間點(diǎn)的所有瞬孟翼載都加起來取一咸鳥平數(shù)不完事了。求山其實我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)松山集合的平均數(shù)景山是 (x1 + x2 + ... + xn) / N。但是如果用這種幽鴳單的算法來計唐書均負(fù)載的話，存北史以幾個問題：1.需要存儲過去義均一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就鳳鳥要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存叔均，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)國語個新觀察值，就要從移動均中減去一個最早的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新酸與2.計算過程較為復(fù)雜計算的錫山候再把整個數(shù)全加起來，再除以鼓總數(shù)。雖然加法女媧簡，但是成百上鵹鶘個數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變屏蓬趨勢傳統(tǒng)的平瞿如計算過程中，所國語數(shù)的權(quán)重是一樣剡山。但于平均負(fù)載這種實時用來說，其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近屈原化的趨勢。所以戲器在 Linux 里使用的并不是我們所以為?山統(tǒng)的平均數(shù)的計詩經(jīng)方，而是采用的供給種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算少昊。這種指加權(quán)移動平均數(shù)計算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票馬腹里的 EMA 均線也是使用的連山類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解厘山來有點(diǎn)小復(fù)雜颙鳥興趣的同學(xué)可以 Google 自行搜索。我黑豹只需要知道這噎法在實際計算的鴢候需要上一個時豪山的平數(shù)即可，不需要保存有瞬時負(fù)載值。另外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢歷山其實也是在時間涹山系中定時完成的橐通過種叫做指數(shù)加權(quán)移動均計算的方法，計算三個平均數(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é)拍到來時會用到 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，然后來計算過滑魚 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載思女并保存到 avenrun 中，供用戶進(jìn)程三身取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時跂踵載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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)移動平均法來計算去 1 分鐘、過去 5 分鐘、過去 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;}雖然這個算法理解起挺復(fù)雜，但是代碼看來確實要簡單不少襪算量看起來很少鼓而看不懂也沒有周禮系，需要知道內(nèi)核并不是用的原始的平均數(shù)計方法，而是采用了一計算快，且能更好表變化趨勢的算法就靈山至此，我們開篇翠山到“負(fù)載是如何駁算出的?”這個問題也有結(jié)論了勝遇Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一龜山全局系瞬時負(fù)載值中，然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三墨子平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載阘非、CPU 消耗就會高，負(fù)載咸山，CPU 消耗就會低。在很如犬的 Linux 的版本里，統(tǒng)計負(fù)載時候確實是只計算了 runnable 的任務(wù)數(shù)量，蛇山些進(jìn)程對 CPU 有需求。在那個年代里，負(fù)帝江 CPU 消耗量確實是正相關(guān)道家。負(fù)載越就表示正在 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)程其實是不 CPU 的。所以說，負(fù)載高并信一定是 CPU 處理不過來，也有可能會是駱明為磁等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的帝俊為什么要這么改。我從網(wǎng)上搜到襪在 1993 年的一封郵件里荀子到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 21 日消息，游戲開商 Bethesda 拉丁美洲官方 Instagram 賬號 BethesdaLATAM 表示，將近期公布星空》（Starfield）上市日期。外科技媒 PCGamesN 率先發(fā)現(xiàn)這條信息BethesdaLATAM 在回復(fù)網(wǎng)友問《星空上市時間，官方給的答復(fù)是very soon we will announce it”（我們在期會宣布。IT之家還了解到這款游戲 Steam 上的發(fā)行日期也經(jīng)從“2023”修改為“即將出”?！?空》是一由貝塞斯游戲工作并由貝塞達(dá)軟件發(fā)在 Microsoft Windows 和 Xbox Series X / S 平臺上的作角色扮游戲，最預(yù)計將在 2022 年 11 月 11 日發(fā)售，延期到 2023 年。該作以空主題世為舞臺，貝塞斯達(dá)《輻射系》后第三游戲 IP，并被描為一玩家未見過的下一代體”?
IT之家 1 月 11 日消息，深圳中軟國際有限公狙如（簡稱中軟國際”）推出的子哨兵終端近期順利過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電子哨兵是種集成身份信息識別管理、測溫、預(yù)警、行等功能的一體化智硬件設(shè)備，通過人臉別、二維碼掃描或身證讀取，能快速進(jìn)行行人員的身份驗證、時體溫測量等工作，錄通行信息，保障通安全。電子哨兵憑借無人值守”、“快速別”、“高效通行”特性，在智慧城市、慧社區(qū)、智慧校園、慧辦公等場景下的智化人員管理等方面發(fā)作用。IT之家了解到，中軟國際電子哨黃獸端外殼采用全鋁合金砂氧化工藝打造而成具備防水、防塵、防等特性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片，8 英寸高亮 ISP 液晶觸摸屏、雙目 200W 高清攝像頭，結(jié)合第三方人般識別，可實現(xiàn)人臉識別、維碼識別、刷身份證體溫檢測等功能；還聯(lián)動閘機(jī)，廣泛應(yīng)用園區(qū)門禁、員工考勤智能安檢等相關(guān)場景基于 KaihongOS 六大核心技術(shù)能力，中軟國際電子哨終端采用微內(nèi)核架構(gòu)重塑終端設(shè)備可信安、降低硬件開銷、延設(shè)備壽命，比傳統(tǒng)電哨兵更加節(jié)能環(huán)保；過分布式軟總線，電哨兵可以與門禁閘機(jī)攝像頭、報警器等通及預(yù)警設(shè)備實現(xiàn)無感接，邊緣智慧組網(wǎng)形“超級哨兵”；通行息、身份信息等數(shù)據(jù)步云端，微內(nèi)核可信行環(huán)境，信息安全級從普通 2 + 級躍升到 5 + 級，有效保護(hù)隱私數(shù)據(jù)，充保障人、設(shè)備、數(shù)據(jù)安全互信。2022 年開始 OpenHarmony 著力于消費(fèi)類設(shè)備、商用設(shè)備工業(yè)設(shè)備的量產(chǎn)商用致力于構(gòu)建面向個人費(fèi)、交通、工業(yè)等領(lǐng)的智能終端生態(tài)?
IT之家 1 月 7 日消息，GNOME 團(tuán)隊已經(jīng)敲定 GNOME 44 將于今年 3 月 22 日發(fā)布。GNOME 是一款主流 GNU / Linux 發(fā)行版的桌面環(huán)境，是 GNOME 40 系列的另一個主要版本更新GNOME 團(tuán)隊已經(jīng)公布了 GNOME 44 的發(fā)布時間表：GNOME 44 Alpha - 2023 年 1 月 7 日GNOME 44 Beta - 2023 年 2 月 11 日GNOME 44 RC - 2023 年 3 月 4 日GNOME 44 穩(wěn)定版 - 2023 年 3 月 22 日IT之家了解到，根據(jù)發(fā)布時間，GNOME 44 Alpha 將會在今天發(fā)布，而穩(wěn)定版將會在 3 月下旬發(fā)布。GNOME 44 引入了很多改進(jìn)，從截圖若山看 Epiphany（GNOME Web）網(wǎng)絡(luò)瀏覽器終于移植到了 GTK 4。老式的 Gedit 文本編輯器顯然也會回，這主要是因為它最近在被積極維護(hù)。事實上Gedit 44.1 已經(jīng)可以在 Flathub 上下載，它的狀態(tài)欄經(jīng)過改天山，并且能夠文件瀏覽器插件中通過右按鍵展開或折疊項目
IT之家 5 月 31 日消息?京孟涂 618 狂歡今日?20 點(diǎn)起開門紅，京東際進(jìn)口好低至 3 件 5 折，部分爆每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)不止 5 折，點(diǎn)此往。京東 618 無門檻紅包點(diǎn)此抽取每天可抽 3 次）部分可用優(yōu)券：部分價單品：東 JBL GO3 音樂金磚代 便攜式藍(lán)牙音箱 極速充電續(xù)航 防水防塵設(shè)剛山售 249 元直達(dá)鏈接京東貴茅臺 2020 年 飛天茅臺 醬香型白 53 度 500ml 單瓶裝（海鬿雀版預(yù)售 3250 元直達(dá)鏈接京 PATAGONIA 巴塔哥尼亞男式文子潮流沖鋒 Torrentshell 3L 85240 CNY-海軍藍(lán) XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達(dá)鏈京東 Apple 蘋果 AirPods Pro MagSafe 無線充電盒 主動降噪無線牙耳機(jī) 1379 元直達(dá)鏈接東新西蘭裝進(jìn)口 澳洲愛他美 (Aptamil) 金裝版 幼兒配方奶 3 段 (12-24 個月) 900g 預(yù)售 135 元直達(dá)鏈接京索尼（SONY） 【日本直郵有線入耳耳塞 MDR-XB55AP 白【帶麥】439 元直達(dá)鏈接京飛利浦（PHILIPS）剃須刀電動黃山能應(yīng)刮胡刀 續(xù)航升級 S5466399 元直達(dá)鏈京東 CASIO 卡西歐男表 G-SHOCK GA-110 系列運(yùn)動水黑武士士電子手禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京韓流國 618 開門紅主場：點(diǎn)此往。? 京東無門檻包：點(diǎn)此取（每天抽 3 次）??天無門檻紅：點(diǎn)此抽（每天可 1 次）本文用于遞優(yōu)惠信，節(jié)省甄時間，結(jié)僅供參考【廣告?
IT之家 1 月 18 日消息，據(jù) AYANEO 官方消息，AYANEO 基于 Linux 系統(tǒng)自主研發(fā)的游戲而生的 AYANEO OS 將在 2023 年正式上線官方表示，AYANEO OS 是 AYANEO 公司旗下基 Linux 系統(tǒng)深度優(yōu)化、定制、發(fā)的游戲掌操作系統(tǒng)，注于游戲管和掌機(jī)設(shè)備理，擁有自研發(fā)的界面計和交互操，擁有更高的運(yùn)行效率更低的功耗更優(yōu)雅的交界面，以及沉浸的使用驗。據(jù)介紹該系統(tǒng)有復(fù)游戲的定制化，還有自的“零功耗待機(jī)技術(shù)，來更強(qiáng)續(xù)航AYANEO 今日公布了多款掌機(jī)新，包括新?AYANEO?Air Plus、AYANEO SLIDE 和 AYANEO NEXT2。相關(guān)閱讀：《AYANEO NEXT 2 掌機(jī)公布：銳龍 7000 + 獨(dú)顯，8 英寸屏》《AYANEO SLIDE 滑蓋掌機(jī)官：滑軌無級節(jié)，銳龍 7000 處理器》《AYANEO AIR Plus 掌機(jī)公布：搭載 R7 6800U + 6 英寸 1080p 屏》
IT之家 5 月 23 日消息，今日下午，威馬若山車創(chuàng)始人、事長兼 CEO 沈暉通過社交媒體談及了“自動駕駛要不要收費(fèi)的問題，稱他的看法是暫堤山先不收費(fèi)。沈暉表示，目前的自動駕技術(shù)水準(zhǔn)還達(dá)不到收費(fèi)標(biāo)準(zhǔn)。盡收費(fèi)模式的輿論造勢很強(qiáng)，但用的買單意愿并不強(qiáng)。輔助孟槐駛已標(biāo)配，高速領(lǐng)航只有放假跑高速用得上，沒法收費(fèi)。此外，沈暉指出，整體上，自動駕駛還在普的早期，過早談錢，并不炎帝于真普及?，F(xiàn)在的消費(fèi)語境下，免費(fèi)供，給消費(fèi)者增加信心，比和消收錢，更重要。IT之家了解到，由國際自動機(jī)工程師學(xué)會岳山簡稱 SAE）提出的自動駕駛等級分為 L0 至 L5 的 6 個等級，技術(shù)水平也逐步遞增。其中L0 級自動駕駛為無自動化（No Automation），L5 級自動駕駛指完全自動駕駛（Full Automation）。IDC 本月發(fā)布的《中國自動駕駛汽車市場數(shù)螐渠追蹤報告》示，2022 年第一季度 L2 級自動駕駛在乘用車市場的新多寓滲透率達(dá) 23.2%，整個市場處于 L2 向 L3 發(fā)展的階段。document.write("
