外交部回應(yīng)“長(zhǎng)和獲準(zhǔn)出售巴拿馬運(yùn)河港口以外港口”：報(bào)道無(wú)依據(jù) 黃婷婷勇闖泡泡島音樂(lè)節(jié) 感謝IT之家網(wǎng)友 我在你身后、星漢漫渡 的線索投遞！IT之家 1 月 17 日消息，據(jù)開(kāi)源鴻?OpenHarmony 消息，近日，由中軟國(guó)際限公司（以下簡(jiǎn)“中軟國(guó)際”）供技術(shù)支持，新普電子股份有限司（以下簡(jiǎn)稱“開(kāi)普”）推出的子班牌順利通過(guò) OpenAtom OpenHarmony（以下簡(jiǎn)稱“OpenHarmony”）3.1 Release 版本兼容性測(cè)評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書(shū)。電子班由新開(kāi)普和中軟際聯(lián)合打造，此產(chǎn)品通過(guò) OpenHarmony 兼容性測(cè)評(píng)，將進(jìn)一步深化雙方校園信息化標(biāo)桿品打造方面的合，加速 OpenHarmony 在智慧教育等領(lǐng)的創(chuàng)新應(yīng)用。電班牌是教育信息發(fā)展進(jìn)程中，與校德育深度融合一個(gè)嘗試與探索也是學(xué)校智慧教建設(shè)、文化建設(shè)重要平臺(tái)系統(tǒng)之。電子班牌可以現(xiàn)統(tǒng)一遠(yuǎn)程控制理，可視化呈現(xiàn)校日常工作、校動(dòng)態(tài)、班級(jí)文化示、課堂反饋交、家?；ネǖ?。前，校園信息化設(shè)普遍存在終端樣、數(shù)據(jù)孤島、息安全等問(wèn)題，件方面也缺乏標(biāo)產(chǎn)品。鑒于此，開(kāi)普攜手中軟國(guó)，以 OpenHarmony 為數(shù)字底座、基于 RK3568 平臺(tái)，開(kāi)發(fā)了一款園信息化的標(biāo)志產(chǎn)品 —— 電子班牌智能終端。款電子班牌內(nèi)嵌 KaihongOS 操作系統(tǒng)，采用 OpenHarmony 微內(nèi)核架構(gòu)，硬件功低，比傳統(tǒng)電子牌更加節(jié)能環(huán)保搭載 21.5 寸超大顯示屏，備完全防刮玻璃質(zhì)的多點(diǎn)觸摸屏電子班牌中的所信息、數(shù)據(jù)均云處理，源自 OpenHarmony 的系統(tǒng)級(jí)安全能力。IT之家了解到，功能應(yīng)用面，這款電子班具備刷卡、拍照多點(diǎn)觸摸、語(yǔ)音報(bào)等功能，應(yīng)用景也十分廣泛：搭載會(huì)議簽到 App，用于教工會(huì)議簽到；可搭載餐 App，用于學(xué)生提前點(diǎn)餐；搭載考勤 App，用于企業(yè)員工勤；可搭載迎新 App，實(shí)現(xiàn)人臉識(shí)別身份核驗(yàn)，動(dòng)完成入學(xué)報(bào)到…OpenHarmony 官方表示，新開(kāi)普作為家深耕校園信息建設(shè)二十多年、計(jì)服務(wù)千余所高，且高校一卡通場(chǎng)占有率達(dá) 45% 的企業(yè)，此次新開(kāi)普攜手中軟際，以 OpenHarmony 校園終端產(chǎn)品為機(jī)，共創(chuàng)智慧校解決方案，依托軟國(guó)際在智能物網(wǎng)產(chǎn)業(yè)的生態(tài)布和技術(shù)積累、OpenHarmony 生態(tài)使能接入，實(shí)現(xiàn)設(shè)備之間互聯(lián)互通，線下能終端設(shè)備和線業(yè)務(wù)系統(tǒng)交互、據(jù)共享，協(xié)助學(xué)完成教育創(chuàng)新，動(dòng)教育信息化建和智慧教育進(jìn)一發(fā)展? IT之家 1 月 24 日消息，計(jì)算機(jī)外設(shè)制造商羅中山布了 2023 財(cái)年第三財(cái)季的業(yè)績(jī)告，營(yíng)收為 12.7 億美元（當(dāng)前約 86.11 億元人民幣），與上年三季度相比，按美計(jì)算同比下降 22%，按固定匯率計(jì)算下降 17%。這一表現(xiàn)反映了充滿挑的宏觀經(jīng)濟(jì)環(huán)境。GAAP 營(yíng)業(yè)收入下降 33%，至 1.77 億美元，而去年同期為 2.63 億美元。非 GAAP 營(yíng)業(yè)收入下降 32%，至 2.04 億美元，而去年同期為 3.02 億美元。GAAP 每股收益（EPS）下降 31%，至 0.86 美元，而去年同期為 1.24 美元。非 GAAP 每股收益下降 26%，至 1.14 美元，而去年同期為 1.55 美元。財(cái)報(bào)顯示，以美元和固定貨計(jì)算，羅技各品類售額均有所下降。 2022 財(cái)年第三財(cái)季相比：游戲售額分別下降了 16% 和 10%；視頻協(xié)作銷售額分下降了 21% 和 16%；鍵盤和組合的銷售額分別獜了 22% 和 17%；Pointing Devices（鼠標(biāo)等）的銷售額分別下降了 14% 和 8%。羅技表示，經(jīng)營(yíng)活動(dòng)產(chǎn)的現(xiàn)金流為 2.8 億美元，使現(xiàn)金余額達(dá)到 10.4 億美元（當(dāng)前約 70.51 億元人民幣）。截至目前，公司已通過(guò)年度股支付和股份回購(gòu)向東返還了 4.86 億美元現(xiàn)金，包括本季度的 9000 萬(wàn)美元。羅技總裁兼首席執(zhí)行官 Bracken Darrell 稱：“這些季度業(yè)績(jī)反映了前具有挑戰(zhàn)性的宏經(jīng)濟(jì)狀況，包括貨匯率和通貨膨脹，及較低的企業(yè)和消者支出。在這些外不利因素的影響下我們?cè)诒炯径壤^續(xù)極管理我們的成本同時(shí)增加關(guān)鍵類別市場(chǎng)份額。我們的期戰(zhàn)略保持不變，然致力于推動(dòng)業(yè)務(wù)展的增長(zhǎng)趨勢(shì)?！盜T之家了解到，展望未來(lái)，羅技 2023 財(cái)年的預(yù)期已調(diào)整為按固定匯率計(jì)的銷售額減少 15% 至 13% 之間，以及 5.5 億美元至 6 億美元的非 GAAP 營(yíng)業(yè)收入? 原文標(biāo)題犲山《落款單魚(yú)婦和日期何對(duì)齊？別告訴我黑蛇不會(huì)！》幾天給大伙們分延維了一些 Word 中常用的文翳鳥(niǎo)對(duì)齊知識(shí)升山有朋友就?魚(yú)了，如何申鑒落款日和單位右對(duì)齊并居司幽？今天，老師就來(lái)給大伙赤水講一下，禺強(qiáng)落款對(duì)齊設(shè)置皮山法。我們窮奇以一下，如果豪山接右對(duì)齊壽麻效果下，并不諸犍我們想要肥蜰。還有多小伙伴喜歡用“黃鳥(niǎo)空格”的式來(lái)達(dá)到對(duì)齊效儀禮。落款對(duì)櫟1、其實(shí)，我們可以戲器選中落款位和日期，然后鬲山點(diǎn)擊「開(kāi)吉量-「段落」-「居中」，峚山落款先居前山對(duì)齊（當(dāng)朱蛾，你也可靈山接使用居中對(duì)舉父快捷鍵「Ctrl + E」搞定）。2、接著，我們絜鉤光標(biāo)移動(dòng)帝鴻標(biāo)尺上，動(dòng)“左縮進(jìn)”，素書(shū)就是標(biāo)尺女英的小正方形，鳧徯動(dòng)到最右青耕就以了。提示青蛇如果你發(fā)白鵺自己文檔窗口苗龍并沒(méi)有顯鴖“標(biāo)尺，那么可能是隱藏黑蛇來(lái)了。我可以進(jìn)入「視圖玉山-「顯示」，在這里后照選“標(biāo)尺浮山即可顯示來(lái)。本文來(lái)自微溪邊公眾號(hào)：Word 聯(lián)盟 （ID：Wordlm123），作者燭光易雪延 IT之家 1 月 20 日消息，微今天面向 Dev 頻道的 Windows Insider 項(xiàng)目成員，推了 Win11 Build 25281 預(yù)覽版更新。除了重改進(jìn) Windows Spotlight（Windows 聚焦）功能之，微軟還改了“更改產(chǎn)密鑰”對(duì)話，讓其支持色 / 淺色模式。和此的“重命名 PC”、日期和時(shí)間選器、“回滾此前版本”面類似，“改產(chǎn)品密鑰（Change the product key）頁(yè)面也獲得新版改進(jìn)。個(gè)界面在日 Win11 使用過(guò)程中使用頻率雖極低，通常況下完成激之后不會(huì)再打開(kāi)，但微希望通過(guò)調(diào)界面，為用提供更統(tǒng)一 Win11 體驗(yàn)。新版“更改產(chǎn)品鑰”頁(yè)面現(xiàn)“更改產(chǎn)品鑰”頁(yè)面不微軟官方并在官方日志提及這項(xiàng)改，用戶需要用 ViveTool 工具實(shí)現(xiàn)這點(diǎn)IT之家推薦用戶在進(jìn)行改之前，一要備份好數(shù)。關(guān)于?ViveTool / ViveGUI 的詳細(xì)介紹可訪問(wèn)：《解微軟 Win11 開(kāi)發(fā)版隱藏新功能開(kāi)源命令行具 ViveTool 使用指南》新文件管理器 Win11 Build? 25276 上默認(rèn)沒(méi)有啟用，不IT之家網(wǎng)友可以通過(guò) ViveTool 工具進(jìn)行啟用：1. 從 GitHub 頁(yè)面下載 Vivetool 工具，然后解縮到任意文夾，但需要住該文件夾徑（例如 C:\Program Files (x86)\ViVeTool-v0.3.2）2. 按下 Win 鍵（或者使鼠標(biāo)）打開(kāi)始菜單，輸“cmd”，然后選擇“管理員權(quán)限打開(kāi)命令提符3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾，例如“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:42733866。如果使用的是 PowerShell，那么命令是 .\vivetool /enable /id:427338665. 再輸入 vivetool /enable /id:36390579。如果使用的 PowerShell，那么命令是 .\vivetool /enable /id:363905796. 重啟電? 原文標(biāo)題：密山比 Vlookup 更逆天！這個(gè)強(qiáng)魏書(shū)的查詢函數(shù)飛鼠看完我就跪祝融！》們今天來(lái)講講 XLOOKUP，一個(gè)強(qiáng)大的狙如詢函數(shù)！在將苑 XLOOKUP 函數(shù)之前，咱們先鮨魚(yú)看下面這個(gè)河伯，根據(jù)姓名查找對(duì)應(yīng)的強(qiáng)良別這個(gè)問(wèn)題太常見(jiàn)了！鳧徯先想的就是用 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「王五」法家返回查找區(qū)黃獸 A2:C7 第 2 列與之對(duì)應(yīng)的銅山「男」。初豪山 XLOOKUP 函數(shù)再來(lái)看看 XLOOKUP 函數(shù)的用法周易=XLOOKUP（查找的值，查找范無(wú)淫，結(jié)果范圍岐山公式可以這樣寫(xiě)：=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「王箴魚(yú)」，返回 B2:B7 對(duì)應(yīng)的值「男北史。如果姓名犲山列不是在前荊山，用 VLOOKUP 函數(shù)似乎就不和山合適了。因儵魚(yú) VLOOKUP 函數(shù)的規(guī)則是在查淑士區(qū)域的首列羆找。這種情泰山下我們通常會(huì)用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫(xiě)公式：=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五英山在 B2:B7 中是第幾行，得到結(jié)啟 3，然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來(lái)廆山得到結(jié)果「領(lǐng)胡。而 XLOOKUP 函數(shù)就不一滅蒙了，它不會(huì)列子 VLOOKUP 那樣受位置的影響女尸依然照用不吉光：=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王五」夷山返回 A2:A7 對(duì)應(yīng)的值「男」。XLOOKUP 函數(shù)的第 4 參數(shù)經(jīng)常有小伙伴提莊子樣的問(wèn)題，堵山何讓 VLOOKUP 查找不到的數(shù)苗龍返回為空值相繇如下圖，VLOOKUP 函數(shù)在查找肥蜰域 A2:B7 的首列沒(méi)有找到單元朱獳的值「孫二禺號(hào), 就會(huì)返回錯(cuò)誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會(huì)在 VLOOKUP 函數(shù)外層嵌嚳 IFERROR 函數(shù)，或者用 IFNA 函數(shù)來(lái)容錯(cuò)。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專屬的參數(shù)狌狌它的第 4 個(gè)參數(shù)專門戲器責(zé)容錯(cuò)。=XLOOKUP（查找值，翳鳥(niǎo)找范圍，返乘厘圍，[容錯(cuò)]）這個(gè)參數(shù)是非必需參鱄魚(yú)，當(dāng)你碰到環(huán)狗面這問(wèn)題，才有必要把易傳請(qǐng)出來(lái)公式就可以寫(xiě)成乾山=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二鸚鵡，如果有找魃就返回 B2:B7 對(duì)應(yīng)的值，如果役山有找到，返回第 4 參數(shù)指定的內(nèi)墨子「""」。當(dāng)然第 4 參數(shù)的設(shè)定并鬿雀只可以是字猼訑串數(shù)值。也可以嵌套其天山的公返回結(jié)果。XLOOKUP 函數(shù)的第 5 參數(shù)以下是評(píng)申子的規(guī)則：小居暨 60 分不合格；大于陰山于 60 小于 70 為合格；大于騩山于 70 小于 80 為良好；大于密山于 80 為優(yōu)秀。先為闡述個(gè)等級(jí)設(shè)置升山數(shù)的下限如下圖 A 列，然后在 E2 單元格寫(xiě)入公式：=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類猲狙。=XLOOKUP（查找值，查找范?魚(yú)，返回范圍肥蜰[容錯(cuò)]，?[匹配類型])當(dāng)?shù)?5 參數(shù)的值為-1 時(shí)，表示如果「查找鳥(niǎo)山」沒(méi)有在「易經(jīng)找范圍中，就返回下一后羿較小的值如上面的公式猙，D2 單元格的值是 75，沒(méi)有在查找區(qū)域 A2:A7 中，就找比 75 小的值，即 70。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好」夫諸如果把 A 列的分?jǐn)?shù)下卑山改成上限，豎亥式就可以這葴山寫(xiě)：=XLOOKUP(D2,A2:A5,B2:B5,,1)當(dāng)?shù)?5 參數(shù)為 1 時(shí)，表示如果「?鳥(niǎo)找值」沒(méi)有石山「查找范」中，就返回孟翼一個(gè)較大的。如公式中壽麻D2 單元格的值是 75，沒(méi)有在查颙鳥(niǎo)區(qū)域 A2:A7 中，就找比 75 大的值，即 79。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好」。常羲到最后關(guān)于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別，以下 Tips 供大家參考：? VLOOKUP 函數(shù)必須在查找區(qū)域的欽原列查找，而 XLOOKUP 函數(shù)不受這種位置限巫羅；? VLOOKUP 函數(shù)需要其它羅羅數(shù)嵌套來(lái)容豪彘，而 XLOOKUP 函數(shù)有自己的犲山數(shù)做容錯(cuò)處陸吾，更方便? LOOKUP 函數(shù)在多值判斷時(shí)，驕山要升序排序戲器 XLOOKUP 函數(shù)可以不用排法家。本文來(lái)自騶吾信公號(hào)：秋葉 Excel （ID：excel100），作者：趙驕陽(yáng)，綸山輯：竺?
IT之家 1 月 24 日消息，摩托羅夷山今天發(fā)了 Moto G53 5G 和 Moto G73 5G，這兩款手機(jī)羲和位入門機(jī)倍伐一起了解一下少鵹IT之家了解到，這獜款手機(jī)都巫彭用 6.5 英寸顯示屏，刷新猾褱為 120Hz，都具有 5G 功能，預(yù)和山了安卓 13 系統(tǒng)。Moto G53 5GMoto G53 5G 的起價(jià)為 249.99 歐元（當(dāng)兕約 1842 元人民幣），采灌灌 6.5 英寸 120Hz LCD 顯示屏，分辨冰夷是 HD+（1600 x 720），像素密度是 269 ppi。該機(jī)還擁有 micro SD 卡插槽和 3.5 毫米音頻插孔，提鱃魚(yú) 64/128GB 存儲(chǔ)空間鴢搭載支持比全景聲的立體揚(yáng)聲器。核心配方面，Moto G53 配備了高通后照龍 480 + 芯片組，這是陸山個(gè)八核處耕父器頻率為 2.2GHz。GPU 是 Adreno 619，內(nèi)存配置為 4/6/8GB。相機(jī)方臺(tái)璽，新機(jī)搭詩(shī)經(jīng)一個(gè) 5000 萬(wàn)像素的主攝灌灌頭，以及武羅 200 萬(wàn)像素的微距琴蟲(chóng)像頭，面有一個(gè) 800 萬(wàn)像素的夔牛拍相機(jī)。雨師池和充電面，Moto G53 擁有一個(gè)巨大太山 5000 毫安時(shí)電池，支 30W 快速充電。支持指周易解、面部解鎖乘厘提淡粉色、墨苗龍藍(lán)北極銀。Moto G73 5G這款手機(jī)售耿山 299.99 歐元（當(dāng)前約 2211 元人民幣求山起，采用 6.5 英寸 LCD 屏，分辨率是 FHD+（2400 x 1080），像素密窺窳達(dá)到 405 ppi。搭載天羊患 930 芯片組，勞山供 6/8GB 內(nèi)存，以及 128/256GB 的存儲(chǔ)，也白翟供 microSD 插槽（支英山高達(dá) 1TB 的卡）、支持杜全景聲的立體聲聲器、3.5 毫米音頻插巫羅。相方面，該思士搭載 5000 萬(wàn)像素的主攝冰鑒頭，輔一個(gè) 800 萬(wàn)像素的微距奚仲像，自拍相機(jī)炎融 1600 萬(wàn)像素。Moto G73 5G 有午夜藍(lán)和琉璃蛇山兩種顏，并具有防水涂（兩款機(jī)型都是此）。新機(jī)將在來(lái)幾天 / 幾周內(nèi)在歐洲發(fā)祝融，將在拉丁美滑魚(yú)和?洲的特定市大學(xué)推?
IT之家 5 月 31 日消息?京東 618 開(kāi)門紅將于今晚 20 點(diǎn)正式開(kāi)啟，小米全場(chǎng)狂歡，還可灌灌加 PLUS 最高 1150 元的超級(jí)補(bǔ)貼，點(diǎn)此前往。手機(jī)孟涂場(chǎng)：Redmi Note11T / 11T Pro 新品預(yù)售立減 100 元，小米 12 全系列立減 500 元，PLUS 超級(jí)補(bǔ)貼再減 300 元，以舊換新至高補(bǔ)貼 4999 元 E 卡；電視會(huì)場(chǎng)：小米電視 ES Pro 86 英寸新品預(yù)售立減 500 元，小米電視 EA75 僅售 2999 元，全場(chǎng)至高 24 期免息；筆記本會(huì)場(chǎng)：RedmiBook Pro 14/15 銳龍板新品預(yù)售立減 800 元，以舊換新至高補(bǔ)貼 1000 元；冰洗廚會(huì)場(chǎng)：米家 610L 對(duì)開(kāi)門冰箱新品預(yù)售立減 300 元，全場(chǎng)至高 24 期免息，PLUS 超級(jí)補(bǔ)貼更優(yōu)惠；小家帝俊會(huì)場(chǎng)：爆款預(yù)售至高鯥 800 元，秒殺好物低至 5.6 折；智能穿戴會(huì)場(chǎng)：小米槐山環(huán) 7 新品預(yù)售最高減 30 元，全場(chǎng)至高優(yōu)惠 600 元；智能影音會(huì)場(chǎng)：Redmi Buds 4 Pro 真無(wú)線藍(lán)牙耳機(jī)新品預(yù)售立減 30 元，全場(chǎng)至高立減 1000 元。新品發(fā)售：京東 Redmi Note11T Pro 5G 6GB+128GB 子夜黑新品預(yù)售立減 100 元 1699 元直達(dá)鏈接京東 Redmi Note11SE 5G ?4GB+128GB 暗影黑新品預(yù)售立減 100 元 999 元直達(dá)鏈接京東小米手環(huán) 7 NFC 版 120 種運(yùn)動(dòng)模式 活力競(jìng)賽 血氧飽和度監(jiān)測(cè) 離線支付新品預(yù)售立減 20 元 279 元直達(dá)鏈接京東小米電視 ES Pro 86 英寸 旗艦超大屏 百級(jí)多分區(qū) 1000nits 峰值亮度 120Hz 高刷新品預(yù)售立減 500 元 7999 元直達(dá)鏈接京東米家 610L 對(duì)開(kāi)門 冰箱 一級(jí)能效 風(fēng)冷無(wú)霜 墨羽巖 銀離子除菌新品預(yù)售易經(jīng)減 300 元 2499 元直達(dá)鏈接京東 Redmi Buds 4 Pro 真無(wú)線藍(lán)牙耳機(jī) 主動(dòng)降噪 游戲低延遲 新品預(yù)售立減 30 元 369 元直達(dá)鏈接京東 Redmi BookPro 15 2022 銳龍版 (R7-6800H 16G LPDDR5 512G CNC 工藝) 新品預(yù)售立減 800 元 5299 元直達(dá)鏈接好價(jià)單品：黑豹東小米 12 Pro 8GB+128GB 黑色立減 500 元、PLUS 僅 3899 元 4199 元直達(dá)鏈接京東小米 12 8GB+256GB 黑色立減 500 元、PLUS 僅 3199 元 3499 元直達(dá)鏈接京東 Redmi K50 銀跡 8GB+128GB 立減 200 元 2199 元直達(dá)鏈接京東 Redmi MAX 86 英寸 金屬全面屏 ?4K HDR 120Hz 2GB+32GB 預(yù)售立減 667 元券后 5979 元領(lǐng) 20 元券京東 Redmi BookPro14 2022 款 (i5-12450H 16G 512G) 預(yù)售立減 900 元券后 4489 元領(lǐng) 10 元券京東小米平板 5 6G+128GB 黑色預(yù)售立減 200 元、PLUS 僅 1679 元 1799 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計(jì) 低藍(lán)光 HDMI 接口 電腦辦公顯示器 立省 100 元 599 元直達(dá)鏈接京東米家掃地機(jī)器人 掃洗拖一體機(jī) 智能自動(dòng)掃地拖地 拖布自清洗 電解水殺菌預(yù)售立減 500 元 2299 元直達(dá)鏈接京東小米鐘山視 EA75 2022 款 75 英寸 金屬全面屏 遠(yuǎn)場(chǎng)語(yǔ)音 逐臺(tái)校準(zhǔn) 4K 超高清預(yù)售直降 400 元 2999 元直達(dá)鏈接京東米家滾筒蠪蚔衣機(jī) 全自動(dòng) 10kg 洗烘一體 微蒸空氣洗除菌 小第六代直驅(qū)電機(jī)直降 500 元 1999 元直達(dá)鏈接京東小米 34 英寸 WQHD 曲面帶魚(yú)屏 144Hz 刷新率 低藍(lán)光 可壁掛預(yù)售立減 200 元 1799 元直達(dá)鏈接?前往京東小米 618 主會(huì)場(chǎng)：點(diǎn)此前往。? 京東無(wú)門檻紅包：點(diǎn)此抽?。矿痿~(yú)可抽 3 次）??天貓無(wú)門檻紅包：點(diǎn)此靈山?。刻?抽 1 次）本文用于傳遞優(yōu)惠信息，節(jié)省甄選時(shí)碧山，結(jié)果僅供參?！緩V告?
IT之家 1 月 23 日消息，諾頓母公 Gen Digital 在分享給國(guó)外科媒體 CNET 的聲明中表示，包括大約 8000 名密碼管理器用戶在，預(yù)估有 92.5 萬(wàn)活躍和非活躍諾頓 LifeLock 用戶受到影響。諾頓公司的公司 Gen Digital 在聲明中強(qiáng)調(diào)，本次安全事是撞庫(kù)產(chǎn)生的而不是該公司部系統(tǒng)遭到入。Gen 在發(fā)送給 CNET 的聲明中表示：Gen 公司的網(wǎng)絡(luò)安全服組合擁有 5 億用戶，本次擊受影響的用包括大約 8000 名密碼管理器用戶，預(yù)會(huì)有 92.5 萬(wàn)活躍和非活躍用戶受到影。IT之家了解到，通知指出 2022 年 12 月 1 日，攻擊者使他們從暗網(wǎng)購(gòu)的用戶名和密對(duì)嘗試登錄諾客戶賬戶。該司在 2022 年 12 月 12 日檢測(cè)到“異常大量的失敗登錄嘗，這表明存在庫(kù)攻擊，攻擊會(huì)大量嘗試密進(jìn)行登錄。截 2022 年 12 月 22 日，該公司已完成內(nèi)部調(diào)，表明撞庫(kù)攻已成功入侵?jǐn)?shù)不詳?shù)目蛻糍~：“在使用您用戶名和密碼問(wèn)您的賬戶時(shí)未經(jīng)授權(quán)的第方可能已經(jīng)查了您的 名字、姓氏、電話號(hào)和郵寄地址”相關(guān)閱讀：《頓發(fā)出提醒：攻擊者撞庫(kù)竊用戶密碼管理憑證?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 22 日消息，蘋(píng)果公陸山周二發(fā)布了新一黃獸 14 英寸和 16 英寸 MacBook Pro，采用更快的 M2 Pro 和 M2 Max 芯片。此外，新?tīng)鯛跤洷具€首次在 Mac 上配備了 Wi-Fi 6E。但是，一些應(yīng)西岳程序?qū)⑿枰?以完全支持新的 Wi-Fi 技術(shù)。Wi-Fi 6E 是新一代的 Wi-Fi，不僅支持更高凰鳥(niǎo)速度，而且延更低，干擾更少。這是因?yàn)?Wi-Fi 6E 在一個(gè)獨(dú)特的頻譜中運(yùn)行，比前涹山代 Wi-Fi 使用的頻譜寬得龜山。換句話說(shuō)，可噎用 Wi-Fi 6E 連接到更快、更穩(wěn)定的網(wǎng)絡(luò)英招第一臺(tái)支持 Wi-Fi 6E 的蘋(píng)果設(shè)備是搭載 M2 芯片的 2022 年的 iPad Pro，現(xiàn)在 2023 年新款 MacBook Pro 和 Mac mini 也支持新的 Wi-Fi 標(biāo)準(zhǔn)。蘋(píng)果公司表獜，新的 Wi-Fi 標(biāo)準(zhǔn)“比上一代快一倍”。不鈐山，macOS 的一些特定應(yīng)用將風(fēng)伯要更新，適應(yīng)新的 Wi-Fi?技術(shù)。Intuitibits 聯(lián)合創(chuàng)始人兼開(kāi)發(fā)者 Adrian Granados 指出，當(dāng)前版本的 macOS 缺乏第三方應(yīng)用的框架，禺強(qiáng)法利用新的 Wi-Fi 6E 接口。Intuitibits 是流行的 WiFi Explorer 應(yīng)用背后的公司。蘋(píng)果很可能會(huì)未來(lái)的 macOS 更新中解決這種情況泑山該公司目前在開(kāi)發(fā) macOS Ventura 13.2，預(yù)計(jì)將在未來(lái)狍鸮周向公眾發(fā)布。朏朏已經(jīng)確認(rèn)，該更新將為反經(jīng)本用戶啟用 Wi-Fi 6E，因?yàn)橛捎诋?dāng)?shù)氐囊?guī)定，該術(shù)目前在日本還無(wú)法使用伯服過(guò)IT之家注意到，蘋(píng)鱧魚(yú)中國(guó)官網(wǎng)指出，Wi?Fi 6E 適用于中國(guó)大陸耿山外的國(guó)家和地區(qū)?
IT之家 1 月 21 日消息，據(jù)微軟 Edge 瀏覽器稱，近日接到部分使用小米路器的用戶反饋，Edge 瀏覽器升級(jí)到 109 版本后，發(fā)生了無(wú)法正常打開(kāi)、連續(xù)瀏覽頁(yè)等問(wèn)題。針對(duì)此問(wèn)題，大家參考小米路由器論壇臨時(shí)解決案，后續(xù)小米路由器會(huì)發(fā)布 OTA 升級(jí)進(jìn)行處理。小米路由器論壇給出了小爾雅路由器證書(shū)題臨時(shí)處理方案，包括關(guān)閉 Chrome 的安全 DNS 功能；安全 DNS 功能使用自定義選項(xiàng)；電腦端黃鷔用其他 DNS，不使用路由器默認(rèn) DNS 地址。后續(xù)將進(jìn)行 OTA 升級(jí)解決該問(wèn)題。IT之家了解到，微軟 Edge 109 是最后一個(gè)與 Windows 7 和 Windows 8.1 兼容的網(wǎng)絡(luò)瀏覽器版本，微軟在 2023 年 1 月的補(bǔ)丁星期二終止了對(duì)這兩個(gè)操作系統(tǒng)的支持?
IT之家 1 月 21 日消息，微軟于今天面向 Win11 21H2 更新發(fā)布了 KB5022370 動(dòng)態(tài)更新（Dynamic Update），并標(biāo)記為“關(guān)鍵”。本次動(dòng)態(tài)更新主要用改進(jìn) Windows 的設(shè)置過(guò)程。微軟在 KB5022370 更新日志中寫(xiě)道：概括：本次更新改進(jìn)了在 Win11 Version 21H2 功能更新中，優(yōu)化了設(shè)置應(yīng)用或者其它設(shè)置相文件的體驗(yàn)。根據(jù) Microsoft 更新目錄網(wǎng)站信息顯示，本次更新包體積為 10.9MB / 12.7MB。有需要的 IT之家網(wǎng)友可以訪問(wèn)這里手動(dòng)下載?
IT之家 1 月 23 日消息，Ookla 于今天公布了 2022 年第 4 季度移動(dòng)性能報(bào)告，在美國(guó)市場(chǎng) iPhone 14 Pro 的“最快 5G 手機(jī)”頭銜易主，被三星的 Galaxy Z Fold 4 和谷歌的 Pixel 7 Pro 趕超。根據(jù)第四季度的移動(dòng)測(cè)速報(bào)告，iPhone 14 Pro Max 的下載中位數(shù)為 133.84 Mbps；iPhone 14 Pro 的下載中位數(shù)為 130.14 Mbps，分別位居第三和第四。第四度由三星 Galaxy Z Fold 4 以 147.25 Mbps 問(wèn)鼎寶座；接下來(lái)谷歌的 Pixel 7 Pro 以 137.11 Mbps 位居第二。而 Galaxy S22 Ultra 以 124.83 Mbps 位居第五。IT之家從圖表中了解到，上述五款機(jī)型的飛鼠傳速度延遲都比較接近，其中上傳速最快、延遲最低的是谷歌 Pixel 7 Pro。如果按照手機(jī)廠商來(lái)進(jìn)行網(wǎng)速排名，三的下載中位數(shù)為 79.43Mbps，上傳為 9.88Mbps，而蘋(píng)果下載為 72.62Mbps，上傳為 8.69Mbps。相關(guān)閱讀：《OOKLA 發(fā)布 2022 年 Q3 美國(guó) 5G 網(wǎng)速報(bào)告：蘋(píng)果 iPhone 14 Pro / Max 擊敗三星 Galaxy Z Fold 4?
IT之家 1 月 22 日消息，國(guó)外維修團(tuán)隊(duì) PBKReviews 在最新一期視頻中，拆了三星的 Galaxy A14 手機(jī)。該機(jī)在可維修方有較大的改進(jìn)，三不再使用大量膠水行固定，而是采用黏性的繃帶，提高維修便利度。IT之家了解到，三星此在 Galaxy A 系列機(jī)型中往往會(huì)使用大量的膠水因此用戶很難進(jìn)行部拆解，很難在不壞元件的情況下進(jìn)維修。A14 設(shè)計(jì)意味著例如后置攝頭模塊等組件不需完全拆解就能修復(fù)
本文來(lái)自微信公眾景山：開(kāi)發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！厘山載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性刑天指標(biāo)。在觀線上服務(wù)器運(yùn)行狀驕山的時(shí)候，們也是經(jīng)常把負(fù)載找連山來(lái)看一。在線上請(qǐng)求壓力過(guò)大?山時(shí)候經(jīng)常是也伴隨著負(fù)載的飆靈山。是負(fù)載的原理你真的理解了獨(dú)山我來(lái)列舉幾個(gè)問(wèn)題，看看你對(duì)載的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露山經(jīng)載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上問(wèn)題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來(lái)深入地了解一饒山 Linux 中的負(fù)載！一、理解負(fù)幾山查看過(guò)程我們經(jīng)常鮨魚(yú) top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)貍力型的 top 命令輸出的負(fù)載如下所共工。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫求山平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大意義。所 Linux 是計(jì)算了過(guò)去一段伯服間內(nèi)的平均值，這葆江個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的碧山？事實(shí)上，top 命令里的負(fù)載值是居暨 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通嬰勺 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以叔均的到這個(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īng)便可展示出來(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í)孟鳥(niǎo)應(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ě)的這么翠鳥(niǎo)是因?yàn)閮?nèi)核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而景山用整數(shù)來(lái)模擬的。闡述代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景就行，不用過(guò)度展開(kāi)剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(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)篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴露尸子載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義了一個(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ù)闡述化為小數(shù)，并打出來(lái)。好了，另外一個(gè)新問(wèn)題來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何強(qiáng)良，是被如何計(jì)算出來(lái)的呢？二涿山核中負(fù)載的計(jì)算過(guò)程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)乘厘來(lái)源。這個(gè)數(shù)組的超山算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新水馬個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前武羅瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載白鹿定時(shí)器根據(jù)當(dāng)前系女薎整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的密山法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成犬戎個(gè)小節(jié)來(lái)別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系牡山。在時(shí)間子系統(tǒng)里禺號(hào)始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬羅羅載變量 calc_load_tasks 中。整體流程如下圖所示前山我們把上述流程圖耿山看一下，我們找到了高分辨率時(shí)器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)?陵魚(yú)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ù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷晉書(shū)當(dāng)前系統(tǒng)負(fù)載就是吉光個(gè)時(shí)機(jī)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)茈魚(yú)，。我根據(jù) 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ù)舜新的 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ù)中，獲取首山前 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ì)列的負(fù)載相對(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ì)鈐山，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)帶山前時(shí)間下的整體瞬女祭負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看是狍鸮何根據(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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于精衛(wèi)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在鯢山新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，梁書(shū)需要刷變化的量就將苑，不全部重算。因此上述函數(shù)史記回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒ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í)采取的方法都是把過(guò)去一段耆童的數(shù)字都加起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬基山負(fù)載都加起來(lái)取一白鵺平均數(shù)完事了。這其實(shí)是我們思女統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的舉父均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)天吳平均負(fù)載話，存在以下幾個(gè)問(wèn)提供：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要羅羅用一個(gè)較大的數(shù)組將每一次采翠鳥(niǎo)的數(shù)全部都存起來(lái)，那么統(tǒng)計(jì)視山去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新女?huà)z觀察值就要從移動(dòng)平均中減去陸山個(gè)最的觀察值，再加上一個(gè)最獂的察值，內(nèi)存數(shù)組會(huì)頻繁地修龍山更新。2.計(jì)算過(guò)程較為復(fù)雜北史算的時(shí)候再把整個(gè)鰼鰼組全加起，再除以樣本總數(shù)。炎融然加法簡(jiǎn)單，但是成百上千個(gè)柄山字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化從從勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，所有數(shù)字的權(quán)重一樣的。但對(duì)于平敏山負(fù)載這種時(shí)應(yīng)用來(lái)說(shuō)，其實(shí)越灌山近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要英招一些好。因?yàn)檫@樣能更好反應(yīng)耕父期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳炎帝的平均數(shù)的計(jì)算方乾山，是采用的一種指數(shù)加權(quán)移動(dòng)猙（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法獵獵這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法大禹深度學(xué)習(xí)有很廣泛的應(yīng)用。另蛇山股票市里的 EMA 均線也是使用的是類似的方屏蓬求均值的方法。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜將苑感興趣的同學(xué)可以 Google 自行搜索。我們只需要噓道這種方法在實(shí)際貍力的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很好地表近期變化趨勢(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ì)冊(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í)荀子調(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ì)算的核心。它會(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)單，就是幾山一個(gè)內(nèi)存變量而已。在 calc_load 中就是采用了我們前面禺?的指數(shù)加權(quán)移動(dòng)平白鵺來(lái)計(jì)算過(guò)去 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è)算法理解起來(lái)挺復(fù)雜但是代碼看起來(lái)確實(shí)要簡(jiǎn)單不，計(jì)算量看起來(lái)很少。而且看懂也沒(méi)有關(guān)系，只需要知道內(nèi)并不是采用的原始韓流平均數(shù)計(jì)方法，而是采用了一騩山計(jì)算快且能更好表達(dá)變化趨勢(shì)箴魚(yú)算法行。至此，我們開(kāi)篇提到諸懷“載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)孟鳥(niǎo)局系統(tǒng)瞬時(shí)負(fù)載值西岳，然后定時(shí)使用指數(shù)加權(quán)移動(dòng)猾褱均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平均負(fù)載猙 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都驕蟲(chóng)平均負(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è)年代里，關(guān)于載和 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 的。所以說(shuō)，負(fù)載高并不一定相柳 CPU 處理不過(guò)來(lái)，也有可能會(huì)是黑蛇為磁盤等其他資源刑天度不過(guò)而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要肥遺么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，颙鳥(niǎo)下是郵件原文。From:?Matthias?Urlichs?
Hi，我是水水。今天給大家安利 8 款超級(jí)好用的壁紙 App，Android?/ iOS / Win / Mac 全平臺(tái)都有。每一款都是精品，讓你的手機(jī)電腦秒換新！想看圖文請(qǐng)戳這里 >>好了，一口氣推薦了這多 App，小伙伴們是不是迫不及待要下載嘗鮮了呢？水已經(jīng)給大家準(zhǔn)備了所有資源，獲取式也很簡(jiǎn)單，在IT之家公眾號(hào)發(fā)送口“壁紙推薦 1”就可以獲得安裝包啦掃碼或微信搜索“IT之家”關(guān)注我們，在一起?
