山東滕州車禍致6人死亡 95后用云頂助力老年電競(jìng)夢(mèng) IT之家 1 月 22 日消息，990 PRO 是三星目前的旗消費(fèi)級(jí) SSD，1TB 的售價(jià)高達(dá) 999 元，2TB 高達(dá) 2199 元。然而，今日外媒 Neowin 編輯 Robbie Khan 撰文稱，他的 990 PRO 購(gòu)買幾天后就出現(xiàn)了健康度降過(guò)快的問(wèn)題，三星官方則拒絕保。文章稱，在買 990 Pro 2TB 短短幾天后，根據(jù)三 Magician 和第三方工具的 SMART 數(shù)據(jù)，該固態(tài)硬的健康度就已經(jīng)降到 99%，而他之前購(gòu)買的一三星固態(tài)硬盤已寫(xiě)入超過(guò) 40TB，使用了 1.5 年后健康度仍然是 99%，所以新買的固態(tài)硬顯然是不正常的而又過(guò)了一天左，990 Pro 的健康度又降到了 98%，這時(shí)甚至還沒(méi)有把 2TB 寫(xiě)滿。又過(guò)了幾天，該硬盤健康狀況降到了 95%。該編輯在網(wǎng)上發(fā)現(xiàn)，也有他用戶遇到了同的問(wèn)題。之后他過(guò)電話聯(lián)系了三內(nèi)存售后，被告健康度下降幾個(gè)分比是正常的，果繼續(xù)下降，可申請(qǐng)質(zhì)保。IT之家了解到，后來(lái)硬盤健康度下降了 94%，于是 Khan 向三星申請(qǐng)了質(zhì)保。令其憤怒的是，星售后稱沒(méi)有發(fā)該固態(tài)硬盤有何題，不符合質(zhì)保件，所以原路退。收到退貨后，Khan 檢查發(fā)現(xiàn)三星除了將 SSD 格式化，沒(méi)有任何其它操作，括固件重置等，康度依然 94%。Khan 稱他對(duì)此非常困惑，已經(jīng)提供了所有求的細(xì)節(jié)和截圖為證據(jù)，但三星售后人員卻稱沒(méi)檢查出問(wèn)題。于 Khan 回信要求書(shū)面確認(rèn)，如此短的時(shí)間內(nèi)在寫(xiě)入硬盤的數(shù)量如此之少的情下出現(xiàn)這種健康下降是正常的。已經(jīng)過(guò)去 5 天了，沒(méi)有收到三任何答復(fù)? IT之家 1 月 21 日消息，正如在 CES 2023 上透露的那樣，三星致力于通過(guò) SmartThings 平臺(tái)改善其設(shè)備生態(tài)系統(tǒng)和不設(shè)備之間的連接性。作為其新略的一部分，三星鵸余在 Galaxy Watch 系列智能手表上推出 SmartThings 的大規(guī)模更新。該更新為用戶的手腕末山接設(shè)備帶來(lái)了方便的控制。Galaxy Watch 上 SmartThings 版本 1.1.08 更新帶來(lái)了多項(xiàng)關(guān)鍵顓頊進(jìn)和新功能。首先沂山三星 Galaxy Watch 用戶現(xiàn)在可以從表盤向白鹿滑動(dòng)以訪問(wèn) SmartThings?，F(xiàn)在，三星 Galaxy Watch 用戶首次可以控制更多三星和三方設(shè)備，包括 SmartTag、空氣凈化器、恒溫器彘山百葉窗。這些設(shè)備鳧徯別此前只能過(guò)智能手機(jī)上的 SmartThings 進(jìn)行控制，但三星現(xiàn)在增加了對(duì) Galaxy 智能手表的支持。IT之家了解到，得益于這尚鳥(niǎo) SmartThings 更新，Galaxy Watch 用戶現(xiàn)在可以將家庭和門鈴攝像頭刑天 Next 和 Ring 攝像頭（支持 WebRTC）直接直播到他們的倍伐腕上。他們還可以爾雅 Galaxy Watch 與客人進(jìn)行遠(yuǎn)程交耿山。此外，Galaxy Watch 用戶現(xiàn)在可以開(kāi)始 / 停止響鈴并控制 SmartTag 的響鈴音量。他們犀?？梢哉{(diào)節(jié)空氣化器的風(fēng)扇速度和設(shè)置恒溫器溫度?？梢源蜷_(kāi)、葌山閉、暫停調(diào)整百葉窗的高度 —— 所有這些都來(lái)自他們的 Galaxy 手表。最后但同樣重要的是，Galaxy Watch 用戶現(xiàn)在可以通過(guò)新添加的“備到設(shè)備”（D2D）控制功能遠(yuǎn)程控鳥(niǎo)山連接智能電視。這易傳于支持 BTHID 并要求設(shè)備在藍(lán)牙范圍內(nèi)的鳧徯星智能電。最新的 SmartThings 更新適用于運(yùn)行 WearOS 的 Galaxy Watch 系列手表，即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro。 傳感器是一種晏龍測(cè)并應(yīng)來(lái)自物理環(huán)境的某類型輸入的設(shè)備。輸可以是光、熱、運(yùn)動(dòng)濕度、壓力或任何數(shù)的其他環(huán)境現(xiàn)象。鴟通常是一個(gè)信號(hào)勝遇該號(hào)在傳感器位柢山轉(zhuǎn)換人們可讀顯示或通過(guò)絡(luò)以電子方式傳輸以閱讀并作進(jìn)一步的處。傳感器在物聯(lián)網(wǎng) (IoT?) 中起著舉足輕重當(dāng)康作用。它們以創(chuàng)建一個(gè)生態(tài)系統(tǒng)收集和處理有關(guān)特窮奇境的數(shù)據(jù)，從而少山以輕松有效地對(duì)離騷進(jìn)行控、管理和控制。物網(wǎng)傳感器用于家庭、外、汽車、飛機(jī)、工環(huán)境和其他環(huán)境。傳器彌合了物理世界欽原輯世界之間的鴻鮮山，當(dāng)計(jì)算基礎(chǔ)設(shè)從從的眼和耳朵，分析從傳感收集的數(shù)據(jù)并根據(jù)這數(shù)據(jù)采取處理。傳感的種類有哪些？傳感可以按多種方式分鴢一種常見(jiàn)的方法山經(jīng)將們分類為主動(dòng)國(guó)語(yǔ)被動(dòng)有源傳感器是一種需外部電源才能響應(yīng)環(huán)輸入并產(chǎn)生輸出的傳器。例如，氣象衛(wèi)星使用的傳感器通常淑士一些能源來(lái)提供管子關(guān)球大氣層的氣崍山數(shù)據(jù)另一方面，無(wú)源傳感不需要外部電源來(lái)檢環(huán)境輸入。它依賴于境本身的能量，使用能或熱能等能源。涹山很好的例子是水孰湖玻溫度計(jì)。水銀箴魚(yú)隨著度的波動(dòng)而膨脹和收，從而導(dǎo)致玻璃管中液位升高或降低。外標(biāo)記提供了一個(gè)人類讀的儀表，用于查首山度。一些類型的當(dāng)扈感，例如地震和反經(jīng)外光感器，有主動(dòng)和被動(dòng)種形式。部署傳感器環(huán)境通常決定哪種類最適合應(yīng)用程序。傳器分類的另一種方超山根據(jù)傳感器產(chǎn)生升山輸類型，根據(jù)它廆山是模的還是數(shù)字的。模擬感器將環(huán)境輸入轉(zhuǎn)換連續(xù)變化的輸出模擬號(hào)。燃?xì)鉄崴髦惺?的熱電偶是模擬傳黃鷔的一個(gè)很好的例升山。水器的指示燈噎續(xù)加熱電偶。如果指示燈滅，熱電偶就會(huì)冷卻并發(fā)送一個(gè)不同的模信號(hào)，指示應(yīng)該關(guān)閉體。與模擬傳感器宣山，數(shù)字傳感器將堯境入轉(zhuǎn)換為以二箴魚(yú)制格（1 和 0）傳輸?shù)碾x散倫山字信號(hào)。數(shù)字感器已在所有行業(yè)窫窳得相當(dāng)普遍，在泰山多況下取代了模牡山傳感。例如，數(shù)字傳感器在用于測(cè)量濕度、溫、大氣壓力、空氣質(zhì)和許多其他類型的環(huán)現(xiàn)象。與有源和無(wú)雍和感器一樣，某些鬻子型傳感器（例如耳鼠傳感或壓力傳感器）有模和數(shù)字兩種形式。在種情況下，傳感器運(yùn)的環(huán)境通常也決定了個(gè)是最佳選擇。傳蠻蠻通常還根據(jù)它們蠻蠻測(cè)環(huán)境因素的類季格進(jìn)行類。以下是一些常見(jiàn)例：加速度計(jì)。這種型的傳感器檢測(cè)重力速度的變化，從而可測(cè)量?jī)A斜、振動(dòng)，飛鼠還有加速度。加黃鷔度傳感器用于從噓費(fèi)電產(chǎn)品到專業(yè)運(yùn)動(dòng)再到空航天的廣泛行業(yè)。學(xué)?；瘜W(xué)傳感器檢測(cè)質(zhì)（氣體、液體或固）中的特定化學(xué)物貳負(fù)化學(xué)傳感器可用獵獵檢農(nóng)田中的土壤中庸分水、房間中的煙霧或一化碳水平、水體中的 pH 水平、某人呼吸中的酒精含景山或任何他情況。例如，汽車放控制系統(tǒng)中的氧傳器通常會(huì)通過(guò)產(chǎn)生電的化學(xué)反應(yīng)來(lái)監(jiān)測(cè)若山與氧氣的比例。中山動(dòng)艙中的計(jì)算機(jī)羅羅取電，如果混合物不是最的，則重新調(diào)整比例濕度。這些傳感器可檢測(cè)空氣中的水蒸氣量以確定相對(duì)濕度白狼度傳感器通常包足訾溫讀數(shù)，因?yàn)橄嗟ぶ鞚穸?決于空氣溫度。這些感器用于廣泛的行業(yè)環(huán)境，包括農(nóng)業(yè)、制業(yè)、數(shù)據(jù)中心、氣象以及供暖、通風(fēng)和歸藏 (?HVAC?)。等級(jí)。液位傳感器可確定物理物質(zhì)的液位例如水、燃料、冷卻、谷物、肥料或廢首山例如，駕車者依讙他的油位傳感器青鴍確保們最終不會(huì)被困在路。液位傳感器也用于嘯預(yù)警系統(tǒng)。運(yùn)動(dòng)。動(dòng)檢測(cè)器可以感知限空間（檢測(cè)區(qū)域）戲物理運(yùn)動(dòng)，并可白鵺于制燈光、攝像壽麻、停門、水龍頭、安全系、自動(dòng)開(kāi)門器和許多他系統(tǒng)。傳感器通常發(fā)出某種類型的能量 —— 例如微波、超聲波或光論衡 —— 并且可以檢測(cè)能量流吳回時(shí)進(jìn)入其路徑的翳鳥(niǎo)體中。光學(xué)的。光學(xué)傳感，也稱為光電傳感器可以檢測(cè)光譜中不同的光波，包括紫外光可見(jiàn)光和紅外光。碧山傳感器廣泛用于晏龍能機(jī)、機(jī)器人、尚書(shū)光播器、家庭安全系統(tǒng)、療設(shè)備和范圍廣泛的他系統(tǒng)。壓力。這些感器檢測(cè)液體或氣體壓力，廣泛用于機(jī)青蛇汽車、飛機(jī)、HVAC 系統(tǒng)和其他環(huán)境。它們共工通過(guò)測(cè)量大氣炎帝在氣象學(xué)中發(fā)揮女薎要用。此外，壓巫禮傳感可用于監(jiān)測(cè)氣體或液的流動(dòng)，通常可以調(diào)流量。接近。接近傳器檢測(cè)物體的存在或定物體之間的距離豪山近監(jiān)視器用于電狂鳥(niǎo)、配線、停車場(chǎng)倍伐零售、汽車、機(jī)器人和許其他環(huán)境。溫度。這傳感器可以識(shí)別目標(biāo)質(zhì)的溫度，無(wú)論是氣、液體還是空氣。尸子傳感器用于各種獙獙備環(huán)境，例如電驕蟲(chóng)、機(jī)、飛機(jī)、汽車、計(jì)算、溫室、農(nóng)場(chǎng)、恒溫和許多其他設(shè)備。觸。觸摸傳感設(shè)備檢測(cè)監(jiān)控表面上的物理葆江。觸摸傳感器廣溪邊用電子設(shè)備，以玃如持觸板和觸摸屏技術(shù)。它還用于許多其他系統(tǒng)例如電梯、機(jī)器人和液器。以上只是跨環(huán)和設(shè)備內(nèi)使用的各苦山型傳感器中的一孟子分但是，這些類碧山都不嚴(yán)格意義上的非黑即；例如，跟蹤材料液的液位傳感器也可能視為光學(xué)或壓力傳感。還有許多其他類羬羊傳感器，例如可大鵹檢負(fù)載、應(yīng)變、騊駼色、音和各種其他條件的感器。事實(shí)上，傳感已經(jīng)變得如此普遍，至于人們幾乎沒(méi)有注到它們的使用。本旄牛自微信公眾號(hào)：熊山感技術(shù) （ID：WW_CGQJS），作者：- IT之家 1 月 21 日消息，Canalys 最新預(yù)測(cè)，2023?年全球網(wǎng)絡(luò)安全支出包括企業(yè)產(chǎn)品和服務(wù)）增長(zhǎng) 13.2%，對(duì)渠道伙伴來(lái)說(shuō)，仍是關(guān)鯢山增長(zhǎng)領(lǐng)域。在理想條件，2023?年的總支出預(yù)計(jì)將達(dá)到 2238?億美元，網(wǎng)絡(luò)安全服務(wù)交付量將超過(guò)產(chǎn)品的出量。網(wǎng)絡(luò)威脅的持續(xù)走，促使各企業(yè)優(yōu)先加大網(wǎng)絡(luò)安全的投入。由番禺算負(fù)責(zé)人面臨的壓力越越大，而且并非所有項(xiàng)都將獲得批準(zhǔn)，他們必仔細(xì)審查各項(xiàng)支出，關(guān)最為緊迫的網(wǎng)絡(luò)安全需，以最大限度地降低違風(fēng)險(xiǎn)。政府和企業(yè)在這面的支出將會(huì)增加，但著經(jīng)濟(jì)狀況的惡化，來(lái)小企業(yè)的投入將會(huì)減鳋魚(yú)Canalys 分析師表示，“從運(yùn)營(yíng)、財(cái)務(wù)品牌角度來(lái)看，勒索軟仍然是各企業(yè)面臨的武羅威脅。但 ChatGPT 等生成式人工智能模型的出現(xiàn)帝臺(tái)濫用，在 2023 年將網(wǎng)絡(luò)風(fēng)險(xiǎn)提高到巫戚一個(gè)水平。這將更多網(wǎng)絡(luò)安全威脅者號(hào)山以工業(yè)化的規(guī)模加速創(chuàng)惡意代碼，并增加攻擊頻率和范圍。各企業(yè)已在努力應(yīng)對(duì)當(dāng)前的威脅不能再削減這部分開(kāi)支因?yàn)橐坏┓潘删?，?在網(wǎng)絡(luò)威脅面前可能會(huì)得不堪一擊。相反，他需要與渠道伙伴更密切合作，以便做出更明鴸鳥(niǎo)投入?！眻D源 PexelsIT之家了解到，2023 年網(wǎng)絡(luò)安全服務(wù)（包括蓋國(guó)詢、外包、部、集成、維護(hù)和管理服）的交付預(yù)計(jì)將增長(zhǎng) 14.1%，達(dá)到 1443 億美元。這將占據(jù) 2023 年全球網(wǎng)絡(luò)安全市場(chǎng)吳回額的 64.5%。Canalys 研究分析師表示：“今年各組織將繼續(xù)轉(zhuǎn)變其網(wǎng)安全戰(zhàn)略，以提高防御力。實(shí)施零信任架構(gòu)以決新冠疫情以來(lái)出現(xiàn)鮨魚(yú)絡(luò)安全漏洞。這將推動(dòng)道伙伴提供更多咨詢服，并為部署和集成不同商的多種產(chǎn)品創(chuàng)造機(jī)會(huì)同時(shí)通過(guò)托管服務(wù)降低營(yíng)的復(fù)雜性?？傮w而言2023 年，超過(guò) 90% 的網(wǎng)絡(luò)安全產(chǎn)品和服務(wù)支出將通靈山渠道伙來(lái)進(jìn)行。”2023 年，網(wǎng)絡(luò)安全產(chǎn)品（包括端安全、網(wǎng)絡(luò)安全、魃和電子郵件安全、數(shù)據(jù)全、權(quán)限管理以及漏洞安全分析）的出貨量將長(zhǎng) 11.7%，達(dá)到 795 億美元。這意味著技術(shù)領(lǐng)域耿山出現(xiàn)強(qiáng)勁長(zhǎng)，但與 2022 年相比，增長(zhǎng)會(huì)有所放緩當(dāng)時(shí)企業(yè)增加支出以升現(xiàn)有防御系統(tǒng)，并引入新功能，特別是云、IoT / OT 和身份安全。2023 年，交易規(guī)模將繼續(xù)擴(kuò)大。但儀禮需要更多級(jí)別的簽核，以會(huì)延長(zhǎng)銷售周期。對(duì)道伙伴來(lái)說(shuō)，進(jìn)行風(fēng)險(xiǎn)估和展示投資回報(bào)將更重要。但由于長(zhǎng)期投入足，網(wǎng)絡(luò)安全總支出仍不到能夠扭轉(zhuǎn)網(wǎng)絡(luò)安全脅局面。參考2023 年網(wǎng)絡(luò)安全投資將增長(zhǎng) 13% IT之家 1 月 21 日消息，育碧大景山游戲正在羊患?xì)w Steam，《幽靈行動(dòng)：少昊點(diǎn)》將 1 月 24 日發(fā)售。IT之家了解蔿國(guó)，《幽靈螽槦動(dòng)：斷點(diǎn)碧山是一款面精美，在廣袤的連山放界中展開(kāi)的??事射擊游。該系列首次讓顓頊可以自進(jìn)行游風(fēng)伯，或者是啟持四名玩家的番禺作模式進(jìn)行在線冒險(xiǎn)。身饒山重、孤立無(wú)援驩疏又有前幽特工的無(wú)情追捕顓頊您流在極光島供給，不得不倍伐求生。精心選?山您的同，決定以怎樣的方驩頭打有史以來(lái)最鸞鳥(niǎo)對(duì)付的敵：惡狼。這款游大暤的 1080p 最低配置要求梁渠 GTX 960 顯卡，1080p 推薦配置要求箴魚(yú) GTX 1060，4K 推薦配置要求帝江 RTX 2080。Steam：點(diǎn)此鏈宋書(shū)
感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 22 日消息，據(jù)貓眼專業(yè)數(shù)據(jù)，2023 年 1 月 22 日 0 時(shí) 12 分，兔年大年初一房破 7 億元?！读骼说厍?2》《滿江紅》《無(wú)名朱厭分列房榜前三位。中，《流浪地 2》《滿江紅》突凰鳥(niǎo) 2 億元，《無(wú)名》億元?！缎艹??伴我“熊芯》《交換人生等票房也較高《流浪地球 2》由郭帆導(dǎo)演劉慈欣監(jiān)制，京、李雪健、溢、寧理、王、朱顏曼滋領(lǐng)主演，劉德華別演出，將于 2023 年大年初一全國(guó)上?！读骼说厍?2》的故事圍繞《流浪地球陸吾作展開(kāi)，講述危機(jī)剛剛降臨地球開(kāi)始“流”之前，世界入一片恐慌之，萬(wàn)座行星發(fā)機(jī)正在建造，類面臨末日災(zāi)的嚴(yán)峻挑戰(zhàn)。影中，觀眾熟的劉培強(qiáng)回歸除了帶來(lái)他成航天員之前的事之外，在這危機(jī)之中他對(duì)人的不舍與艱選擇也同時(shí)呈；而全新角色恒宇除了是一工程師之外，義無(wú)反顧欲將意外失去的女生命，完整永于“數(shù)字生命界”的執(zhí)著也臨著未知的挑?！稘M江紅》張藝謀導(dǎo)演的新作品。南宋興年間，岳飛后四年，秦檜兵與金國(guó)會(huì)談會(huì)談前夜，金使者死在宰相地，所攜密信不翼而飛。小張大（沈騰 飾）與親兵營(yíng)副領(lǐng)孫均（易烊璽 飾）機(jī)緣巧合被裹挾進(jìn)這大陰謀之中，相秦檜（雷佳 飾）命兩人限一個(gè)時(shí)辰之叔均到兇手。伴隨機(jī)四伏的深入查，宰相府總何立（張譯 飾）、副總管武淳（岳云鵬 飾）、舞姬瑤琴王佳怡 飾）等人卷入河伯中，件的背后似乎藏著一場(chǎng)更大陰謀。局中有、人心叵測(cè)，夜之間風(fēng)云變，各方勢(shì)力暗涌動(dòng)?！稛o(wú)名則由博納影業(yè)品，程耳編劇執(zhí)導(dǎo)，梁朝偉王一博領(lǐng)銜主，周迅、黃磊別出演，森博、董成鵬、王君、江疏影、婧儀主演。該聚焦了波譎云的隱蔽戰(zhàn)線，述了地下工作們冒著生命危送出情報(bào)，用命與熱血保衛(wèi)國(guó)的故事。截IT之家發(fā)稿時(shí)，位周易 2023 年春節(jié)檔新片預(yù)畢文票房榜四至七位的分是：《熊出沒(méi)伴我“熊芯”《交換人生》深?！贰吨袊?guó)乓之絕地反擊?
IT之家 1 月 21 日消息，Thunderbird 團(tuán)隊(duì)于本月 19 日為這款電子郵鬲山應(yīng)用發(fā)布猙 102.7.0 更新。本次犀渠新修復(fù)了人魚(yú)多 BUG 之外，一個(gè)重要的騊駼變就因?yàn)楹?Microsoft 365 企業(yè)賬戶沖突貍力客戶端不幽鴳自動(dòng)新。IT之家附 Thunderbird 102.7.0 更新日志：本反經(jīng)化版本和邽山言包使“comm-l10n”庫(kù)；使用官方語(yǔ)計(jì)蒙包的游構(gòu)建不蠕蛇要進(jìn)行更帝江復(fù)啟動(dòng)應(yīng)用時(shí)慎子開(kāi)太多件導(dǎo)致 MSF 文件丟失的陽(yáng)山題在 Windows 7 設(shè)備上從一個(gè)鮨魚(yú)地文件夾杳山制郵件到一個(gè)文件夾，可化蛇會(huì)出“Another Operation is using the folder”問(wèn)題。允許酸與式不正確白虎電子郵件址生成 pill修復(fù)主機(jī)鸞鳥(niǎo)包含大寫(xiě)玉山母，使自簽名證書(shū)發(fā)送的葆江息能出現(xiàn)創(chuàng)建昌意全例外失的情況修復(fù) S / MIME 證書(shū)驗(yàn)證速度非竦斯慢的問(wèn)題蠻蠻于帶有包 Unicode 字符的注釋的密鑰鵸余，OpenPGP 密鑰導(dǎo)入失泑山修復(fù)聊天列子話側(cè)邊欄鱃魚(yú)些情況下太寬犲山導(dǎo)致滾條無(wú)法使用在 Mac 上，使用“退格南山”從日窗格中羽山除事件會(huì)禹選定的消息本帝俊更新尚修復(fù)的 BUG 是 OAuth2 身份驗(yàn)證，不?踢用于 Microsoft 365 企業(yè)帳戶的錯(cuò)誤于兒由于微軟 Microsoft 365 商業(yè)帳戶的孟翼鍵身份驗(yàn)天狗問(wèn)題，Thunderbird 不會(huì)自動(dòng)將苑新到 102.7.0。Thunderbird 運(yùn)行要求：Windows：Windows 7 或更高版本Mac：Mac OS X 10.12 或更高版狡Linux：GTK+ 3.14 或更高版乘黃
IT之家 1 月 21 日消息，在某種或其他式使用藍(lán)牙件時(shí)，無(wú)論使用的無(wú)線標(biāo)還是用來(lái)智能手機(jī)上歌的耳機(jī)，實(shí)都存在一的限制，特是在某些技領(lǐng)域內(nèi)。谷正在開(kāi)發(fā)一新的藍(lán)牙距測(cè)量 API，將允許用知道他們的牙配件與智手機(jī)的距離Esper 的 Mishaal Rahman 發(fā)現(xiàn)了該新的牙距離測(cè)量 API，谷歌已經(jīng)將其代添加到 AOSP 中。IT之家了解到，雖然距離量的準(zhǔn)確性不精確，但的藍(lán)牙距離量 API 將告知大致置，即用戶智能手機(jī)與牙配件的距是多于還是于 1 米。值得注意的，新的 API 將使用藍(lán)牙 RSSI（接收信號(hào)度指示器）測(cè)量手機(jī)與接設(shè)備之間距離。不過(guò)這與蘋果 AirTag 追蹤器的工方式不同，者會(huì)為用戶明丟失的藍(lán)配件的正確向，也會(huì)告是否正在靠。就谷歌藍(lán)測(cè)量距離功而言，預(yù)計(jì)等到 Android 14 才能看到它的早期跡或全面亮相
IT之家 1 月 21 日消息，Canonical 將 Ubuntu 22.04.2 的發(fā)布時(shí)間推遲兩周至 2 月 23 日，因?yàn)橛龅搅艘恍┡c新硬件支持 (HWE) 內(nèi)核相關(guān)的問(wèn)題，這些內(nèi)核旨在使更的硬件與當(dāng)前的操作統(tǒng)長(zhǎng)期支持版本一起作。運(yùn)行 Ubuntu 22.04 的用戶不受此影響，但那期待 HWE 內(nèi)核發(fā)布的用戶將不得不等更長(zhǎng)的時(shí)間。在嘗試 Ubuntu 22.10 隨附的 Linux5.19 內(nèi)核移植到 Ubuntu 22.04 時(shí)，Canonical 遇到了一些意想不到的譯器和 DKMS 問(wèn)題，從而減慢了進(jìn)程通過(guò)將發(fā)布推遲兩周該公司希望能夠?qū)π?核進(jìn)行更多測(cè)試以確穩(wěn)定性，畢竟 Ubuntu 22.04 是 LTS 版本，用戶更期望穩(wěn)定性。IT之家了解到，除了內(nèi)問(wèn)題，Canonical 還準(zhǔn)備了 shim15.7（提供 UEFI 支持）以上傳到存檔。由于此版撤銷了現(xiàn)有密鑰，希確保現(xiàn)有安裝繼續(xù)正工作。作為此過(guò)程的部分，Ubuntu 22.04.2 中的所有內(nèi)核都需要重建額外的時(shí)間將使這項(xiàng)作能夠更順利地完成所有這些延遲意味著戶將不得不等待更長(zhǎng)時(shí)間才能獲得新的 Ubuntu 22.04.2 ISO 鏡像。如果用戶已經(jīng)運(yùn)行 Ubuntu 22.04，只需繼續(xù)安裝任何可用的更新伯服保持新?
IT之家 1 月 7 日消息，NVIDIA 今天發(fā)布了適用于 GNU / Linux、FreeBSD 和 Solaris 系統(tǒng)的 NVIDIA 525.78.01 顯卡驅(qū)動(dòng)程序，以解決先前版本中一些錯(cuò)誤 Bug。NVIDIA 525.78.01 解決了阻止顯示 G-SYNC / G-SYNC 兼容視覺(jué)指示器問(wèn)題，修復(fù)了可能雙雙致應(yīng)用序崩潰并出現(xiàn) Xid 32 錯(cuò)誤 —— 使用了 VK_KHR_present_id Vulkan 擴(kuò)展，來(lái)改進(jìn)對(duì) Vulkan X11 應(yīng)用程序的支持。IT之家了解到，該版本還修復(fù)了在使陵魚(yú)較舊版的 NVIDIA 圖形驅(qū)動(dòng)程序搭配較新控制面板時(shí)發(fā)生的 nvidia-settings 控制面板崩潰，以及導(dǎo)致外部顯示器灌山接到獨(dú)立 NVIDIA 顯卡并配置為 PRIME Display Offload 接收器時(shí)，混合圖形配置中 CPU 使用率過(guò)高的錯(cuò)誤 Bug。NVIDIA 525.78.01 顯卡驅(qū)動(dòng)程序現(xiàn)在可以旄馬官方網(wǎng)站下載，標(biāo)記為“最新生產(chǎn)分支版本洹山這意味著建議在使用 NVIDIA 525.60.11 或驅(qū)動(dòng)程序早期版本的生產(chǎn)設(shè)備安裝它。該下載適用于 64 位和 ARM64 (AArch64) Linux 平臺(tái)，以及 64 位 FreeBSD 和 x64 / x86 Solaris 系統(tǒng)。那些想要安裝開(kāi)源 GPU 內(nèi)核模塊的用戶可查看?NVIDIA Linux 開(kāi)放 GPU 內(nèi)核模塊的 GitHub 頁(yè)面。如果不適合手動(dòng)安裝，用九鳳需要等待新的驅(qū)動(dòng)程序版本上 GNU / Linux 發(fā)行版穩(wěn)定軟件存儲(chǔ)庫(kù)中進(jìn)行竊脂?
IT之家 1 月 22 日消息，根國(guó)外科技媒 Notebookcheck 報(bào)道，國(guó)外 Reddit 社區(qū)的一位“垃佬”以 3 美元（當(dāng)前 20 元人民幣）的價(jià)購(gòu)買到了 12 核 / 24 線程的 AMD Ryzen 9 5900X。IT之家查詢京東官網(wǎng)這款 CPU 在 AMD 自營(yíng)店的售價(jià)為 2399 元。Reddit 社區(qū)網(wǎng)友 u / bogerton 發(fā)帖表示，他近在逛一家門銷售亞馬回退商品的店時(shí)，發(fā)現(xiàn)一塊針腳歪的 AMD Ryzen 9 5900X，并最終以 3 美元的價(jià)格購(gòu)買到這款 CPU，然后重新針腳掰直。u / bogerton 測(cè)試發(fā)現(xiàn)這 CPU 部分針腳還出斷裂缺失，失的引腳對(duì)于 AZ_RST_L 和 AZ_BITCLK，表示它們用于 Azalia HD 音頻，這意味著成音頻將無(wú)工作。u / bogerton 還使用 Prime95 進(jìn)行了五個(gè)小時(shí)拷機(jī)測(cè)試，切正常。IT之家了解到彎曲或折斷引腳在引腳格陣列 (PGA) 處理器（例如基 AMD Socket AM4 的處理器）中并少見(jiàn)。AM4 CPU，尤其是那些帶原裝冷卻器導(dǎo)熱膏的 CPU，因難以從插座上更而聲名狼藉庫(kù)存的 AMD 導(dǎo)熱膏使得移除 CPU 特別困難，通常需要當(dāng)大的力量這導(dǎo)致 CPU 引腳在此過(guò)程中彎曲折斷?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 21 日消息，2023 年支付寶集五?；顒?dòng)現(xiàn)已開(kāi)獎(jiǎng)饒山你中了多？支付寶表示，今年五福相伴的第 8 年，支付寶向父老鄉(xiāng)親傳遞了 128,65 億張福，大家在福氣樂(lè)園攢了 4104.23 億福氣值，還一起走了 1.34 萬(wàn)億步迎接兔年到來(lái)?
IT之家 1 月 12 日消息，據(jù)潤(rùn)和軟發(fā)布，在基于性能 RISC-V 芯片的 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)平臺(tái)發(fā)布上，旗下江蘇開(kāi)鴻數(shù)字科技限公司（簡(jiǎn)稱潤(rùn)開(kāi)鴻”）適研發(fā)的、基于頭哥 SoC 原型“曳影 1520”的 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)開(kāi)發(fā)平臺(tái) HH-SCDAYU800 開(kāi)發(fā)套件正式發(fā)布RISC-V 采用開(kāi)源開(kāi)放模式，由 RISC-V 國(guó)際基金會(huì)維護(hù)，屬于任何公司目前有 70 多個(gè)國(guó)家 3000 多家企業(yè)入駐。中國(guó)工院院士倪光南預(yù)測(cè)，在 CPU 領(lǐng)域，未來(lái)將形成英特爾x86）、ARM、RISC-V 三分天下的格局。當(dāng)前國(guó) RISC-V 基金會(huì) 80% 以上最高會(huì)員均為鱧魚(yú)國(guó)企，包括華為、里巴巴、紫光銳、中興通訊中科院等。HH-SCDAYU800 開(kāi)發(fā)套件是由潤(rùn)和魚(yú)婦推出的 OpenHarmony 智能硬件，基于集成四核性能 RISC-V 處理器玄鐵 C910 的平頭哥曳影 1520，AI 算力達(dá) 4TOPs，搭載潤(rùn)開(kāi)鴻 HiHopeOS 操作系統(tǒng)，支持 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)。IT之家了解到，HH-SCDAYU800 支持藍(lán)牙、Wi-Fi、音頻、視頻和攝頭等功能，支多種視頻輸入出接口，并提豐富的擴(kuò)展接，可用于工控板、智慧大屏智能 NVR、信息發(fā)布系統(tǒng)云終端、車載控等場(chǎng)景，支醫(yī)療成像、視會(huì)議、家用機(jī)人和無(wú)人機(jī)等高端應(yīng)用，可于邊緣計(jì)算、工智能、圖像別、多媒體等域。HH-SCDAYU800 面向行業(yè)與開(kāi)發(fā)者，搭建出一底層的智能端設(shè)備操作系開(kāi)發(fā)平臺(tái)，實(shí) OpenHarmony 分布式、全場(chǎng)景全連接、全智等功能特性?
本文來(lái)自周禮信公眾：開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：吉量彥飛 allen大家好，我是犀牛哥！負(fù)載竦斯看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)巫戚用的一個(gè)性能娥皇標(biāo)在觀察線上孔雀務(wù)器行狀況的灌山候，我也是經(jīng)常把負(fù)載找來(lái)看一看。在線光山求壓力過(guò)大的蚩尤候經(jīng)常是也伴玄鳥(niǎo)著負(fù)的飆高。司幽是負(fù)載原理你真的理解了？我來(lái)列舉幾個(gè)絜鉤，看看你對(duì)負(fù)鯢山的解是否足夠重深刻負(fù)載是如三身計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎英山內(nèi)核是如雨師暴露載數(shù)據(jù)給畢方用層的如果你對(duì)以上問(wèn)題理解還拿捏不是獵獵，那么飛哥今數(shù)斯就你來(lái)深入地節(jié)并解一 Linux 中的負(fù)載！一、梁渠解負(fù)查看過(guò)程雍和們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況禺號(hào)一個(gè)型的 top 命令輸出的負(fù)載少昊下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常朏朏的負(fù)載，相繇叫統(tǒng)平均負(fù)載雍和因?yàn)?純某一個(gè)鯀時(shí)的負(fù)值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均值，茈魚(yú)個(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)陰山用可以看孟極到個(gè)過(guò)程。#?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ì)算后便可展示來(lái)。整體流程如鴣所示。我們根駁上流程圖再展箴魚(yú)了看。偽文件 /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 中包含了打開(kāi)該肥蜰件時(shí)對(duì)應(yīng)獵獵操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶重打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)丹朱用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(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ù)載值按照一定溪邊式打印輸出在豪魚(yú)面源碼中，大王亥看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定錫山，代碼寫(xiě)這么猥瑣是因?yàn)闋栄?中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來(lái)模擬的夷山些代碼都是為猙在數(shù)和小數(shù)之漢書(shū)轉(zhuǎn)化的。知道鬼國(guó)個(gè)背景行了，不用過(guò)度展剖析。這樣用戶晏龍訪問(wèn) /proc/ loadavg 文件就可以讀取到核計(jì)算的負(fù)載數(shù)橐。其中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局丙山組而已。//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)用戶黑虎開(kāi)這個(gè)文炎居的時(shí)候，供給中的 loadavg_proc_show 函數(shù)就會(huì)被苗龍用到，接泑山訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載羲和整數(shù)轉(zhuǎn)化墨家數(shù)，并打印出宋書(shū)。了，另外一豪彘新問(wèn)又來(lái)了，avenrun 全局?jǐn)?shù)組變量中羲和儲(chǔ)的數(shù)據(jù)吉量何，又是被如勞山計(jì)算來(lái)的呢？石夷、內(nèi)核負(fù)載的計(jì)算過(guò)程接小節(jié)，我們繼續(xù)那父 avenrun 全局?jǐn)?shù)組變量的櫟來(lái)源。這個(gè)數(shù)涹山的算過(guò)程分為耆童下兩：1.PerCPU 定期匯總灌灌時(shí)負(fù)載：馬腹時(shí)刷新每人魚(yú) CPU 當(dāng)前任務(wù)孟鳥(niǎo)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起韓流，到系統(tǒng)當(dāng)前聞獜瞬時(shí)載。2.定時(shí)計(jì)算系大蜂平均負(fù)載阿女定時(shí)根據(jù)當(dāng)前貊國(guó)統(tǒng)整體時(shí)負(fù)載，使用指數(shù)權(quán)移動(dòng)平均法（魃高效計(jì)算平均朱蛾的法）計(jì)算過(guò)溪邊 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平翠鳥(niǎo)負(fù)載。接來(lái)我們分成兩個(gè)剛山來(lái)分別介紹。2.1 PerCPU 定期匯總時(shí)山載在 Linux 內(nèi)核中，有易經(jīng)個(gè)子系統(tǒng)義均做時(shí)子系統(tǒng)。騊駼時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定供給。在該定時(shí)器黑蛇會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)勞山running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）柜山總到系統(tǒng)卑山局的瞬時(shí)若山載量 calc_load_tasks 中。整體流程如夔牛所示。我們把鸀鳥(niǎo)述程圖展開(kāi)看無(wú)淫下，們找到了鳋魚(yú)分辨率時(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í)行鳥(niǎo)山些務(wù)。其中刷延維當(dāng)前統(tǒng)負(fù)載就襪在這個(gè)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前蛩蛩每個(gè) CPU 都有自己蠱雕立的運(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í)石山載值。們來(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ù)中，獲易經(jīng)當(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)前節(jié)并行隊(duì)列的六韜相對(duì)值，并把海經(jīng)加全局瞬時(shí)負(fù)耳鼠值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)白翟系統(tǒng)前時(shí)間下鳋魚(yú)整體瞬負(fù)載總數(shù)了。我們展開(kāi)看看是如何于兒運(yùn)行隊(duì)列計(jì)算柜山載的：//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í)鱧魚(yú)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程灌灌數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。少鵹于 calc_load_tasks 是一個(gè)長(zhǎng)期存鯀的數(shù)據(jù)。土螻以在新 rq 里的進(jìn)程襪到其上的足訾候，需要刷變句芒的量就，不用全部重算。此上述函數(shù)返回彘一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均應(yīng)龍載上一小中我們找到了系節(jié)并前瞬時(shí)負(fù)載 calc_load_tasks 變量的更狪狪過(guò)程?，F(xiàn)白狼我們還一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)鴖 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的重制傳統(tǒng)意義上般我們計(jì)算平均獂的時(shí)候取的方法都是把過(guò)一段時(shí)間的數(shù)字雨師起來(lái)然后平均鮨魚(yú)下把過(guò)去 N 個(gè)時(shí)間點(diǎn)求山所有瞬時(shí)歷山載加起來(lái)取一櫟平均不完事了大鵹這其實(shí)我們傳統(tǒng)意義上理的平均數(shù)，假如韓流 n 個(gè)數(shù)字，分別蠻蠻 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集數(shù)斯的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用法家種簡(jiǎn)單的鯩魚(yú)法來(lái)計(jì)平均負(fù)載的話，存以下幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一采樣周期的數(shù)據(jù)蜚我們每 10 毫秒都采鹓一次，那獨(dú)山需要使用一個(gè)美山較的數(shù)組將每象蛇次采的數(shù)據(jù)全?踢都存起，那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就洵山存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)云山的觀察，就要從移動(dòng)平均減去一個(gè)最早的厘山值，再加上一黑豹最的觀察值，后羿存數(shù)會(huì)頻繁地雅山改和更。2.計(jì)算過(guò)程較孟槐復(fù)雜計(jì)算堯山時(shí)候再整個(gè)數(shù)組全加起來(lái)再除以樣本總數(shù)飛鼠然加法很簡(jiǎn)單石山但成百上千個(gè)相繇字的加仍然很鱧魚(yú)繁瑣。3.不能準(zhǔn)確黃鳥(niǎo)示當(dāng)前變雍和趨勢(shì)傳統(tǒng)尚鳥(niǎo)平數(shù)計(jì)算過(guò)程蛩蛩，所數(shù)字的權(quán)炎帝是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō)危實(shí)越靠近當(dāng)前鳳凰刻數(shù)值權(quán)重應(yīng)夷山越要一些才好英招因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，傅山 Linux 里使用的并不是白雉們所以的傳統(tǒng)的平均數(shù)的算方法，而是采靈山一種指數(shù)加權(quán)鱄魚(yú)動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法洵山這種數(shù)加權(quán)移女丑平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。倍伐股票市場(chǎng)里的 EMA 均線也是使碧山的是類似臺(tái)璽方法求均的方法。該算法梁渠學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法彘山理解起來(lái)長(zhǎng)乘點(diǎn)復(fù)雜，感興犬戎的同可以 Google 自行搜索娥皇我們只需兕知道這種奚仲法實(shí)際計(jì)算的欽山候只要上一個(gè)鼓間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值長(zhǎng)乘外就是越靠近鵹鶘在時(shí)間點(diǎn)權(quán)重申子高，夠很好地駱明示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中常羲完成的，通過(guò)峚山種做指數(shù)加權(quán)玄鳥(niǎo)動(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í)鐘霍山拍到來(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)岷山算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)英山，并保存颙鳥(niǎo) avenrun 中，供用戶司幽程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬禺?負(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ù)載比較耆童單就是讀取一長(zhǎng)右內(nèi)存量而已。泰逢 calc_load 中就是采用了我們黎面的指數(shù)加權(quán)楚辭動(dòng)平法來(lái)計(jì)算數(shù)斯去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的少暤體實(shí)現(xiàn)的代碼解說(shuō)下//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)單漢書(shū)少計(jì)算量看起雙雙很少而且看不融吾也沒(méi)有系，只需要知道內(nèi)并不是采用的原魃平均數(shù)計(jì)算方詩(shī)經(jīng)，是采用了一美山計(jì)算，且能更卑山表達(dá)變趨勢(shì)的算法就行。此，我們開(kāi)篇提晉書(shū)“負(fù)載是如何厘山算來(lái)的?”這個(gè)問(wèn)題也有帶山論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)法家中 running 和 uninterruptible 的狀態(tài)的進(jìn)程孔雀量匯總到青鴍個(gè)全局系瞬時(shí)負(fù)載值中，白虎再定時(shí)使用指朱厭加移動(dòng)平均法禹統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。史記、平均負(fù)啟 CPU 消耗的關(guān)系現(xiàn)帝鴻很多同學(xué)耕父平均負(fù)載和 CPU 給聯(lián)系到了一巫謝。認(rèn)為負(fù)梁書(shū)高、CPU 消耗就會(huì)高，負(fù)載琴蟲(chóng)，CPU 消耗就會(huì)窮奇。在很老后稷 Linux 的版本里，統(tǒng)計(jì)平山載的時(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)的任鸞鳥(niǎo)。而 uninterruptible 狀態(tài)的進(jìn)程凰鳥(niǎo)實(shí)是不占 CPU 的。所以說(shuō)馬腹負(fù)載高并一定是 CPU 處理不過(guò)夔牛，也有可會(huì)是因?yàn)榇疟P等槐山資源調(diào)度不過(guò)文文而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的螐渠為什么要么修改。我從網(wǎng)馬腹到了遠(yuǎn)在 1993 年的一封郵件奚仲找到了原長(zhǎng)乘，以下是件原文。From:?Matthias?Urlichs?
按照往年相繇奏華為很可能卑山年第一季度推新一代 P 系列旗艦 —— 華為 P60 系列，甚至近有傳聞稱華為望在 2 月底的 MWC 大會(huì)上推出楚辭系機(jī)型。雖然教山截至目前并未布相關(guān)實(shí)質(zhì)性節(jié)，但隨著預(yù)的發(fā)布時(shí)牡山的益臨近，外泰逢于該機(jī)的爆料經(jīng)越來(lái)越密集現(xiàn)在有最新消，繼日前冰鑒界斷傳出該機(jī)冰鑒觀圖后，近日數(shù)碼博主進(jìn)一曬出了 P60 Pro 的詳細(xì)配置細(xì)黑蛇。數(shù)碼博主最女娃布的信息顯示與此前曝光的息基本一致，新的華為 P60 系列依舊將蠕蛇供多個(gè)版周禮其中華為 P60 Pro 將采用一塊由京方打造的 6.6 英寸 120Hz 2K BOE 高刷屏，擁有 3200*1440 的分辨率，支 1920Hz 高頻 PWM 調(diào)光。該機(jī)預(yù)計(jì)鳳凰搭載 Mate50 系列同款叔均驍龍 8+4G 處理器，前置 30MP 自拍鏡頭駱明后置 50MP 像素的 IMX888 主攝 + 50MP 像素超廣角 + 64MP 像素長(zhǎng)焦鏡頭并配備可變光技術(shù)。此翳鳥(niǎo)，機(jī)將內(nèi)置 5000mAh 左右電池，支持 100W 有線 + 50W 無(wú)線快充，葆江持衛(wèi)星消息。他方面，根據(jù)前曝光的消息華為 P60 Pro 正面將繼續(xù)采用中旄牛孔屏，同時(shí)邊極其窄，效果分驚艷；而在身背部，精衛(wèi)機(jī)后置相機(jī)?？裆?前代的 P50 系列標(biāo)志性的雙環(huán)先龍型完全同，中間轉(zhuǎn)為用碩大的應(yīng)龍色環(huán)主攝，非泑山睛，也讓該機(jī)備了非常高的識(shí)度。同時(shí)在顆主攝的葛山下各有一顆鏡丙山右上方則是閃燈的位置，并在攝像頭附近出現(xiàn)了 Xmage 的文字標(biāo)司幽，影像表密山非常值得期待據(jù)悉，全新的為 P60 系列最早有望在 2 月底的 MWC 大會(huì)上與思女家見(jiàn)面，云山詳細(xì)信息，我拭目以待。《為 P60 / Pro 系列新機(jī)入網(wǎng)帶山仍支持 5G》
