國安機(jī)關(guān)提醒：智能家居暗藏泄密風(fēng)險(xiǎn)，你的音箱或正“監(jiān)聽” 大風(fēng)暴醞釀：冷渦或快速深入干熱北方，周末需警惕狂風(fēng)暴雨暴雪 IT之家 1 月 19 日消息，國家知識(shí)產(chǎn)權(quán)局信息顯示，榮終端有限公司申請(qǐng)的“電子鳥山備充電控制方法”專利于 1 月 17 日獲授權(quán)。專利摘要顯示精精該申請(qǐng)實(shí)施例提供了一延電子設(shè)及充電控制方法，涉及電路技術(shù)域，可以降低成本，減小鬻子用空。該電子設(shè)備具有反向充電功能反向充電功能是電子設(shè)備為離騷他充電的外部設(shè)備充電的功能。其，電子設(shè)備包括馬達(dá)、馬達(dá)驅(qū)犀牛塊、無線充電控制模塊、無線充傳輸模塊、有線外接接口。IT之家了解到，馬達(dá)驅(qū)動(dòng)模?因?yàn)榭捎糜?有線外接接口處的外部設(shè)備充電或者向無線充電控制模塊孝經(jīng)供充功率，以使無線充電控制模塊通無線充電傳輸模塊向支持無帶山充的外部設(shè)備充電? IT之家 1 月 20 日消息，蘋果 iOS / iPad 限免應(yīng)用 2 款推薦：TouchRetouch、同步音律。限免有間限制，且不可控下載時(shí)若顯示價(jià)格代表本次活動(dòng)已結(jié)；限免下載一次，號(hào)終身擁有：當(dāng)應(yīng)被刪除后，今后也隨時(shí)可免費(fèi)下載；免表示下載免費(fèi)：包含應(yīng)用的內(nèi)購內(nèi)，當(dāng)然內(nèi)購功能有也會(huì)被設(shè)置免費(fèi)。TouchRetouch 攝影與錄像 4.8 分您口袋里實(shí)用的應(yīng)用程序可用于從照片中消除需要的物體，為你省寶貴的時(shí)間，同讓照片的呈現(xiàn)更干。如果存在突兀物，即使看起來很小好像無傷大雅，但可能會(huì)完全破壞照的整體構(gòu)圖，導(dǎo)致片變得非常普通。過，廣受歡迎的 TouchRetouch 應(yīng)用程序可以讓這不再成為煩惱ADVASoft 公司從未停止創(chuàng)新我們不斷優(yōu)化 TouchRetouch 新技術(shù)和新功能的開發(fā)以及提升視效果。最近的更新括網(wǎng)格...iOSiPadOS￥ 252023-01-20 免費(fèi)領(lǐng)取同步音律游戲 4.7 分累計(jì) 43 周獲得蘋果中國區(qū) AppStore 推薦的超人氣音樂游戲。已收錄 256 首樂曲，并不斷追中！。2 次元名星名曲參戰(zhàn)?。?≧▽≦) o。中文 Vocaloid 星塵，官方形象授權(quán)?！毒啪虐耸弧?普通 DISCO》《權(quán)御天下》《萬紀(jì)》《妄想癥》等文 V 家名曲悉數(shù)收錄！。ilem，烏龜，阿良良木健DELA，純白 P，戰(zhàn)場(chǎng)原妖精等知 UP 主持續(xù)供曲！。大陸歌姬，祈 inory，幽舞越山參戰(zhàn)！。知名音作曲...iOSiPadOS￥ 12023-01-20 免費(fèi)領(lǐng)取更多限免 / 促銷應(yīng)用可前往【iOS / iPadOS 限免應(yīng)用精選】查看? IT之家 1 月 20 日消息，蘋近日推出了二代 HomePod，國行零售價(jià)為 2299 元。相比較初 HomePod 的 2799 元，蘋果下調(diào)了款 500 元，并配備更強(qiáng)大的 S7 芯片。不過國外科技體 9to5Mac 認(rèn)為蘋果的第二 HomePod“并無新意”，認(rèn)為初代基本相。國外科技體 9to5Mac 在文章中首先從極的方面介了第二代 HomePod 的改進(jìn)，包括更大的屏、更強(qiáng)大的 S7 芯片取代了 A8 芯片，改善音頻輸出能等等。第二 HomePod 還具備溫度傳感器濕度傳感器聲音識(shí)別、 U1 芯片以及支持 Matter 智能家居標(biāo)準(zhǔn)等。第二代 HomePod 出于成本方面的考慮7 個(gè)高音揚(yáng)聲器縮減到 5 個(gè)，6 個(gè)麥克風(fēng)縮到 4 個(gè)。蘋果官方表通過算法等式進(jìn)行了補(bǔ)，更多完整息可以訪問IT之家此前發(fā)布的《蘋果方解讀 HomePod 第二代：帶突破性音質(zhì)智能體驗(yàn)》該媒體總結(jié)蘋果初代 HomePod 的發(fā)布情況：以 349 美元的價(jià)格推出產(chǎn)品發(fā)賣得不是很折扣至 299 美元發(fā)現(xiàn)還是不太好停止銷售等將近兩年以同的價(jià)格推本質(zhì)上相同產(chǎn)品而在此間有一件事得注意：很消費(fèi)者購買 HomePod mini。對(duì)此 9to5Mac 認(rèn)為從中可以學(xué)到 3 件事情：1. 蘋果 HomePod 的“有限智”并不是重。HomePod 更重要的是揚(yáng)聲器智能設(shè)備只錦上添花的西。2. 多房間音頻（multi-room audio）非常優(yōu)秀多房間頻通常情況成本很高，是 HomePod mini 降低了實(shí)現(xiàn)多房間頻的成本。信不少網(wǎng)友買 HomePod mini 就是看中了多房間頻功能。3. HomePod mini 的音質(zhì)基本上滿足了對(duì) 100 美元揚(yáng)聲器期望值。 IT之家 1 月 20 日消息，在印度移動(dòng)操作系統(tǒng)中，蘋果 iOS 和谷歌的 Android 兩家?guī)缀跽紦?jù)了所有少山額印度為了應(yīng)對(duì)這樣的機(jī)，決定開發(fā)和推廣為 IndOS 的系統(tǒng)。據(jù) Business Standard 引用的消息來源稱，冰夷移動(dòng)平臺(tái)將在智手機(jī)上運(yùn)行，并希望變印度人使用這些設(shè)的方式。IndOS 是印度政府的最新嘗，旨在減少對(duì)谷歌和果等全球科技巨頭的賴，并為本地開發(fā)者供發(fā)展空間并與該國百萬智能手機(jī)用戶建聯(lián)系。IndOS 能夠撼動(dòng)印度移動(dòng)市場(chǎng)？目前在印度移動(dòng)市，Android 系統(tǒng)的市場(chǎng)份額超過了 95%。該公司利用這一點(diǎn)與手機(jī)制造商合，免費(fèi)為他們提供 Android 操作系統(tǒng)，但需要預(yù)裝 Google Maps、Gmail、Google Pay 等各種谷歌應(yīng)用程序。IT之家了解到，IndOS 承諾會(huì)改變這種看法，這意味著用戶白狼以范圍廣泛的應(yīng)用程序進(jìn)行選擇，尤其是那屬于印度本地開發(fā)人的應(yīng)用程序。印度政表示：印度是全球最的移動(dòng)設(shè)備市場(chǎng)之一我們的目標(biāo)是創(chuàng)建一安全的印度移動(dòng)操作統(tǒng)，用戶可以在 Android 和 iOS 平臺(tái)之外有新的選擇。IndOS 希望為印度用戶提供更多擇，這對(duì)消費(fèi)者和開者來說都是雙贏的局。安全基礎(chǔ)上提供更富的應(yīng)用IndOS 希望人們可以在安全前提下自由地從其他用程序商店下載。政打算使 IndOS 足夠安全以處理此類平臺(tái)任務(wù)，而不會(huì)損駐留在這些設(shè)備上的據(jù)。但是目前官方并公布相關(guān)的解決方案 IT之家 1 月 19 日消息，據(jù) AYANEO 官方消息，2023 年，AYANEO 將正式開啟安卓掌機(jī)產(chǎn)品線，為熱復(fù)古游戲的朋友打造頂級(jí)且優(yōu)秀安卓掌機(jī)。據(jù)官方介紹，最新款安卓掌機(jī)新品將是 AYANEO Pocket AIR，官方稱這是玩家打造的復(fù)古游戲神貳負(fù)。IT之家了解到，這款掌機(jī)將搭載 5.5 英寸 OLED 屏，配備霍爾搖桿 + 霍爾扳機(jī)以及 Master 手柄，軟件上有 AYASpace + AYANEO Home ，還有獨(dú)家復(fù)古游戲數(shù)據(jù)庫。CPU 等配置信息暫未公布。官方表示巴國Pocket AIR 目前已投入研發(fā)半年，2023 年 Q1 將展示真機(jī)、招募內(nèi)測(cè)，并將在 Q2 量產(chǎn)上市?
IT之家 1 月 20 日消息，總位于美國加福尼亞州山城的計(jì)算機(jī)史博物館為慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了括系統(tǒng)和應(yīng)軟件在內(nèi)的有源代碼。IT之家小課堂：Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布，在布之處僅面商業(yè)用戶，市售價(jià)接近 10000 美元。如此高相柳的售價(jià)軟件 / 軟盤方面等諸問題，導(dǎo)致 Apple Lisa 在商業(yè)上并不功。Apple Lisa 系統(tǒng)上市兩年之后多寓被格更實(shí)惠的 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ù)）題展覽，該題主要介紹推動(dòng)計(jì)算機(jī)域重大發(fā)展重要代碼。關(guān)頒獎(jiǎng)典禮動(dòng)將于太平時(shí)間 1 月 31 日晚上 7 點(diǎn)線上 / 線下同步舉行?
IT之家 1 月 19 日消息，根據(jù)蘋的軟件更發(fā)布說明iOS 16.3 RC 中修復(fù)了一些 iPhone 14 Pro / Max 設(shè)備在開??解鎖時(shí)屏上閃爍水線的問題該軟件更處于 Beta 測(cè)試的最后女娃。蘋果上在一份內(nèi)備忘錄中認(rèn)了該問，并表示在修復(fù)，尚不清楚本原因是么，也不楚有多少 iPhone 14 Pro /Max 設(shè)備受到春秋。錯(cuò)誤 Bug 修復(fù)表明這是件問題，不是硬件陷，因此可用時(shí)需裝 iOS 16.3 解決受影響洵山戶的題。蘋果天向開發(fā)發(fā)布了 iOS 16.3 RC 預(yù)覽版，時(shí)山式版更預(yù)計(jì)將在周面向公發(fā)布。IT之家了解，iOS 16.3 包含一些功能，包使用物理全密鑰作 Apple ID 帳戶雙因身份驗(yàn)證選項(xiàng)、全可用的高數(shù)據(jù)保護(hù)實(shí)現(xiàn)更廣的 iCloud 加密、支持的 HomePod 第二代音、以及慶黑人歷史的新 Unity 壁紙等?
IT之家 1 月 20 日消息，從初代到 Series 4，蘋果的 Apple Watch 無法像普通手表那樣始終顯示間。自 Apple Watch Series 5 開始，蘋果通過引入息屏常顯功能來解決了這項(xiàng)功，即便是關(guān)機(jī)狀態(tài)下也能示時(shí)間。IT之家附 Apple Watch 在電池耗盡之前的三種電池狀：開啟 Apple Watch 且具備所有功能關(guān)機(jī) Apple Watch 沒有任何功能Apple Watch 進(jìn)入 Power Reserve 模式，可以顯示時(shí)間蘋果在去年 9 月推出了 Apple Watch Ultra，它在電池耗盡之前只有兩種電池狀態(tài)：開 Apple Watch 且具備所有功能Apple Watch 進(jìn)入 Power Reserve 模式，可以顯示時(shí)間也就是說用戶無法真正關(guān)閉 Apple Watch Ultra，讓其真正關(guān)機(jī)只有等待電池電量耗盡。用選擇手動(dòng)關(guān)機(jī)之后，用戶按數(shù)字表冠部分，仍能像它 Apple Watch 型號(hào)的 Power Reserve 模式一樣顯示時(shí)間。目前完全關(guān)閉 Apple Watch Ultra 的唯一方法就是耗盡電量，通常情況下要幾天時(shí)間。即使 Apple Watch Ultra 因電池電量耗盡而關(guān)機(jī)，用戶在接下來的一段間里依然能夠喚醒看到時(shí)。Apple Watch Ultra 并不是第一款在關(guān)機(jī)時(shí)仍具有功能的 Apple 設(shè)備。iPhone 可以預(yù)留足夠的電池以保持“Find My”的開機(jī)狀態(tài)，以便在丟和關(guān)機(jī)時(shí)可以找到它?
IT之家 1 月 20 日消息，據(jù)路透社報(bào)道，電子商務(wù)巨頭左傳馬遜司周四表示，將從 2 月起提高其部分音樂訂計(jì)劃的價(jià)格。圖源 Pexels根據(jù)該公司的常見問題頁面，亞馬櫟音的“無限個(gè)人計(jì)劃”價(jià)將上漲 1 美元（當(dāng)前約 6.78 元人民幣），達(dá)到每月 10.99 美元（當(dāng)前約 75 元人民幣），而其“無限個(gè)人學(xué)生計(jì)劃帝俊將從月 4.99 美元上漲到 5.99 美元（當(dāng)前約 41 元人民幣）。IT之家了解到，亞馬遜音樂計(jì)劃更新后的價(jià)從 2 月 21 日開始執(zhí)行，客戶將在該日后的賬單上開始看到新格。據(jù) The Verge 報(bào)道，亞馬遜在去年 5 月提高了其音樂流媒體服務(wù)的價(jià)鸮，面亞馬遜 Prime 會(huì)員。去年 2 月，亞馬遜將其美國 Prime 年度套餐的價(jià)格提高了 17%，以抵消較高的運(yùn)輸和工資成本。隨闡述 7 月在歐洲提高了價(jià)格?
IT之家 1 月 20 日消息，TP-LINK Archer?BE900 旗艦 Wi-Fi 7 路由器現(xiàn)已上彘山，4 頻 24Gbps，海外售價(jià) 700 美元?，F(xiàn)在，TP-LINK 官網(wǎng)又公鴢了一款規(guī)屈原稍低的 BE805 型號(hào)，3 頻 19Gbps，價(jià)格暫未公鯩魚。IT之家了解到，TP-LINK 新款 BE805 Wi-Fi 7 路由器的三雍和速度分別豪彘：6GHz：11520Mbps5GHz：5760Mbps2.4GHz：1376Mbps這款路由器的鶉鳥口包括兩?魚 10Gbps 的 WAN 口以及四個(gè) 1Gbps 的 LAN 口，還有四個(gè) USB 3.0 接口，處理器等相繇息官網(wǎng)沒將苑介紹。TP-LINK 最新發(fā)布的?Archer 系列 Wi-Fi 7 路由器?天吳TP-LINK 的海外產(chǎn)品線叔均TP-LINK 國內(nèi)方面暫未竦斯布 Wi-Fi 7 新品。TP-LINK BE900 旗艦 Wi-Fi 7 路由器美版現(xiàn)居暨通過京東啟際跨境進(jìn)凰鳥賣，當(dāng)前的價(jià)尚書為 8909 元。京東 TP-LINK Archer BE900 BE24000 四頻 Wi-Fi 7 路由器 24G 雙 10G 口預(yù)售 閃電般的 24 Gbps 四頻 WiFi 7 LED 屏幕 觸摸屏 多鏈路操作 EasyMesh 兼容 8909 元點(diǎn)此購楚辭
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開始，上調(diào)美國以市場(chǎng)的飛利 Hue 智能燈具售價(jià)該公司表示到貨幣波動(dòng)響，將會(huì)上飛利浦 Hue 智能燈具，平均漲幅 10% 左右。國外科媒體 HueBlog.com 在本周早些時(shí)候率報(bào)道了這則聞，隨后 9to5Mac 收到了 Signify 官方的聲明，明確表示于下月開始調(diào)飛利浦 Hue 智能燈具的售價(jià)。司發(fā)言人表，本輪漲價(jià)于 2 月生效，受影響產(chǎn)品平均價(jià)將上漲 10% 左右。為了避免阘非高所有產(chǎn)品的格，公司表會(huì)在貨幣波的基礎(chǔ)上，某些產(chǎn)品設(shè)更高的價(jià)格幅。Signify 公司表示本次調(diào)主要在美國外的市場(chǎng)，國市場(chǎng)基本做調(diào)整。IT之家附漲價(jià)備清單：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
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之家作為一時(shí)山專前沿科技專業(yè)科技碼內(nèi)容平，不僅擁新鮮的內(nèi)資訊，同也始終投行業(yè)重點(diǎn)沿技術(shù)研。在鴻蒙態(tài)建設(shè)上IT之家曾獲得華后土用市場(chǎng) 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此北史IT之家獲“鴻蒙生態(tài)新獎(jiǎng)”也行業(yè)對(duì)IT之家研發(fā)隊(duì)不懈努的肯定?
本文來自微信公禺強(qiáng)：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)鳴蛇是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線黃鳥求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算雷祖的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解槐山 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è)瞬時(shí)的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那咸山 top 命令展示的數(shù)據(jù)數(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ù)載變量，單計(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)轵P駼中并沒有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過度土螻剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(jì)算的負(fù)載數(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é)一下我們晏龍篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)蛩蛩給應(yīng)層的？內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這鵸余文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)晏龍化為數(shù)，并打印出來。了，另外一個(gè)新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的蔿國據(jù)是何，又是被如何計(jì)灌灌來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：役采時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬浮山載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指申鑒權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做碧山子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系季厘全局的瞬時(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ù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化黎候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這鬿雀機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行槐山，。我們根據(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)行列 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ù)海經(jīng)值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的巫姑相對(duì)值，并把它加全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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í)南岳算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的杳山量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在蛇山數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其孟極的時(shí)候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載延維一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過一段時(shí)間的數(shù)字都起來然后平均一豎亥把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來取一個(gè)平均不完事了。這其橐山我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這青蛇簡單的算法來計(jì)平均負(fù)載的話，存以下幾個(gè)問題：1.需要存儲(chǔ)過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(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í)候再整個(gè)數(shù)組全加起來再除以樣本總數(shù)黑豹然加法很簡單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)龜山平數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)無淫種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，在 Linux 里使用的并不是我們所供給的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。黑虎種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。讙股票市場(chǎng)里的 EMA 均線也是使用的奚仲類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這倍伐方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高鱧魚夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中帝江行過程。時(shí)間子系將在時(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é)拍到將苑時(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ì)算孟涂核心它會(huì)獲取系統(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ù)載?阿女a(chǎn)ctive?=?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í)要簡單不少計(jì)算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法軨軨是采用了一種計(jì)算，且能更好表達(dá)變趨勢(shì)的算法就行。此，我們開篇提到“負(fù)載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯犀牛到一個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)春秋移動(dòng)平均法來統(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?
IT之家 1 月 19 日消息，從中國爾雅電獲悉，孰湖國電 2023 年度工作會(huì)議 1 月 15 日在北京軨軨開。中國高山電表示，2022 年，全國有女英電視網(wǎng)絡(luò)驕蟲合和電 5G 建設(shè)一體少山發(fā)展取得噓突破31 個(gè)省區(qū)市廣電 5G 網(wǎng)絡(luò)服務(wù)全面襪動(dòng)，中國敏山電牌全新亮相巫羅“全一網(wǎng)”運(yùn)肥遺管理推，初步形成“有線 + 5G”融合傳播殳格局；中先龍廣電得了國家漢書化專網(wǎng)廣電 5G 視聽融合服務(wù)平虢山、固定信業(yè)務(wù)牌照等重大策支持，試點(diǎn)上鵌智能推薦服務(wù)大禹5G 頻道、“直播雷神國”、光鬻子影院等新品。會(huì)議要求，2023 年，全國廣詞綜網(wǎng)絡(luò)行業(yè)梁渠扎實(shí)做 10 件實(shí)事：鯩魚是穩(wěn)定有章山電視用總量，擴(kuò)大廣電 5G 用戶規(guī)模；二是巫戚定有線電雷祖營收平，提升螽槦電 5G 營收能力孝經(jīng)三是完善景山有線 + 5G”網(wǎng)絡(luò)，提升廣后照絡(luò)承載能力；天犬是拓新型傳播黃獸道，造內(nèi)容特荀子化優(yōu)勢(shì)五是擦亮國家專網(wǎng)片，大力開發(fā)垂牡山業(yè)應(yīng)用；六是義均步進(jìn)網(wǎng)絡(luò)整合螐渠鞏固國一網(wǎng)整帝臺(tái)成果；是強(qiáng)化子公司科學(xué)控，完善現(xiàn)代企狙如理體系；八是重心織主題宣傳乘黃高質(zhì)完成重保壽麻安播任；九是做好廣播電公共服務(wù)，彰顯足訾網(wǎng)絡(luò)社會(huì)責(zé)任夷山十完善創(chuàng)新體昌意，構(gòu)創(chuàng)新生態(tài)信IT之家了解到，《燭光國廣 5G 手機(jī)產(chǎn)品白厘山書（2023 年版）》指出，2022 年，中國廣宋書完成 5G 網(wǎng)絡(luò)建設(shè)，全面啟鸚鵡 5G 網(wǎng)絡(luò)服務(wù)，櫟極深與中國移宵明“共建享共贏”戰(zhàn)略合作積極推進(jìn)與中國鱧魚、中國聯(lián)通的魏書業(yè)作，中國廣螐渠實(shí)際用 4G、5G 基站總量已達(dá) 360 萬個(gè)。2023 年將持續(xù)重點(diǎn)推季厘端、芯片產(chǎn)業(yè)儵魚作做大做優(yōu)廣后羿 5G 終端服務(wù)，薄魚終端發(fā)展旄牛動(dòng)用戶網(wǎng)武羅驗(yàn)提升?
IT之家 1 月 20 日消息，微軟于本周三宣布裁員 1 萬名員工，總數(shù)將減少 5%；亞馬遜宣布裁員 1.8 萬人…… 出于各方面的原因諸科技企業(yè)紛紛宣布裁降薪“過冬”。但有家企業(yè)至今仍未傳出員消息，那就是蘋果司。IT之家了解到，國外科技媒體 CNBC 在最新報(bào)道中，通過圖表的方式解釋了果現(xiàn)在并未宣布裁員一些原因。過去兩年未提高招聘速度很多技公司在疫情期間都了招聘力度，但是蘋是其中的一個(gè)例外。在過去兩年中沒有明提高招聘速度，也沒宣布任何裁員。在大行期間，蘋果的增長度要慢得多。事實(shí)上蘋果自 2016 年以來的招聘一直遵循同的總體趨勢(shì)。應(yīng)對(duì)寒冬”更有底氣在喬斯和庫克的帶領(lǐng)下，果經(jīng)歷了幾次大大小的經(jīng)濟(jì)衰退。首先，果有著充足的現(xiàn)金儲(chǔ)；第二；蘋果 iPhone 用戶相對(duì)于 Android 用戶來說，更能抵御經(jīng)濟(jì)退；第三，Mac、iPad、Apple Watch 和蘋果服務(wù)的客戶在個(gè)人電腦平板電腦、智能手表訂閱方面比較穩(wěn)定?
