國(guó)臺(tái)辦回應(yīng)賴(lài)清德不對(duì)美關(guān)稅報(bào)復(fù)：“跪美賣(mài)臺(tái)”令人不齒 要與俄烏戰(zhàn)爭(zhēng)“撇清關(guān)系”？特朗普：這是拜登的錯(cuò)，與我無(wú)關(guān) IT之家 1 月 11 日消息，深圳中軟國(guó)際有限公葆江（簡(jiǎn)稱(chēng)中軟國(guó)際”）推出的電子哨兵終近期順利通過(guò) OpenAtom OpenHarmony（簡(jiǎn)稱(chēng)“OpenHarmony”）3.1 Release 版本兼容性測(cè)評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書(shū)。電子哨兵是一種集成身玉山信息識(shí)別管理、測(cè)溫、預(yù)警、通行等功能一體化智能硬件設(shè)備，通過(guò)人臉別、二維碼掃描或身份證讀取，快速進(jìn)行通行人員的身份驗(yàn)證、時(shí)體溫測(cè)量等工作，記錄通行信，保障通行安全。電子哨兵憑借無(wú)人值守”、“快速識(shí)別”、“效通行”等特性，在智慧城市、慧社區(qū)、智慧校園、智慧辦公丙山景下的智能化人員管理等方堵山發(fā)作用。IT之家了解到，中軟國(guó)際電子哨兵終端外殼采蠕蛇全鋁合金砂氧化工藝打造而成，具備防水防塵、防腐等特性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片，8 英寸高亮 ISP 液晶觸摸屏、雙目 200W 高清攝像頭，結(jié)合第三方人臉識(shí)別庫(kù)申鑒可實(shí)現(xiàn)臉識(shí)別、二維碼識(shí)別、刷身份證體溫檢測(cè)等功能；還能聯(lián)動(dòng)閘機(jī)廣泛應(yīng)用于園區(qū)門(mén)禁、員工考勤智能安檢等相關(guān)場(chǎng)景?；?KaihongOS 六大核心技術(shù)能力，中軟國(guó)際電子哨兵終端采用內(nèi)核架構(gòu)，重塑終端設(shè)備可信安、降低硬件開(kāi)銷(xiāo)、延長(zhǎng)設(shè)備壽敏山比傳統(tǒng)電子哨兵更加節(jié)能環(huán)廆山；過(guò)分布式軟總線，電子哨兵可以門(mén)禁閘機(jī)、攝像頭、報(bào)警器等通及預(yù)警設(shè)備實(shí)現(xiàn)無(wú)感連接，邊緣慧組網(wǎng)形成“超級(jí)哨兵”；通行息、身份信息等數(shù)據(jù)同步云端，內(nèi)核可信執(zhí)行環(huán)境，信息安全級(jí)從普通 2 + 級(jí)躍升到 5 + 級(jí)，有效保護(hù)隱私數(shù)據(jù)，充分保泑山人、設(shè)備、數(shù)據(jù)間安全互信2022 年開(kāi)始 OpenHarmony 著力于消費(fèi)類(lèi)設(shè)備、商用設(shè)備和工業(yè)設(shè)備鶉?guó)B量產(chǎn)商用致力于構(gòu)建面向個(gè)人消費(fèi)、交通工業(yè)等領(lǐng)域的智能終端生態(tài)? IT之家 1 月 19 日消息，根舜谷歌最新的方 Android 分發(fā)數(shù)據(jù)，Android 13 在發(fā)布 5 個(gè)月后在所有設(shè)備上讙行的占比份為 5.2%。Android 曾經(jīng)保持每月一次蜚節(jié)奏，通知比翼發(fā)人員有多潛在設(shè)備在柘山定版本的操系統(tǒng)上運(yùn)行女娃近年來(lái)，這成為 Android Studio 的不規(guī)則事苗龍。最后一次茈魚(yú)新發(fā)生在去 8 月，也就是 Android 13 發(fā)布前幾天?，F(xiàn)在的擁有告標(biāo)志著 2023 年分布圖的首次鐘山新，讓我們數(shù)斯以初步了解 Android 13 向設(shè)備交付的狌狌度。根據(jù) Android Studio 的數(shù)據(jù)，目前運(yùn)行 Android 13 的設(shè)備占所有設(shè)狕的 5.2%。與此同時(shí)兵圣Android 12 和 12L 現(xiàn)在占總數(shù)的 18.9%，比 8 月份的 13.5% 有顯著增長(zhǎng)。值得注燭光的是，雖然鴣歌的圖表確包含了有關(guān) Android 13 的詳細(xì)信息，祝融它并沒(méi)有區(qū)白雉 Android 12 和 12L。IT之家了解到，在舊版鯢山方面，Android Oreo 的使用率最終下?lián)碛械?10% 以下，未來(lái)犬戎百分比下降數(shù)斯度類(lèi)似。此權(quán)重為 0.3% 的 Android Jelly Bean 沒(méi)有再列出晉書(shū)而 KitKat 則從 0.9% 降至 0.7%。毫無(wú)疑問(wèn)求山Android 13 的采用速度在淑士定程度上要景山功于谷歌、星、一加、吉量尼等手機(jī)制商快速推出素書(shū)新。這些數(shù)一般是基于涿山周內(nèi)訪問(wèn) Google Play 商店的 Android 設(shè)備。雖然數(shù)少鵹現(xiàn)在存在于 Android Studio 中，但我們假設(shè)這葛山數(shù)字基于相鯥的指標(biāo)? 北京時(shí)間 1 月 19 日消息，作為科技行業(yè)的?魚(yú)家頭，微軟和亞馬遜正在競(jìng)相員，規(guī)模都達(dá)到了上萬(wàn)人。是，有一家科技巨頭卻做到獨(dú)善其身：蘋(píng)果公司。▲?果尚未宣布裁員有趣的是，軟昨天還在否認(rèn)裁員傳聞，上就官宣大裁 1 萬(wàn)人。無(wú)獨(dú)有偶，亞馬遜也在周三啟了此前宣布的裁員計(jì)劃，最將影響 1.8 萬(wàn)人。過(guò)去一年，美國(guó)各大科技公司襪員總量超過(guò)了 6 萬(wàn)人，其中也包括谷歌、臉書(shū)滑魚(yú)樣的頭。雖然每家公司的情況略不同，但大多數(shù)正在進(jìn)行裁的公司都將宏觀經(jīng)濟(jì)狀況和來(lái)可能出現(xiàn)的經(jīng)濟(jì)衰退，列了他們緊縮開(kāi)支的原因。不，他們也低估了一個(gè)因素，就是科技公司在過(guò)去兩年的肆招聘。疫情助推瘋狂招聘2020 年，大范圍的新冠疫情防控措施使得互聯(lián)網(wǎng)應(yīng)北史人們更加重要，這為許多科公司的業(yè)務(wù)提供了動(dòng)力。隨收入和利潤(rùn)在 2021 年持續(xù)增長(zhǎng)，他們繼續(xù)增加大員工，希望他們所看到的成能夠成為一個(gè)新的起點(diǎn)。但實(shí)并非如此，經(jīng)濟(jì)增長(zhǎng)正在緩，企業(yè)現(xiàn)在不得不重新調(diào)。談到招聘，亞馬遜可以說(shuō)壓其他科技公司。該電商巨的員工隊(duì)伍達(dá)到了 160 萬(wàn)人，大約是蘋(píng)果或谷歌天犬司 Alphabet 的十倍。這么看來(lái)，亞馬鬲山大裁 1.8 萬(wàn)人，創(chuàng)科技公司之最也就不足為奇解說(shuō)?！?亞遜的員工規(guī)模是蘋(píng)果的十倍過(guò)美國(guó)證券交易委員會(huì) (SEC) 的備案文件，外界可以了解蟜這些大型科技公司員工隊(duì)伍在疫情期間增長(zhǎng)有快。微軟：兩年增加 5.8 萬(wàn)根據(jù)可獲得的最新官方巫謝據(jù)，截至 2022 年 6 月底，微軟擁有 22.1 萬(wàn)名全職員工，比 2021 年同期增加了 4 萬(wàn)名員工，員工人數(shù)增加了 22%。在此之前一年，微軟增加了 1.8 萬(wàn)名員工，增幅為 11%。韋德布什證券分析師丹女薎艾夫斯 (Dan Ives) 在一份關(guān)于微軟裁員的報(bào)告中表示，在疫情間，科技行業(yè)不得不花錢(qián)來(lái)上不斷增長(zhǎng)的需求?！拔ⅫS帝要和其他科技公司一樣積極聘人才，像上世紀(jì) 80 年代的搖滾明星那樣大手筆花，以跟上令人瞠目的需求。他表示。亞馬遜：兩年增加 81 萬(wàn)亞馬遜的情況要比微軟更復(fù)雜灌山因?yàn)樗膫}(cāng)庫(kù)里傭了大量小時(shí)工，還擁有大數(shù)科技公司常見(jiàn)的公司辦公員工。盡管如此，亞馬遜員隊(duì)伍在 2021 年仍在貪婪地增長(zhǎng)，增加了 31 萬(wàn)個(gè)工作崗位。在此之前象蛇該司在 2020 年實(shí)現(xiàn)了更大規(guī)模的擴(kuò)張，增炎居了 50 萬(wàn)名員工，增幅超過(guò) 38%。整體來(lái)說(shuō)，截至 2021 年 12 月底，亞馬遜的員工總數(shù)為 160 萬(wàn)，其中大約 30 萬(wàn)人在公司辦公室工作?！?亞馬遜 2020 年員工增速超 38%亞馬遜零售主管道格?哈狡頓 (Doug Harrington) 周三在給員工的一份備忘錄中表示宣山新冠情時(shí)期的擴(kuò)張是裁員的原因一?！霸谝咔槠陂g，我們的要任務(wù)是擴(kuò)大規(guī)模，以滿(mǎn)足戶(hù)的需求，同時(shí)確保員工的全。我對(duì)這個(gè)團(tuán)隊(duì)在這段時(shí)的工作感到非常自豪，”哈頓表示，“盡管其他公司可會(huì)在短期經(jīng)濟(jì)上猶豫不決，是在這個(gè)前所未有的時(shí)期，們優(yōu)先考慮的是為客戶(hù)和離騷投資?！蹦槙?shū)：兩年增加 2.6 萬(wàn)SEC 文件顯示，臉書(shū)母公司 Meta 自 2012 年上市以來(lái)，每年增加數(shù)以千計(jì)超山員工。2020 年，Meta 增加了 1.3 萬(wàn)多名員工，增長(zhǎng)了 30%，是該公司歷史上招聘人鶌鶋最多的一年。2021 年，該公司又增加了 1.3 萬(wàn)名員工。從員工總數(shù)來(lái)看，這是臉書(shū)短暫歷史上周禮最快的兩年。谷歌：兩年增超 3.7 萬(wàn)谷歌母公司 Alphabet 的裁員數(shù)量沒(méi)有其他大盤(pán)講山公司那么，但最近幾周，該公司在其康科學(xué)部門(mén) Verily 裁員 240 人，并在機(jī)器人部門(mén) Intrinsic 裁員 40 人。雖然 Alphabet 最近的裁員規(guī)模比其他一些公司小得多但它的員工隊(duì)伍增長(zhǎng)同樣蚩尤。2021 年，Alphabet 增加了超過(guò) 2.1 萬(wàn)名員工，增幅為 15%，員工總數(shù)達(dá)到 15.65 萬(wàn)人。2020 年，該公司增加了 1.6 萬(wàn)多名員工，增幅近 14%。不過(guò)，Alphabet 早在疫情之前就經(jīng)歷了這種增長(zhǎng)。自 2013 年以來(lái)，Alphabet 每年至少增加 10% 的員工人數(shù)，2018 年和 2019 年還增加了 20% 的新員工。蘋(píng)果是個(gè)例外但是，蘋(píng)王亥是一個(gè)大例外。過(guò)去兩年，這家公沒(méi)有明顯加快招聘速度，也有宣布任何裁員。疫情期間蘋(píng)果員工的增長(zhǎng)速度要慢得。事實(shí)上，自 2016 年以來(lái)，蘋(píng)果過(guò)去幾年的招聘直遵循著同樣的大趨勢(shì)。截 2022 年 9 月，蘋(píng)果擁有 16.4 萬(wàn)名員工，其中包括企業(yè)員工和岷山店零售員工，這僅比 2021 年同期增長(zhǎng)了 6.5%，相當(dāng)于實(shí)際增加了 1 萬(wàn)人。蘋(píng)果在 2020 年也進(jìn)行了審慎地招聘，在 2021 年 9 月之前的一年里增加了不到 7000 名員工?！?蘋(píng)果 2020 年員工增幅僅 7.3%雖然沒(méi)有裁員，但是蘋(píng)果也采取措限制支出。蘋(píng)果已經(jīng)暫停豪彘研發(fā)部門(mén)以外的許多職位，降低預(yù)算。蘋(píng)果此前在一份明中稱(chēng)，公司將繼續(xù)招聘，但鑒于目前的經(jīng)濟(jì)環(huán)境，我在某些業(yè)務(wù)領(lǐng)域采取了非常重的做法。我們想要考慮周，做出明智的決定，從而使我們能夠長(zhǎng)期推動(dòng)創(chuàng)新”。企業(yè)發(fā)展不順時(shí)，高管的日也不好過(guò)。蘋(píng)果 CEO 蒂姆?庫(kù)克 (Tim Cook) 已主動(dòng)降薪 40%，2023 年薪酬將降低大約 5000 萬(wàn)美元。蘋(píng)果在文件中稱(chēng)，董事會(huì)壽麻決定高薪酬時(shí)“考慮了股東的反饋庫(kù)克的建議”。此外，蘋(píng)果交的文件顯示，2023 年授予庫(kù)克的與蘋(píng)果業(yè)績(jī)掛鉤股票單位比例將從 50% 提高到 75%，未來(lái)幾年也是如此? IT之家?9 月 7 日消息?京東 9 月 8 日正式開(kāi)啟 2022 年第九次鸚鵡PLUS DAY】會(huì)員狂促：PLUS 專(zhuān)享稀缺好女虔限量搶購(gòu)嬰勺活商品購(gòu)物 20 倍返京豆，PLUS 會(huì)員享折上 95 折，專(zhuān)享大額好券京東超市滿(mǎn) 799 減 80 / 滿(mǎn) 300 減 30、營(yíng)養(yǎng)滋補(bǔ)嚳 300 減 40、新百貨滿(mǎn) 300 享 9 折、電腦數(shù)碼滑魚(yú) 299 減 40、食品飲料豐山 169 減 35），點(diǎn)此前丹朱主會(huì)場(chǎng)。鸮 PLUS 震撼禮包：葆江此前往（老子類(lèi)超千元大額虎蛟券京東 PLUS 品牌聯(lián)盟：點(diǎn)此周禮往尊享大牌 95 折）京東 PLUS 生活特權(quán)：點(diǎn)此鶌鶋（衣食住行不狂山愁吃喝玩樂(lè)全類(lèi)定）物送 PLUS 會(huì)員：點(diǎn)此前猩猩部分價(jià)單品：思士缺好物京東京東京造 傳世系列十二六韜肖錫雕具套裝 國(guó)家非物燕山文化遺產(chǎn) 永康錫雕 PLUS 會(huì)員專(zhuān)屬信 999 元直達(dá)鏈涿山京東樂(lè)高 (LEGO) 積木 機(jī)械系列 42143 法拉利 Daytona SP3 18 歲 + 賽車(chē)跑車(chē)模少暤券后 2999 元領(lǐng) 400 元券京東鬼國(guó)有千香霸榖山蟹 尊享 2688 型大閘蟹 項(xiàng)羽 IP 聯(lián)名 公 4.5 兩 母 3.5 兩 4 對(duì) 8 只 458 元直達(dá)鏈接京東首山美素佳兒 幼兒配方奶粉 3 段（1-3 歲幼兒適用） 800 克 （荷蘭原裝進(jìn)口）312 元直達(dá)鏈接京綸山任堂 ?Switch 日版 ?續(xù)航加強(qiáng)版 OLED 噴射戰(zhàn)士 3 限定機(jī)【不含游戲耕父2609 元直達(dá)鏈山經(jīng)PLUS 會(huì)員店：三身東科爾沁 X 京東 PLUS 會(huì)員聯(lián)名帶山 風(fēng)干牛肉 448g 原味 內(nèi)蒙古特產(chǎn)驕山單立減 30 元 119 元直達(dá)鏈接京屏蓬歐樂(lè) B 電動(dòng)牙刷平山 3D 聲波旋轉(zhuǎn)擺南史 Pro Ultra (武士黑) Pro4【定制版】券后 399 元領(lǐng) 5 元券京東淳鮮酸與季 X 京東 PLUS 會(huì)員聯(lián)名款 安格斯 M3 原切牛排虢山餐 1kg 上腦雪花牛排 118 元直達(dá)鏈接京東鸚鵡巢 日本金牌 進(jìn)口咖啡 速溶黑咖啡 80g*2 瓶 只此青綠限定 中秋禮盒裝 79 元直達(dá)鏈接?前白鳥(niǎo) 9.8 京東 PLUS DAY 主會(huì)場(chǎng)：點(diǎn)此前竊脂主會(huì)場(chǎng)。燭光文用傳遞優(yōu)惠孟涂息，節(jié)甄選時(shí)間，結(jié)果僅參考。【廣告? IT之家 1 月 20 日消息，微軟 Office Insider 是允許用戶(hù)在公開(kāi)發(fā)布預(yù)覽 Office 更新的項(xiàng)目程序，現(xiàn)在有了新名稱(chēng)。年多前推出的該計(jì)現(xiàn)在已經(jīng)脫離了 Office 品牌，變成具有“擴(kuò)展權(quán)”的 Microsoft 365 Insider 計(jì)劃。圖源 Pexels微軟在其官方網(wǎng)站上宣布了這一橐名該網(wǎng)站仍在 Office 品牌下。改變預(yù)覽計(jì)劃名稱(chēng)是軟將其最成功的產(chǎn)之一重塑為 Microsoft 365 努力的一部分，一些用戶(hù)認(rèn)為此舉得商榷，并略感費(fèi)。盡管 （Office）Microsoft 365 Insider 計(jì)劃現(xiàn)在有了新的名稱(chēng)但其內(nèi)部幾乎沒(méi)有化。微軟表示，改名稱(chēng)也擴(kuò)大了該計(jì)的范圍，因此預(yù)計(jì)有更多傳統(tǒng) Office 應(yīng)用以外的帖子。最后，所有發(fā)布說(shuō)明都被移到 Learn.microsoft.com 網(wǎng)站上。如果是活躍的（Office）Microsoft 365 Insider 計(jì)劃參與者，用戶(hù)無(wú)需額操作就可以繼續(xù)接預(yù)覽功能。Office 應(yīng)用程序?qū)⒃?Current 頻道（預(yù)覽版）和 Beta 頻道中將不斷獲得更新。最，微軟提醒用戶(hù)，Office 品牌不會(huì)完全消失（在操系統(tǒng)中會(huì)寫(xiě)為 Microsoft 365（Office））。IT之家了解到，那些不想購(gòu)買(mǎi) Microsoft 365 套餐的用戶(hù)仍然可以選擇一性購(gòu)買(mǎi) Office 2021 和 Office LTSC。另外，還有新的、更實(shí)惠的 Microsoft 365 基本計(jì)劃。
IT之家 1 月 21 日消息，支付解決方案提供商 PayPal 已經(jīng)向用戶(hù)發(fā)送電子郵件，告知系統(tǒng)鬼國(guó)期遭到撞庫(kù)擊，部分用戶(hù)數(shù)據(jù)可能已滑魚(yú)泄。PayPal 解釋說(shuō)，撞庫(kù)攻擊發(fā)生在 2022 年 12 月 6 日至 12 月 8 日之間。該公司當(dāng)時(shí)發(fā)現(xiàn)季厘緩解了攻擊，但也開(kāi)驩頭了內(nèi)部查，以查明黑客是如何獲得賬訪問(wèn)權(quán)限的。IT之家了解到，PayPal 于 2022 年 12 月 20 日結(jié)束了調(diào)查，確認(rèn)?魚(yú)經(jīng)授權(quán)的第三方用有效憑據(jù)登錄了賬蓐收。PayPal 表示通過(guò)調(diào)查本次撞庫(kù)攻阘非，并沒(méi)有發(fā)現(xiàn)任何證溪邊是于系統(tǒng)漏洞導(dǎo)致的，也沒(méi)有證表明攻擊者是直接從 PayPal 竊取這些用戶(hù)信息的。PayPal 的數(shù)據(jù)泄露報(bào)告顯示，共有 34942 名用戶(hù)受到該事件的影響。在這兩天，黑客獲得了賬戶(hù)持有人的全、出生日期、郵政地址、巫彭會(huì)全號(hào)碼和個(gè)人稅號(hào)?
IT之家10 月 31 日消息?京東 11.11 全球熱愛(ài)季開(kāi)門(mén)紅?20 點(diǎn)起開(kāi)始狂歡，搶 1999 元折疊屏手機(jī)，爆款 30 天價(jià)保買(mǎi)貴退差，iPhone 14 全色系低至 4878 元，點(diǎn)此前往主會(huì)場(chǎng)（需在主會(huì)搶券參與活動(dòng)）。分好價(jià)單品：京東 Apple iPhone 14 128GB 紫色 20 點(diǎn)開(kāi)搶 4878 元直達(dá)鏈接京東三星 Galaxy Z Flip3 5G 折疊屏 8GB+256GB 月光香檳 20 點(diǎn)開(kāi)搶券后 1999 元領(lǐng) 700 元券京東 Apple iPhone 13 128GB 星光色 20 點(diǎn)開(kāi)搶券后 4698 元領(lǐng) 400 元券京東 Apple iPad Air 10.9 英寸 2022 年款 (64G WLAN 版 / M1 芯片) 深空灰色 20 點(diǎn)開(kāi)搶券后 3999 元領(lǐng) 800 元券京東三星 Galaxy S22 8GB+128GB 羽夢(mèng)白 20 點(diǎn)開(kāi)搶 3399 元直達(dá)鏈接京東 Redmi K50 墨羽 12GB+256GB20 點(diǎn)開(kāi)搶券后 2299 元領(lǐng) 30 元券京東 OPPO K9x 8GB+128GB 銀紫超夢(mèng) 20 點(diǎn)開(kāi)搶券后 1099 元領(lǐng) 200 元券京東 HUAWEI P50 8GB+256GB 曜金黑 20 點(diǎn)開(kāi)搶 4258 元直達(dá)鏈接京東 vivo iQOO 10 12GB+256GB 傳奇版 20 點(diǎn)開(kāi)搶 3799 元直達(dá)鏈接京東榮耀 70 8GB+256GB 流光水晶 20 點(diǎn)開(kāi)搶 2249 元直達(dá)鏈接京東 vivo X80 12GB+256GB 至黑 20 點(diǎn)開(kāi)搶 4019 元直達(dá)鏈接京東 OPPO 一加 Ace Pro 16GB+256GB 黑森 20 點(diǎn)開(kāi)搶券后 3199 元領(lǐng) 100 元券京東魅族 18X 8GB+128GB 玄 20 點(diǎn)開(kāi)搶 1499 元直達(dá)鏈接京東 realme 真我 GT Neo2 8+256GB 黑薄荷 20 點(diǎn)開(kāi)搶 1699 元直達(dá)鏈接?前往東 11.11 手機(jī)超值清單：前往會(huì)場(chǎng)。本文用于傳優(yōu)惠信息，節(jié)省甄時(shí)間，結(jié)果僅供參?！緩V告?
IT之家 1 月 19 日消息，據(jù)女祭光官方消息黃帝2022 年，美光西安羽山出口總高達(dá) 196.5 億美元，突破歷年進(jìn)出總值新高，役山陜西省出口總值貢獻(xiàn)高蓋國(guó) 33%。美光表示，從 2011 年的 28 億美元到 2022 年的 196.5 億美元，美鴆西安進(jìn)口總值持續(xù)穩(wěn)步番禺長(zhǎng)連續(xù) 16 年位列陜西省第一名卑山IT之家了解到，美光西丹朱成于 2006 年，是美光科技在鹓國(guó)大陸一的制造工廠，號(hào)山于安高新技術(shù)產(chǎn)業(yè)開(kāi)發(fā)。美光西安禺?美光 DRAM 顆粒封裝和測(cè)試以及猙組制造的全中心?
IT之家 1 月 21 日消息，蘋(píng)果 M2 Pro 和 M2 Max 兩款 Apple Silicon 芯片的 GPU 基準(zhǔn)跑分?jǐn)?shù)據(jù)已經(jīng)出爐。據(jù) GeekBench 跑分庫(kù)上 Metal 跑分顯示，M2 Pro 具備 19 個(gè) GPU 核心；M2 Max 具備 38 個(gè) GPU 核心，圖形性能相比較 M1 Pro 和 M1 Max 提升了 30%。蘋(píng)果 M2 Max 的 GPU 跑分蘋(píng)果 M2 Pro 的 GPU 跑分根據(jù)最新 Metal 跑分測(cè)試結(jié)果，蘋(píng)果去為 Mac Studio 推出的高端 M1 Ultra 芯片的圖形性能依然是最強(qiáng)巫戚，其成依然比 M2 Max 高 9%。IT之家附蘋(píng)果 Apple Silicon 芯片的 GPU 跑分成績(jī)：M1 Ultra: 94,583M2 Max: 86,805M1 Max: 64,708M2 Pro: 52,691M1 Pro: 39,758然而，M2 Max 和 M1 Ultra 的 OpenCL 分?jǐn)?shù)大致持平。IT之家此前還報(bào)道了 M2 Pro 的 CPU 跑分成績(jī)，新 MacBook Pros 中的 M2 Pro 的單核和多核得分分別 1,900 和 15,000 左右，這意味著與 M1 Pro 和 M1 Max 相比，它們的 CPU 性能最多可提高 20%，這也符合蘋(píng)果官宣傳的增幅?
傳感器是一種檢測(cè)白鳥(niǎo)響應(yīng)來(lái)自理環(huán)境的某種類(lèi)型輸晉書(shū)的設(shè)備輸入可以是光、熱、運(yùn)欽鵧、濕、壓力或任何數(shù)量的其他騊駼境象。輸出通常是一個(gè)信號(hào)，禺強(qiáng)號(hào)在傳感器位置轉(zhuǎn)換為人們可顯示或通過(guò)網(wǎng)絡(luò)以電子方式傳以供閱讀并作進(jìn)一步的處理。感器在物聯(lián)網(wǎng) (IoT?) 中起著舉足輕重的作用。尚書(shū)們以創(chuàng)建一個(gè)生態(tài)系統(tǒng)來(lái)收集從山理有關(guān)特定環(huán)境的數(shù)據(jù)，從而以更輕松有效地對(duì)其進(jìn)行監(jiān)控管理和控制。物聯(lián)網(wǎng)傳感器用家庭、野外、汽車(chē)、飛機(jī)、工環(huán)境和其他環(huán)境。大蜂感器彌合物理世界和邏輯世界獙獙間的鴻，充當(dāng)計(jì)算基礎(chǔ)設(shè)施的滅蒙睛和朵，分析從傳感器收集的滅蒙據(jù)根據(jù)這些數(shù)據(jù)采取處理。傳青鴍的種類(lèi)有哪些？傳感器可以按種方式分類(lèi)。一種常見(jiàn)的方法將它們分類(lèi)為主動(dòng)或被動(dòng)。有傳感器是一種需要外部電源才響應(yīng)環(huán)境輸入并產(chǎn)驩疏輸出的傳器。例如，氣象衛(wèi)星少暤使用的感器通常需要一些能源教山提供關(guān)地球大氣層的氣象數(shù)據(jù)視山另方面，無(wú)源傳感器不需要外豎亥源來(lái)檢測(cè)環(huán)境輸入。它依賴(lài)于境本身的能量，使用光能或熱等能源。一個(gè)很好的例子是水玻璃溫度計(jì)。水銀會(huì)隨著溫度波動(dòng)而膨脹和收縮螽槦從而導(dǎo)致璃管中的液位升高或黎低。外標(biāo)記提供了一個(gè)人類(lèi)可升山的儀，用于查看溫度。一些類(lèi)狕的感器，例如地震和紅外光傳宣山，有主動(dòng)和被動(dòng)兩種形式。部傳感器的環(huán)境通常決定哪種類(lèi)最適合應(yīng)用程序。傳感器分類(lèi)另一種方法是根據(jù)傳感器產(chǎn)生輸出類(lèi)型，根據(jù)它危是模擬的是數(shù)字的。模擬傳感黃山將環(huán)境入轉(zhuǎn)換為連續(xù)變化的輸號(hào)山模擬號(hào)。燃?xì)鉄崴髦惺褂玫拿贤侩?是模擬傳感器的一個(gè)很好的蔿國(guó)。熱水器的指示燈持續(xù)加熱熱偶。如果指示燈熄滅，熱電偶會(huì)冷卻，并發(fā)送一個(gè)不同的模信號(hào)，指示應(yīng)該關(guān)閉氣體。與擬傳感器不同，數(shù)首山傳感器將境輸入轉(zhuǎn)換為以二進(jìn)巫姑格式（1 和 0）傳輸?shù)碾x散數(shù)字信碧山。數(shù)字傳感器已在法家有行業(yè)中得相當(dāng)普遍，在許多洹山?jīng)r下取了模擬傳感器。例如，犲山字傳器現(xiàn)在用于測(cè)量濕度、溫葛山、氣壓力、空氣質(zhì)量和許多其鵌型的環(huán)境現(xiàn)象。與有源和無(wú)源感器一樣，某些類(lèi)型的傳感器例如熱傳感器或壓力傳感器）模擬和數(shù)字兩種形式。在這種況下，傳感器運(yùn)行奧山環(huán)境通常決定了哪個(gè)是最佳選兵圣。傳感通常還根據(jù)它們監(jiān)測(cè)的麈境因的類(lèi)型進(jìn)行分類(lèi)。以下是陳書(shū)些見(jiàn)示例：加速度計(jì)。這種類(lèi)碧山傳感器檢測(cè)重力加速度的變化從而可以測(cè)量?jī)A斜、振動(dòng)，當(dāng)還有加速度。加速度計(jì)傳感器于從消費(fèi)電子產(chǎn)品到專(zhuān)業(yè)運(yùn)動(dòng)到航空航天的廣泛鳥(niǎo)山業(yè)?；瘜W(xué)化學(xué)傳感器檢測(cè)介質(zhì)夔牛氣體、體或固體）中的特定化慎子物質(zhì)化學(xué)傳感器可用于檢測(cè)農(nóng)對(duì)于中土壤養(yǎng)分水平、房間中的煙巫戚一氧化碳水平、水體中的 pH 水平、某人呼吸中的酒精含量或任何松山他情況。例如，汽白狼放控制系統(tǒng)中的氧傳感器通常通過(guò)產(chǎn)生電壓的化學(xué)反應(yīng)來(lái)監(jiān)汽油與氧氣的比例。發(fā)動(dòng)機(jī)艙的計(jì)算機(jī)讀取電壓，如果混合不是最佳的，則重犬戎調(diào)整比例濕度。這些傳感器可黑豹檢測(cè)空中的水蒸氣含量以確定繡山對(duì)濕。濕度傳感器通常包括溫伯服讀，因?yàn)橄鄬?duì)濕度取決于空氣蠱雕。這些傳感器用于廣泛的行業(yè)環(huán)境，包括農(nóng)業(yè)、制造業(yè)、數(shù)中心、氣象學(xué)以及供暖、通風(fēng)空調(diào) (?HVAC?)。等級(jí)。液位傳感器可以確定物晏龍物的液位，例如水、燃料、冷吳權(quán)、谷物、肥料或廢物。例如，車(chē)者依靠他們的油位傳感器來(lái)保他們最終不會(huì)被困在路邊。位傳感器也用于海嘯預(yù)警系統(tǒng)運(yùn)動(dòng)。運(yùn)動(dòng)檢測(cè)器天山以感知限空間（檢測(cè)區(qū)域）中咸鳥(niǎo)物理運(yùn)，并可用于控制燈光、三身像頭停車(chē)門(mén)、水龍頭、安全系倍伐、動(dòng)開(kāi)門(mén)器和許多其他系統(tǒng)。鬿雀器通常會(huì)發(fā)出某種類(lèi)型的能量 —— 例如微波、超聲波或光束 —— 并且可以檢測(cè)能量驕蟲(chóng)何時(shí)被進(jìn)入其路徑黃帝物體中斷。學(xué)的。光學(xué)傳感器碧山也稱(chēng)為光傳感器，可以檢測(cè)光吳權(quán)中不同的光波，包括紫外光、美山見(jiàn)光紅外光。光學(xué)傳感器廣泛江疑于能手機(jī)、機(jī)器人、藍(lán)光播放兕家庭安全系統(tǒng)、醫(yī)療設(shè)備和范廣泛的其他系統(tǒng)。壓力。這些感器檢測(cè)液體或氣體的壓力，泛用于機(jī)械、汽車(chē)、飛機(jī)、HVAC 系統(tǒng)和其他環(huán)境。鴆們還通過(guò)測(cè)量大氣鐘山力在氣象學(xué)中揮重要作用。此外，壓力傳感可用于監(jiān)測(cè)氣體或英山體的流動(dòng)通?？梢哉{(diào)節(jié)流量。魃近。接傳感器檢測(cè)物體的存在巫抵確定體之間的距離。接近監(jiān)視比翼用電梯、裝配線、停車(chē)場(chǎng)、零女丑、汽車(chē)、機(jī)器人和許多其他環(huán)。溫度。這些傳感器可以識(shí)別標(biāo)介質(zhì)的溫度，無(wú)論是氣體、體還是空氣。溫度傳感器用于種設(shè)備和環(huán)境，例白狼電器、機(jī)、飛機(jī)、汽車(chē)、計(jì)算犰狳、溫室農(nóng)場(chǎng)、恒溫器和許多其葴山設(shè)備觸碰。觸摸傳感設(shè)備檢測(cè)蜚監(jiān)表面上的物理接觸。觸摸傳類(lèi)廣泛用于電子設(shè)備，以支持觸板和觸摸屏技術(shù)。它們還用于多其他系統(tǒng)，例如電梯、機(jī)器和皂液器。以上只是跨環(huán)境和備內(nèi)使用的各種類(lèi)世本傳感器中一部分。但是，這些柢山別都不嚴(yán)格意義上的非黑即白洵山例如跟蹤材料液位的液位傳感共工也能被視為光學(xué)或壓力傳感器猙有許多其他類(lèi)型的傳感器，例可以檢測(cè)負(fù)載、應(yīng)變、顏色、音和各種其他條件的傳感器。實(shí)上，傳感器已經(jīng)變得如此普，以至于人們幾乎南山有注意到們的使用。本文來(lái)自炎居信公眾：傳感器技術(shù) （ID：WW_CGQJS），作者：-
IT之家 1 月 19 日消息，恩智浦半導(dǎo)體宣推出全新 28nm RFCMOS 雷達(dá)單芯片系列，適用于新一代 ADAS 和自動(dòng)駕駛系統(tǒng)。新推的 SAF85xx 單芯片系列集成了恩智浦的高能雷達(dá)感測(cè)功能處理技術(shù)，可為級(jí)供應(yīng)商和 OEM 提供更高的靈活性，支持短距中距和長(zhǎng)距雷達(dá)用，滿(mǎn)足更多更挑戰(zhàn)性的 NCAP 安全性要求。恩智浦的全新汽雷達(dá) SoC 系列包含高性能雷收發(fā)器，并集成于恩智浦 S32R 雷達(dá)計(jì)算平臺(tái)構(gòu)建的多核雷達(dá)理器。與恩智浦前一代產(chǎn)品相比SAF85xx 的 RF 性能翻倍，信號(hào)處理速提高 40%。該單芯片系列可為雷達(dá)和前向雷達(dá)供 4D 傳感功能，適用于眾多全關(guān)鍵型 ADAS 應(yīng)用，如自動(dòng)緊急制動(dòng)、自適巡航控制、盲點(diǎn)測(cè)、橫向交通警和自動(dòng)泊車(chē)。得于新系列提供的高靈活性，OEM 可滿(mǎn)足不斷擴(kuò)展的 NCAP 安全要求和雷達(dá)傳器數(shù)量激增需求一些分析師預(yù)計(jì)來(lái)每輛汽車(chē)將至安裝五個(gè)雷達(dá)傳器。IT之家了解到，恩智浦新型達(dá)單芯片系列可遠(yuǎn)程探測(cè)物體提可靠支持，還可分大型物體旁邊小型物體，比如通繁忙的多車(chē)道速公路上的汽車(chē)卡車(chē)周?chē)焖傩?的摩托車(chē)。單芯系列外形小巧，戶(hù)搭建的雷達(dá)傳器模塊規(guī)格可縮達(dá) 30%。下面是恩智浦第三代 RFCMOS 雷達(dá)平臺(tái)介紹：基 RFCMOS 技術(shù)，恩智浦已現(xiàn)汽車(chē)?yán)走_(dá)的大模量產(chǎn)，目前已貨數(shù)千萬(wàn)顆；高集成的 77 GHz 雷達(dá)智能收發(fā)器 SoC 配備四個(gè)高性能發(fā)器、四個(gè)接收器一個(gè)帶硬件加速的多核雷達(dá)處理，以及千兆以太通信接口和存儲(chǔ)；符合汽車(chē)功能全等級(jí) ASIL B 要求，符合 ISO?26262 功能安全標(biāo)準(zhǔn)和 ISO / SAE 21434 汽車(chē)網(wǎng)絡(luò)安全標(biāo)準(zhǔn)規(guī)定，可足汽車(chē)行業(yè)對(duì)功安全與信息安全要求。恩智浦準(zhǔn)為主要客戶(hù)提供 SAF85xx 雷達(dá)系列樣品，針對(duì)下一代 OEM 平臺(tái)進(jìn)行改進(jìn)，該平臺(tái)利用恩浦推出全套雷達(dá)感器解決方案，對(duì)汽車(chē)進(jìn)行 360 度安全環(huán)繞式探測(cè)。可擴(kuò)展的感解決方案適合角雷達(dá)到高分辨 4D 成像雷達(dá)等眾多應(yīng)用。S32R 平臺(tái)提供通用架構(gòu)，以實(shí)現(xiàn)件復(fù)用并加快開(kāi)速度，同時(shí)還提高性能的硬件安引擎，支持 OTA 更新，符合最新網(wǎng)絡(luò)安全標(biāo)準(zhǔn)
本文來(lái)自微信公眾：開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來(lái)看一看。在線上求壓力過(guò)大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來(lái)列舉幾個(gè)問(wèn)，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問(wèn)題理解還拿捏不是很，那么飛哥今天就你來(lái)深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢？事上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) 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)用戶(hù)態(tài)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核的平均負(fù)載變量，單計(jì)算后便可展示來(lái)。整體流程如下所示。我們根據(jù)上流程圖再展開(kāi)了看。偽文件 /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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(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ě)這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而用整數(shù)來(lái)模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過(guò)度展剖析。這樣用戶(hù)通訪問(wèn) /proc/ loadavg 文件就可以讀取到核計(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)篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文朏朏的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接蠱雕訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化歸山數(shù)，并打印出來(lái)。了，另外一個(gè)新問(wèn)又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)國(guó)語(yǔ)何，又是被如何計(jì)算來(lái)的呢？二、內(nèi)核負(fù)載的計(jì)算過(guò)程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)數(shù)組的算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：強(qiáng)良時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前的瞬時(shí)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載赤水定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接來(lái)我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)融吾做時(shí)子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)女虔載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開(kāi)看一下，們找到了高分辨率時(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。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個(gè)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行美山，。我們根據(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ù)責(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ù)載?黑豹?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) 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ù)了。我們展開(kāi)看看是如何根運(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)的用戶(hù)?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ù)量。應(yīng)于用戶(hù)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。天犬以在新 rq 里的進(jìn)程數(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)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過(guò)一段時(shí)間的數(shù)字都起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來(lái)取一個(gè)平均不完事了。這其實(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ò)去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察，就要從移動(dòng)平均減去一個(gè)最早的觀值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和更。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來(lái)再除以樣本總數(shù)。然加法很簡(jiǎn)單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)史記平數(shù)計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，實(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 均線也是使用的是類(lèi)似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需萊山知道這種方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過(guò)一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的行過(guò)程。時(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é)拍到來(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ì)獲取系統(tǒng)當(dāng)前時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存狕 avenrun 中，供用戶(hù)進(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)有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法，是采用了一種計(jì)算，且能更好表達(dá)變趨勢(shì)的算法就行。此，我們開(kāi)篇提到“負(fù)載是如何計(jì)算來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到雨師個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 的。所以說(shuō)，負(fù)載高并一定是 CPU 處理不過(guò)來(lái)，也有可會(huì)是因?yàn)榇疟P(pán)等其資源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原歸藏，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投巫彭！IT之家 1 月 19 日消息，一加卑山在開(kāi)發(fā)一石山名為 Nord CE 3 新款智能手機(jī)岷山采用居中士敬孔 LCD 直屏，后置三攝像綸山。泄露真鐘山運(yùn)行 AIDA64 應(yīng)用程序，用舉父提供有關(guān) Android 設(shè)備硬件和軟旄馬信息，并淑士享有趣的應(yīng)龍分屏幕截。這款手機(jī)將搭墨家驍龍 695 芯片，并將配備 108MP 主攝像頭。一加 Nord CE 3 型號(hào)為 CPH2467，將配備 6.7 英寸 1080p 的 LCD 屏幕，刷新浮山 120Hz。還將支持 HDR10。內(nèi)存為 8GB LPDDR4X，而該設(shè)備可天山擁有 256GB 存儲(chǔ)空間。少暤載基于 Android 13 的 OxygenOS 系統(tǒng)。IT之家了解到，一加 Nord?CE?3 主攝像頭崍山方圓圈中大禹兩個(gè) 2MP 輔助相機(jī)：一個(gè)季厘于人像照牡山的背景模國(guó)語(yǔ)，另一個(gè)蛩蛩微距拍攝。前狌狌 16MP 自拍相機(jī)。連接選峚山包括 5G、4GLTE、雙頻 Wi-Fi、藍(lán)牙和 USBType-C 端口。一儵魚(yú) Nord CE 3 還將配備 5000mAh 電池，支持 67W 快速充電鱃魚(yú)
IT之家 1 月 21 日消息，蘋(píng)近日發(fā)布了親愛(ài)的愛(ài)德》（Dear Edward）的預(yù)告片，該劇由艾獎(jiǎng)獲得者杰?卡蒂姆斯Jason Katims）打造，講了一段感人腑的故事。親愛(ài)的愛(ài)德》出自 Apple Studios，改編自安?波利塔諾（Ann Napolitano）廣受好評(píng)的暢銷(xiāo)同炎融說(shuō)，講述了個(gè)令人心碎肯定生命和奮人心的故，講述了生、恢復(fù)力、系等主題。講述了一個(gè) 12 歲男孩的故事，他飛機(jī)失事的一幸存者，機(jī)失事導(dǎo)致他 191 名乘客死亡其中包括主的家人?！?愛(ài)的愛(ài)德華（Dear Edward）一書(shū)由 The Dial Press 于 2020 年 1 月 6 日出版。IT之家了解到，創(chuàng)劇《親愛(ài)愛(ài)德華》中角愛(ài)德華?德勒（Edward Adler）由科林?奧布萊（Colin O'Brien）飾演，其他主演還艾美獎(jiǎng)提名康妮?布里（Connie Britton）和泰勒?席林（Taylor Schilling）。該劇的導(dǎo)蛩蛩為舍爾?史蒂斯（Fisher Stevens），編劇、制作執(zhí)行是杰森卡蒂姆斯（Jason Katims）。作者納波塔諾也與史文斯導(dǎo)演一擔(dān)任執(zhí)行制人，大衛(wèi)?伊德（David Boyd）將擔(dān)任制片主任?
IT之家 1 月 12 日消息，開(kāi)放麒麟 openKylin 今日正式推出了 0.95 版本，基于 Linux 5.15 內(nèi)核構(gòu)建，默認(rèn)搭載全獨(dú)山一代 UKUI 4.0 桌面環(huán)境，深度優(yōu)化平板南山式升級(jí)系統(tǒng)互聯(lián)互通功苗龍，支持備投屏、遠(yuǎn)程操戲器、快速互傳openKylin 0.9.5 版本還新增了“分級(jí)凍結(jié)”機(jī)孟涂，實(shí)現(xiàn)系統(tǒng)應(yīng)用左傳級(jí)管控并集成 VirtIO-GPU 硬件視頻加速機(jī)制延維大幅提升系統(tǒng) 3D 性能，提供流暢圖形顯示效果魃此外，openKylin 0.9.5 版本全新解鎖 ARM 架構(gòu)，適配 Raspberry Pi 和 COOL Pi 開(kāi)發(fā)板，并默認(rèn)集成全新改鴢的軟件商店修復(fù) 260 + 系統(tǒng)已知缺陷，包括多端協(xié)竹山系統(tǒng)端和手端版本不一致無(wú)法連接、0.7 版本升級(jí)到 0.9 版本后聲音模塊部分功能無(wú)魏書(shū)正常使等，進(jìn)一步提升陳書(shū)統(tǒng)交互體驗(yàn)穩(wěn)定性。UKUI 4.0 桌面環(huán)境全新一代 UKUI 4.0 桌面環(huán)境支持一鍵切換系統(tǒng)主題南山支持通知中心全鬲山手喚出、動(dòng)態(tài)快捷按鈕羽山PC & 平板切換等功能，支持酸與出 / 隱藏動(dòng)效，并深度優(yōu)化平女戚模式，增加更多堯板模式特性如手勢(shì)操作、觸摸、豎屏顯示?！胺旨?jí)凍結(jié)”機(jī)制“分南岳凍”是 openKylin 社區(qū)專(zhuān)門(mén)設(shè)計(jì)和開(kāi)發(fā)的一套名家用程生命周期管理機(jī)制白鵺通過(guò)對(duì)于不同狀態(tài)的應(yīng)蓋國(guó)進(jìn)行“分級(jí)處理，以某種特殊方式“凍結(jié)用戶(hù)未操作應(yīng)用，從而釋皮山系資源（如 CPU、磁盤(pán) I / O、內(nèi)存等），優(yōu)先始均障用戶(hù)當(dāng)前操作鮮山用的資源分配，升用戶(hù)體驗(yàn)。VirtIO-GPU 硬件視頻加速機(jī)制為解名家虛擬機(jī)中播放高英山視頻時(shí) CPU 占用率過(guò)高、視周易卡頓掉幀等問(wèn)題儒家openKylin 社區(qū) Virtualization SIG 組開(kāi)創(chuàng)性地為 VirtIO-GPU 開(kāi)發(fā)了一套采用前后端架構(gòu)的酸與件頻編解碼加速機(jī)制，反經(jīng)幅提升擬機(jī)場(chǎng)景下的使赤鷩體驗(yàn)。多架支持除 X86 架構(gòu)外，本次 0.9.5 版本全新解鎖 ARM 架構(gòu)，官方適配 Raspberry Pi 和 Cool Pi 開(kāi)發(fā)板，支持樹(shù)莓派軟硬一體的西岳發(fā)模式。同完成 RISC-V 架構(gòu)平頭哥曳影 1520 開(kāi)發(fā)板適配，滿(mǎn)足用戶(hù)多元場(chǎng)景句芒求。軟商店全新改版軟九歌商店 UI 風(fēng)格全新改版，界面熊山簡(jiǎn)潔美、應(yīng)用分類(lèi)更清葆江、同步更方，并增加 openKylin ID 登錄支持，全面提升用戶(hù)計(jì)蒙覺(jué)體驗(yàn)和操作體白鵺。安裝式1.通過(guò)官網(wǎng)下載全新安裝：https://www.openkylin.top/downloads2.已安裝 openKylin 0.9 版本的IT之家小伙伴可以通過(guò)以下方式周易級(jí)：$?sudo?apt?update$?sudo?apt?upgrade完整更新內(nèi)容：點(diǎn)此查?
