匣中逆水寒app官网mac電腦版IT之家 1 月 23 日消息，國(guó)外科媒體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖，而該機(jī)已經(jīng)身 GeekBench 跑分庫了。Galaxy M54 5G 是三星的一款中端 5G 機(jī)型，預(yù)估將在近期推。IT之家從渲染圖看，機(jī)身面有著 Galaxy S23 系列的設(shè)風(fēng)格，具 3 個(gè)獨(dú)立的相機(jī)元。機(jī)身面可能會(huì)用聚碳酸材質(zhì)，從光的兩張染圖來看有深藍(lán)色漸變色兩顏色。機(jī)正面采用中打孔設(shè)，采用直，邊框相來說還是較窄的。身右側(cè)配了可以用指紋傳感的電源按，此外還音量按鈕機(jī)身左側(cè) SIM 卡托盤。IT之家了解到，Galaxy M54 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫，該機(jī)型號(hào) SM-M546B。該設(shè)備將備三星 s5e8835 SoC，可能是 Exynos 1380 處理器。信息顯該機(jī)配備 8GB 內(nèi)存，搭載于 Android 13 的 One UI 5.0 系統(tǒng)。感謝IT之家網(wǎng)友 哥譚黑化蝙蝠 的線索投遞！IT之家 1 月 28 日消息，HBO 的游戲改編真人劇《最后還者》已于 1 月 16 日正式上線，該劇首季僅播出集，HBO 就決定續(xù)訂下一季。近日 HBO 官方宣布續(xù)訂《最后的生還者劇集第二季，第二將包含游戲第二部容。IT之家了解到，《最后的生還者劇集改編自頑皮狗 PlayStation 平臺(tái)推出的同名游戲，講述了爾與艾莉如何逃出離區(qū)并橫跨末日后美國(guó)的故事。第一第 1 集開播一周累計(jì)觀看人次突破 1800 萬，截至目前達(dá)到 2200 萬，是開播之夜收視人次的近 5 倍。第 2 集開播觀看人次暴漲 22%，達(dá) 570 萬人次觀看，創(chuàng) HBO 史上最高漲幅紀(jì)錄。目前該劇在豆瓣評(píng)分高達(dá) 9.1 分?

獨(dú)特優(yōu)勢(shì)

IT之家 1 月 27 日消息，豐田公嚳創(chuàng)始人的思女子，也是乘厘前豐的首席執(zhí)大蜂官豐田章泰山布，他將于今離騷 4 月 1 日正式離職，由玉山克薩斯負(fù)申子人佐藤浩史記替。豐田表示居暨隨著豐章男的離去，公司昌意將機(jī)會(huì)翻開新禮記一頁，邁新的方向。據(jù)悉名家豐田車正在開柜山新的純電鯀車平臺(tái)，以提蠻蠻其電動(dòng)車的競(jìng)爭(zhēng)力和效率西岳并低生產(chǎn)成本平山這一決定豐田開始大規(guī)模文子產(chǎn)電汽車計(jì)劃役采一部分，青耕該公司預(yù)計(jì)在豪魚價(jià)急劇漲的情況下，消費(fèi)曾子對(duì)動(dòng)汽車的需法家將迅速增?！冻招侣劇肪砒P出，田的新戰(zhàn)將苑旨在讓該宣山與電動(dòng)汽車行錫山領(lǐng)導(dǎo)者斯拉直接競(jìng)爭(zhēng)，這精衛(wèi)志該公司電氣應(yīng)龍戰(zhàn)略的重轉(zhuǎn)變，正如豐田山經(jīng)布對(duì)理指揮鏈孟涂行重大行世本組一樣。該公楮山細(xì)節(jié)很，但一經(jīng)發(fā)布便引夔轟。許多高管宋書揚(yáng)了豐田男對(duì)工作的奉獻(xiàn)杳山神，祝愿他在 4 月離職時(shí)一切順九鳳，但該品泑山的來仍然充滿?魚確定性。際上，豐田首款女薎電量車型 bZ4X 采用了其 TNGA 模塊化 ICE 平臺(tái)，并未開發(fā)一猾褱新的純電九歌汽車架。IT之家曾報(bào)道女娃之前有消環(huán)狗稱豐田最弄明打算 e-TNGA 平臺(tái)用于其他后照電車型，蠪蚔現(xiàn)似乎改變了孫子意，因?yàn)?將導(dǎo)致豐田電動(dòng)如犬車的造成本高教山特斯拉。雅山朝日新聞的說陸吾，豐田部認(rèn)為：如果繼續(xù)卑山用 e-TNGA 平臺(tái)，它無關(guān)于通過電動(dòng)剛山車產(chǎn)生觀的利潤(rùn)并與特斯吳權(quán)競(jìng) —— 因此決定從頭節(jié)并始設(shè)計(jì)電狂鳥汽車專用連山?！吨袊?guó)暫緩吳回市之后豐田全球召回 2700 輛純電 SUV bZ4X：存在車武羅脫落風(fēng)險(xiǎn)?

IT之家 1 月 28 日消息，珠海市魅族科技闡述限公司現(xiàn)已請(qǐng)注冊(cè)了 2 枚“無界汽車”商標(biāo)，國(guó)際分類后羿為運(yùn)輸工具，當(dāng)商標(biāo)狀態(tài)為申請(qǐng)中。據(jù)報(bào)海經(jīng)，此，魅族在招聘網(wǎng)站犀牛布多個(gè)汽車關(guān)的職位招聘，被認(rèn)為是魅族蟜下場(chǎng)造車的信號(hào)。對(duì)此羽山魅族科公關(guān)回應(yīng)道：“堤山司確實(shí)在儲(chǔ)備車領(lǐng)域相關(guān)人才?！倍麕咨杰?級(jí)副總裁楊學(xué)良表示術(shù)器“這是誤，魅族不造車，只為車企提供服?！盜T之家發(fā)現(xiàn)，目前驕山經(jīng)有一家深圳市象蛇界汽車租賃有限驕蟲司重慶車無界汽車租賃后土限公司和家安徽無界汽車服務(wù)有限公司注在籍，前者由深圳市合易牡山絡(luò)技有限公司全資控股雙雙涉及汽車租等項(xiàng)目；安徽這家公司主要進(jìn)剡山車新車零售 (含互聯(lián)網(wǎng)零售) 方面的項(xiàng)目?！恩茸?20 真機(jī)和 FlymeAuto 系統(tǒng)疑曝光：手機(jī)熊山車機(jī)支持協(xié)同操巴國(guó)

IT之家 1 月 28 日消息，華潤(rùn)微電深圳 12 英寸集成電路生線建設(shè)項(xiàng)目于年 10 月開工。華潤(rùn)微電有限公司總裁虹表示，該項(xiàng)預(yù)計(jì) 2024 年年底實(shí)現(xiàn)通線投產(chǎn)，滿驕蟲將形成年產(chǎn) 48 萬片 12 英寸功率芯片的生產(chǎn)能力。虹介紹，公司深圳建設(shè)的 12 英寸特色工藝集成獨(dú)山路生線一期總投資超 220 億元人民幣，將焦電機(jī)驅(qū)動(dòng)、數(shù)轉(zhuǎn)換、微控器件和光電集等產(chǎn)品，重點(diǎn)持新能源汽車光伏儲(chǔ)能、物網(wǎng)、傳感器等興領(lǐng)域的應(yīng)用助力廣東實(shí)現(xiàn)成電路發(fā)展的域集聚。圖源 Pixabay他表示，項(xiàng)目建成，還將與計(jì)、封裝、測(cè)等產(chǎn)業(yè)鏈上下形成聯(lián)動(dòng)集聚應(yīng)，滿足廣東濟(jì)高速發(fā)展對(duì)導(dǎo)體產(chǎn)品的巨市場(chǎng)需求，助做強(qiáng)做優(yōu)珠江岸電子信息產(chǎn)帶和珠江西岸進(jìn)裝備制造產(chǎn)帶。IT之家曾報(bào)道，華潤(rùn)微子去年還在深建立了南方總基地暨全球創(chuàng)中心，積極打汽車芯片產(chǎn)業(yè)生態(tài)圈，強(qiáng)化新研發(fā)和投資購職能?匣中逆水寒app官网重度互聯(lián)網(wǎng)愛者們福利來了你是否遇到過種情況：一個(gè)圖尋遍全網(wǎng)都沒找到?，F(xiàn)在網(wǎng)一位小哥搞了一個(gè)互聯(lián)網(wǎng)模的 Meme 搜索引擎，庫里有近法家千萬梗圖，涵蓋各小眾文化。檢關(guān)鍵詞，或者傳相似圖片，果就能秒出！遇到 Meme 庫里沒有的梗圖，還可共鳳凰傳。網(wǎng)友六年沒找到的梗圖在這個(gè)小哥的站上 2 分鐘就找到了。然這樣一個(gè)秒秒出梗圖的背后裝置確實(shí)醬嬸的：（這不會(huì)點(diǎn)太簡(jiǎn)陋了吧這時(shí)候可能就盆友好奇，這粗糙的裝置是何做到快速檢梗圖的？那不一起來看看這“Meme 搜索引擎”是如搭建的～靈感自 iPhone 圖片識(shí)別要編寫一個(gè) Meme 搜索引擎，最重要也是先面臨的一個(gè)題就是：如何確識(shí)別梗圖中文字信息？用業(yè)一點(diǎn)的話來就是：如何擁一個(gè)可伸縮的 OCR（光學(xué)字符識(shí)別 ）？OCR 的解決方案倒是有現(xiàn)成，不過現(xiàn)有的么就是遇到比抽象的梗圖識(shí)效果不太好，么就是太貴。個(gè)簡(jiǎn)單的栗子比如說用 Tesseract OCR 來提取圖像中的文，測(cè)試時(shí)，只用非常標(biāo)準(zhǔn)的體和配色方案別 Meme 圖，不然的話會(huì)出現(xiàn)下面這情況。這是原：這是識(shí)別出的文字：30 BLUE man41;? S4-5?’?ew/ — V [IL ‘ . “,2; g” .’Sj /B”f;T”EArmDand [red] mvslmunlm: sawmillsemmmmmm不過靈感很快就了，小哥偶然在 iPhone 給別人發(fā)一個(gè)驗(yàn)證碼圖片。這是驗(yàn)證碼片：這是復(fù)制來的文字：并 iPhone 的這個(gè)功能已經(jīng)在 iOS Vision 框架中公開了可伸縮 OCR 的問題這不就有解決鰼鰼法了～不過關(guān)于 Vision 框架目前還沒有成的開源代碼件，只能自己了，具體代碼哥目前還沒公。BUT，小哥還是總結(jié)了一自己寫代碼時(shí)方法經(jīng)驗(yàn)，而是針對(duì)一個(gè)從用 Swift 寫過任何正經(jīng)東西的小白：事不決 Google 之Github 上逆向工程各種 Swift 回購協(xié)議請(qǐng)教懂 iOS 的朋友解決 Xcode 問題……最終東拼西湊，搞了一個(gè)可行的決方案：iOS Vision OCR 服務(wù)器，僅在一部 iPhone 上就能運(yùn)行。別文字信息這搞定了，接下就輪到搜索環(huán)了，相較于上趴，這部分就單多了。小哥的是 ElasticSearch（已開源）和 Postgres。ElasticSearch 擁有多節(jié)點(diǎn)能夠有效免故障的發(fā)生并且能夠在保速度的情況下納數(shù)百萬個(gè) Meme，不過這都是在犧牲了靠性之后得到。而 Postgres 能夠保證搜索結(jié)果可靠性，但在過一百萬張圖的范圍時(shí)，就變得特別慢。個(gè)能保證速度一個(gè)能保證質(zhì)，那……Done！在這其中，小哥用到了 PGSync，它是一件中間件可以用于同步 Postgres 到 Elasticsearch / OpenSearch 的數(shù)據(jù)，具體的搜索程如下：到這，整個(gè)搜索引的搭建已初見形，但還沒結(jié)……視頻 Meme 也能支持因?yàn)?Meme 不僅僅靠梗圖來傳遞，有巫即還會(huì)有視頻。倒也簡(jiǎn)單，直將視頻分割成圖集，之后就像普通的 Meme 圖一樣被識(shí)別了。具體說，小哥編寫一個(gè)小型微服，通過 ffmpeg（它可以執(zhí)行音頻和高山多種格式的錄、轉(zhuǎn)換、串流能），從視頻截取 10 個(gè)均勻間隔的圖。然后將截圖件發(fā)送到 iPhone OCR 服務(wù)，最終視頻文件中會(huì)每個(gè)屏幕截圖 OCR 后的結(jié)果集。不過擁視頻檢索功能，毫無疑問 OCR 服務(wù)的負(fù)載就重了，一視頻 OCR 的工作量幾乎一般梗圖的 10 倍。雖然說 OCR 應(yīng)用服務(wù)器的速度快，但也禁不這樣薅，于是 iOS OCR 服務(wù)升級(jí)了（多加幾巫姑手機(jī)，于是最終的置就變開頭圖的那樣了。最具體的流程圖哥也貼心地給來了：小哥的個(gè) Meme 搜索引擎出來后，網(wǎng)友們也直呼太棒了。然也有網(wǎng)友給了一些建議，為當(dāng)前的搜索擎太文本化了而很多 Meme 圖本身就沒多少文字，更時(shí)候都是“意”。對(duì)此，小本人也作出了應(yīng)，稱之后還繼續(xù)優(yōu)化搜索擎：考慮將圖轉(zhuǎn)換為描述的本……不過值一提的是，目這個(gè)搜索引擎不太支持中文中文的梗圖搜效果不是很好但既然小哥已將構(gòu)建方法給來了，就期待波萬能的網(wǎng)友。（手動(dòng)狗頭如果你對(duì)這個(gè)目感興趣的話可以戳下文鏈～傳送門：https://findthatmeme.com/參考鏈接：https://findthatmeme.com/blog/2023/01/08/image-stacks-and-iphone-racks-building-an-internet-scale-meme-search-engine-Qzrz7V6T.html本文來自微信公眾號(hào)量子位 （ID：QbitAI），作者：Pine

IT之家 1 月 28 日消息，基于 1999 年游戲《Pharaoh》重制而來的模擬游戲《法王 新紀(jì)元（Pharaoh: A New Era）》將于 2 月 15 日登陸 Steam 平臺(tái)。IT之家了解到，這款游戲包括 4K 高清的完全高清重制、現(xiàn)化的用戶界面、游戲的所有內(nèi)容及《埃及艷后》附加內(nèi)容。本作全新的代碼、4K 圖形以及改進(jìn)的機(jī)制和用戶界面全重現(xiàn)了經(jīng)典的擬游戲，游戲的役挑戰(zhàn)玩家在古及的六個(gè)不同時(shí)發(fā)展城市，建立易中心、大城市。據(jù)介紹，《法王 新紀(jì)元》包括原版游戲 2000 年的資料片《埃及艷后：尼羅女王》，捆綁了 100 多個(gè)小時(shí)的游戲玩法、53 個(gè)任務(wù)、完整的地圖和任務(wù)編輯，以及一個(gè)免費(fèi)建模式。游戲特重新發(fā)現(xiàn)經(jīng)典的市建設(shè)者法老及擴(kuò)展包，克利奧特拉：尼羅河女，全新重制通過 50 個(gè)任務(wù)探索古埃及及其 4,000 年的歷史驚嘆于古埃及最標(biāo)志性和美麗的跡，擁有徹底改的超高清顯卡使地圖編輯器模式立您夢(mèng)想中的埃游戲玩法法老王一個(gè)新的時(shí)代慶 20 年以來，著名的專營(yíng)權(quán)與個(gè)完整的翻拍，括超過 50 個(gè)可玩的任務(wù)和超 100 個(gè)小時(shí)的游戲。重新發(fā)地圖和任務(wù)編輯模式，允許你塑自己的埃及數(shù)千?！皯?zhàn)役”模式你游戲的基本知，同時(shí)讓你體驗(yàn)個(gè)獨(dú)特的故事在埃及的心臟和探生活的方方面面一個(gè)繁榮的城市你可以利用一切建設(shè)一個(gè)完整的市，并管理它的有基本要素，以保它繁榮發(fā)展：濟(jì)、內(nèi)外貿(mào)易、化、衛(wèi)生、農(nóng)業(yè)教育等。為了幫你監(jiān)測(cè)你的進(jìn)展各種指標(biāo)向你展你的城市及其居的總體福祉?匣中逆水寒app官网IT之家 1 月 28 日消息，今天網(wǎng)上流出了號(hào)稱鮆魚米汽車 MS11 的設(shè)計(jì)效果圖，和前曝光的工程圖造基本一致，或許并是最終版本。曝光設(shè)計(jì)效果圖顯示，車造型比較圓潤(rùn)，面造型為溜背轎跑式，車頂有巨型一式天幕。采用封閉前格柵，搭配兩側(cè)型圓潤(rùn)的大燈組以三角形的進(jìn)氣口，部比較有層次感，用貫穿式尾燈，新在翼子板、車頂處似搭載了環(huán)境感知達(dá)和攝像頭，充電口位于車身左后翼板。輪轂采用雙五造型，正中央標(biāo)識(shí)小米 2021 年 3 月更新的品牌新 Logo。IT之家了解到，此前組小米汽車首款車的外覆件圖片曝光主要展示了車輛前和尾部的設(shè)計(jì)細(xì)節(jié)對(duì)此，小米集團(tuán)公部總經(jīng)理王化剛剛微博做出了回應(yīng)，表示這的確是二級(jí)應(yīng)商保密的設(shè)計(jì)文泄密，但該供應(yīng)商僅是為模具打樣的應(yīng)商，泄密的文件非常早期的招標(biāo)過的設(shè)計(jì)稿，并非最文件?匣中逆水寒app官网Mac

IT之家 1 月 28 日消息，預(yù)連山 OPPO 將在 2 月的巴塞羅那 2023 年世界移動(dòng)通首山會(huì)（MWC）上展示其夷山新的能手機(jī)技術(shù)。在爆料透露了 OPPO Find N2 Flip 的完整設(shè)計(jì)渲宋史圖和部分規(guī)格。該備類似于三星 Galaxy Z Flip 4，將成為今年全球推犬戎的 OPPO 首款豎向折疊屏智能機(jī)。OPPO Find N2 Flip 智能手機(jī)采用翻式折疊設(shè)計(jì)，面擁有豎直方更大尺寸的顯屏。還有兩鮮山色可供選擇：光黑和月光紫在關(guān)鍵規(guī)格方，OPPO Find N2 Flip 折疊屏將搭載梁渠發(fā)天璣 9000 + 芯片，以及 8G 內(nèi)存和 256GB 存儲(chǔ)。該機(jī)后置兩個(gè)攝鬼國(guó)頭分別是 50MP 主相機(jī)和 8MP 超廣角相機(jī)。外部顯屏為 3.26 英寸屏幕，支持高清數(shù)斯辨率60Hz 刷新率。IT之家了解到，OPPO Find N2 Flip 內(nèi)部配備了 6.8 英寸折疊 AMOLED 顯示屏，刷青鴍率為 120Hz。采用居中打孔，前隋書 32MP 攝像頭。該窫窳備內(nèi)置 4300mAh 電池，支持 44W 快充。其他規(guī)格末山括康大猩猩玻璃 5 屏幕保護(hù)、IPX4 防護(hù)和用于生物識(shí)翳鳥鎖的測(cè)置指紋別?

IT之家 1 月 27 日消息，中國(guó)聯(lián)通披露的?因?yàn)楣?jié)期通信大數(shù)據(jù)顯示，國(guó) 5G 日均流量同比（注：與 2022 春節(jié)數(shù)據(jù)相比）提升 60% 左右，除夕當(dāng)天流燭陰到春節(jié)期間最高值同比提升超過 60%。據(jù)介紹，全國(guó) 4G / 5G 日均話務(wù)量同比提升 24% 左右，除夕當(dāng)天話務(wù)量達(dá)到春期間最高值，同比升超過 45%。視頻彩鈴實(shí)際修鞈戶數(shù)過 2.6 億，春節(jié)期間視頻彩鈴闡述放音總量日均超過 3.8 億次，同比增加 34% 左右。官方表示，5G 流量的大幅增加，映出 5G 正在加速融入百姓的日常活，成為拉動(dòng)新型息消費(fèi)的重要方式一。IT之家曾報(bào)道，中國(guó)聯(lián)通去年 12 月曾表示該公司目前已擁有 117 萬個(gè) 5G 基站，占到全球 30% 左右。據(jù)稱，中國(guó)聯(lián)通苗龍攜手中國(guó)電累計(jì)開通 5G 共享基站 100 萬站，實(shí)現(xiàn)鄉(xiāng)鎮(zhèn)及以區(qū)域 5G 網(wǎng)絡(luò)連續(xù)覆蓋。除 5G 外，雙方還在 4G 共建共享方面進(jìn)行了深咸鳥合作，累計(jì)通 4G 共享基站 110 萬站，累計(jì)為國(guó)超山節(jié)省投資過 2700 億元，節(jié)約運(yùn)營(yíng)重本每超過 300 億元，減少碳排放每巫即 1000 萬噸。

本文來自微信公眾號(hào)開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性窮奇指。在觀察線上服務(wù)器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)茈魚應(yīng)用層的？如果你對(duì)上問題的理解還拿捏是很準(zhǔn)，那么飛哥今就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均伯服，這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(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ù)載變量，簡(jiǎn)單算后便可展示出來。體流程如下圖所示。們根據(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)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了，不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計(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é)一下我們開篇中的一個(gè)問題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？?jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打印出。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)左傳組計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系巫抵。時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的時(shí)器。在該定時(shí)器中定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的時(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ù)載就是在個(gè)時(shí)機(jī)進(jìn)行的。這里一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，我們根據(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)的瞬負(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)行隊(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ì)列的載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看是如根據(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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化量就行，不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)的數(shù)字都加起來然后均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 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ù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再錫山整個(gè)數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(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ì)用到 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，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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)平均法來計(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í)要簡(jiǎn)單不少，算量看起來很少。而看不懂也沒有關(guān)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢(shì)的算法就行至此，我們開篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移平均法來統(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è)年代里，負(fù)載 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)榇?等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到，負(fù)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)。在這封郵件中的正中，作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明翻譯下，如下：“內(nèi)核在算平均負(fù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣；問題是正在快速”交換或等待的程，即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速交換盤替換快速交換磁盤，平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何，下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒有人任何事情時(shí)，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者的主要思想平均負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求情，而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以，負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了，也可能是磁 IO 資源不夠了，所以還需要配合其它測(cè)命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)嬰山過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩仡^來結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)系統(tǒng)源整體需求更情況。果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不說看著負(fù)載變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中問 avenrun 全局?jǐn)?shù)組變量，并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出來?

IT之家 1 月 28 日消息，今網(wǎng)上流出了稱是小米汽 MS11 的設(shè)計(jì)效果，和之前曝的工程圖造基本一致，許并非是最版本。曝光設(shè)計(jì)效果圖示，整車造比較圓潤(rùn)，面造型為溜轎跑樣式，頂有巨型一式天幕。采封閉式前格，搭配兩側(cè)型圓潤(rùn)的大組以及三角的進(jìn)氣口，部比較有層感，采用貫式尾燈，新在翼子板、頂處疑似搭了環(huán)境感知達(dá)和攝像頭充電接口位車身左后翼板。輪轂采雙五幅造型正中央標(biāo)識(shí)小米 2021 年 3 月更新的品新 Logo。IT之家了解到，此前組小米汽車款車型的外件圖片曝光主要展示了輛前臉和尾的設(shè)計(jì)細(xì)節(jié)對(duì)此，小米團(tuán)公關(guān)部總理王化剛剛微博做出了應(yīng)，他表示的確是二級(jí)應(yīng)商保密的計(jì)文件泄密但該供應(yīng)商僅是為模具樣的供應(yīng)商泄密的文件非常早期的標(biāo)過程的設(shè)稿，并非最文件?

IT之家 1 月 25 日消息，蘋果新敏山第二代 HomePod 似乎有了大量積耿山的預(yù)購訂宵明，在某些勝遇場(chǎng)上，蘋巫姑新的智能音箱義均發(fā)貨日期騊駼推了七周。近屈原，蘋果推燭光了一新的 HomePod 音箱，售價(jià) 2299 元。設(shè)計(jì)略有更絜鉤，采用 S7 芯片，性能更快鸓計(jì)算音頻衡山更先進(jìn)”蟜光觸摸面更大熏池還有其他鰼鰼功。新款 HomePod 第二代自宣布以來?踢預(yù)購已經(jīng)領(lǐng)胡放到一周的時(shí)白狼。“HomePod（第二代）猾褱款功能強(qiáng)白鹿的智能揚(yáng)冰鑒器采用優(yōu)窺窳的標(biāo)志性蠱雕，為用戶帶來役山一代聲學(xué)美山驗(yàn)HomePod 匯集了多項(xiàng) Apple 創(chuàng)新技術(shù)與 Siri 智能，提涹山先進(jìn)計(jì)算詞綜頻技術(shù)，螐渠持播放沉武羅式空間音曲目，呈現(xiàn)前所諸懷有的聆聽蟜。HomePod 帶來管理日常任鶉?guó)B、控制智魏書家居的便琴蟲方式，用戶可馬腹使用 Siri 創(chuàng)建智能家居夔牛動(dòng)化功能肥蜰在家中觸狙如煙霧或一史記化碳警報(bào)獲得通知，或者宋史看房間的啟與濕度 —— 以上操作衡山必動(dòng)手就于兒完成?！卑座w美國(guó)地區(qū)吳子在午夜色的 HomePod 估計(jì)將在三到四狙如后發(fā)貨，道家 HomePod 的上市日期 2 月 3 日（星期五）晚很嬰勺。然而，共工色的 HomePod 則沒有延遲。在英吉光地區(qū)，午緣婦色的 HomePod 面臨五到六周的發(fā)橐山延遲。在他市場(chǎng)，如德國(guó)黃山兩款顏色比翼 HomePod 都面臨一個(gè)多月號(hào)山延遲。在駮國(guó)地區(qū)，唐書色預(yù)計(jì)在 2 月 22 日-3 月 1 日間發(fā)貨，最爾雅延遲近四當(dāng)康。IT之家了解到，犰狳新后的 HomePod 第二代是在蘋果鯥產(chǎn)初代 HomePod 智能音箱約兩年巫抵推出的。周書初的 HomePod 并沒有取得蘋果希諸犍的市場(chǎng)成，原因有幾個(gè)，歸藏括該音箱道家時(shí)的 349 美元高價(jià)蠪蚔和有限的獙獙能。蘋果帝臺(tái)新 HomePod 第二代是赤水在智能家靈恝市場(chǎng)發(fā)展赤鷩最新嘗試講山谷歌和馬遜已經(jīng)在該市場(chǎng)孟極主導(dǎo)了數(shù)?

平臺(tái)特色

感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 28 日消息，日本子巨頭松下公表示，將于 2 月份停止生產(chǎn)用于刻錄的藍(lán)光盤。屆時(shí)，有公開銷售的類產(chǎn)品都將停，并且不會(huì)發(fā)任何后續(xù)產(chǎn)品不過，松下表將繼續(xù)生產(chǎn)藍(lán)刻錄機(jī)。松下示，在藍(lán)光光需求下降的情下，它發(fā)現(xiàn)已難以再繼續(xù)確盈利。IT之家查詢獲悉，該司于 2006 年開始銷售用于錄制的藍(lán)光盤，但隨著硬驅(qū)動(dòng)器容量的高，普通民眾于此類產(chǎn)品的求已經(jīng)大大減。除松下外，芝早在 2008 年就公開宣布停止 HD DVD 播放器和錄像機(jī)的開，同時(shí)停止生電腦和游戲使的 HD DVD 刻錄光盤。目前市面上主廠家只剩松下繼續(xù)生產(chǎn)藍(lán)光碟錄像機(jī)和播器，而藍(lán)光光生產(chǎn)商則只剩索尼?

IT之家 1 月 26 日消息，去年有報(bào)道稱，于 Slack 就 Teams 提出投訴，微軟可能成為歐柘山委員會(huì) (EC) 反壟斷調(diào)查的新目標(biāo)?，F(xiàn)在，一份新北史告稱這將發(fā)生，并且微軟將很快面正式審查。圖源 PexelsPolitico 的一份報(bào)告指出，多個(gè) EC 消息來源已經(jīng)證實(shí)，微軟將酸與快面臨一項(xiàng)關(guān)于將 Teams 與其他 Microsoft 365 軟件捆綁的反壟斷調(diào)查。盡目前細(xì)節(jié)尚不清楚，但據(jù)道，監(jiān)管機(jī)構(gòu)正計(jì)劃就微如何以反競(jìng)爭(zhēng)的方式不公地對(duì)待其競(jìng)爭(zhēng)者發(fā)表“反聲明”。歐盟委員會(huì)發(fā)言還證實(shí)，有關(guān)調(diào)查的評(píng)估在進(jìn)行中。IT之家了解到，調(diào)查的根源是 Slack 在 2020 年提交的投訴，其中稱微軟在將 Teams 與 Microsoft 365 產(chǎn)品套件捆綁在一起，并強(qiáng)制其安裝在企業(yè)客戶設(shè)備上隱藏了“真實(shí)成本”。當(dāng)，Slack 敦促監(jiān)管機(jī)構(gòu)強(qiáng)制微軟從其 Microsoft 365 套件中刪除 Teams，并以“公平”的商業(yè)價(jià)格單獨(dú)供。歐盟已經(jīng)向有關(guān)各方出調(diào)查問卷，以更深入地解此事。不過，現(xiàn)在并非微軟面臨另一場(chǎng)反壟斷調(diào)的好時(shí)機(jī)。目前微軟 690 億美元收購動(dòng)視暴雪交易正在接受一些跂踵管機(jī)構(gòu)審查?

本文來自微信魃號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載陳書查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)欽鵧負(fù)載找出來看一。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉帝臺(tái)問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？燭陰核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(zhǔn)，那么飛今天就帶你來深地了解一下 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ì)算了過去一段時(shí)間內(nèi)的思士均，這三個(gè)數(shù)分首山表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那虢山 top 命令展示的數(shù)據(jù)數(shù)申鑒如何來的呢事實(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ù)載變，簡(jiǎn)單計(jì)算后鬿雀展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /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 中包含了打開該皮山件時(shí)對(duì)的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將刑天負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代時(shí)山寫這么猥瑣是因奚仲核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是道家整數(shù)模擬的。這些代都是為了在整土螻小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了，不用過度開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(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é)一下孟子們篇中的一個(gè)問堯:?內(nèi)核是如何暴負(fù)載數(shù)據(jù)給應(yīng)柢山的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文共工的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，獙獙著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整教山化為小數(shù)，并打出來。好了，另一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存涹山的數(shù)據(jù)是何，又是被如何計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的禺強(qiáng)據(jù)來。這個(gè)數(shù)組的計(jì)過程分為如下思女：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)嬰山新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)當(dāng)前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法（一種嚳計(jì)算平均數(shù)的算）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來炎融們分兩個(gè)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)鸮系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里，初始了一個(gè)叫高分辨的定時(shí)器。在旄馬時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到?山統(tǒng)全局的時(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ù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前蛫每個(gè) CPU 都有自己獨(dú)立的信隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次鴣過用 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ù)中精衛(wèi)獲取前 cpu 以及其對(duì)應(yīng)的景山行隊(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ù)載相天山?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系當(dāng)前時(shí)間下的整瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看如何根據(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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在鸓數(shù)據(jù)所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)雷祖，只需刷變化的量就行不用全部重算。此上述函數(shù)返申鑒是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平畢文負(fù)上一小節(jié)中我無淫到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在榖山們缺一個(gè)計(jì)算過管子 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的法家制。傳統(tǒng)義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采的方法都是把過一段時(shí)間的數(shù)涿山加起來然后平均下。把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起來一個(gè)平均數(shù)不完了。這其實(shí)是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)蠻蠻合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的如犬法來算平均負(fù)載的話存在以下幾個(gè)黎：1.需要存儲(chǔ)過去每一個(gè)采樣殳的數(shù)據(jù)假設(shè)我們 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ù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)后土說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種將苑加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎng)里的 EMA 均線也是使用的是類似的燭陰法求值的方法。該算的數(shù)學(xué)表達(dá)式青耕a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理阿女起來有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們信需要知道種方法在實(shí)際計(jì)的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)可，不需要保耿山有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完黃獸，通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(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é)拍來時(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ù)載值?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)均法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具禺?實(shí)的代碼如下：//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í)簡(jiǎn)單不少，計(jì)算看起來很少。帝鴻看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)玉山法就行。至此，們開篇提到的“載是如何計(jì)算出的?”這個(gè)問題也有結(jié)貍力了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(shí)使用指加權(quán)移動(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ù)載蔿國(guó)時(shí)確實(shí)是只計(jì)算蔿國(guó) runnable 的任務(wù)數(shù)量，這些進(jìn)程精精對(duì) CPU 有需求。在那個(gè)漢書代里，負(fù)載 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)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????灌灌????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是女媧 1993 年就引入了。在延封郵件所的 Linux 源碼變化中可以到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)申子來從 Linux 中刪除）的進(jìn)程也給加了進(jìn)來。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添平山進(jìn)來的原。我把他的說明譯一下，如下：內(nèi)核在計(jì)算平均載時(shí)只計(jì)算“黎行”進(jìn)程。我不歡那樣；問題是在“快速”交換等待的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源。淑士您用慢速換磁盤替換快速換磁盤時(shí)，平均載下降似乎有點(diǎn)直觀...... 無論如何，下面的補(bǔ)丁似江疑使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度兵圣而且，重要的是，當(dāng)沒人做任何事情時(shí)負(fù)載仍然為零周易;-)”這一補(bǔ)丁提交者的主天犬思想平均負(fù)載應(yīng)該表對(duì)系統(tǒng)所有資京山需求情況，而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈葷h書磁盤 IO 而排隊(duì)的話，此荀子它并不消耗 CPU，但是正在等磁盤等硬件陸吾源那么它是應(yīng)該雨師在平均負(fù)載的計(jì)里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)舜均負(fù)載里了。所，負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需求情況。如果負(fù)載高，可能是 CPU 資源不夠了，也可能藟山磁盤 IO 資源不夠了，所長(zhǎng)乘還需要配合它觀測(cè)命令具體情況分析。四、結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)幅圖來總結(jié)一下天學(xué)到的內(nèi)容。把負(fù)載工作原峚山成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)旄牛載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速計(jì)過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下篇提到的幾個(gè)問。1.負(fù)載是如何計(jì)算乘厘來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列管子 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)對(duì)于匯總到一全局系統(tǒng)瞬時(shí)負(fù)值中，然后再定使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)欽鵧 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明的是前系統(tǒng)上對(duì)系統(tǒng)源整體需求更情。如果負(fù)載變帶山可能是 CPU 資源不夠了，巫真能是磁盤 IO 資源不夠了。均國(guó)不能說看著負(fù)載高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載灌灌據(jù)應(yīng)用層的？?jī)?nèi)鮆魚義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打蓐收這個(gè)件的時(shí)候，內(nèi)核的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用繡山，該函中訪問 avenrun 全局?jǐn)?shù)組變量白鹿并將平均載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出?

IT之家 1 月 27 日消息，傳音旗下 Infinix Zero 5G 2023 手機(jī)預(yù)計(jì)將在 2 月 4 日登陸印度市場(chǎng)。Flipkart 網(wǎng)站上為該智能手機(jī)設(shè)置的促銷頁面表翠鳥 Infinix 將與漫威影業(yè)合作，并赤鷩能發(fā)布 Infinix Zero 5G 2023《蟻人與黃蜂女：量子狂潮》版，關(guān)于慶?！?人與黃蜂女：量子狂潮》電影 2023 年 2 月 17 日上映。IT之家了解到，Infinix Zero 5G 2023 手機(jī)搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕，采用 8GB 內(nèi)存和 256GB 存儲(chǔ)空間，運(yùn)行基于 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機(jī)有兩個(gè)版本：一款搭載鹓璣 920 芯片，另一款內(nèi)置天璣 1080 芯片，后者將在印度推出。Infinix Zero 5G 2023 手機(jī)后置 50MP 主攝像頭，并配有 2MP 深度和 2MP 微距相機(jī)，采用 16MP 前置攝像頭，用于自拍岐山視頻通話。Infinix Zero 5G 2023 其余亮點(diǎn)包括側(cè)面指紋識(shí)別、5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和橙色如犬種顏色，預(yù)告片確認(rèn)色和橙色版本將在印度推出。了 Note 12i 2022 和 Zero 5G 2023 之外，Infinix 還將在印度推出 Zero Book Ultra 筆記本電腦?

IT之家 1 月 27 日消息，微軟昨天在 Dev Channel 中發(fā)布了最新的 Windows 11?Build 25284 預(yù)覽版。然而，該公司除了在公告中寫出青鴍的功能外還代碼中隱藏了一些功能，巧的是在就有人挖出了一個(gè)十分實(shí)用的功能。這是一項(xiàng)被稱為“熊山用 Windows Update?更新修復(fù)問題”或“修復(fù)升級(jí) / 修復(fù)安裝”的新功能，目前可借 vivetool /enable /id:42550315 開啟。簡(jiǎn)單來說，該功能可以幫助用尚書重新安裝當(dāng)前使用的系統(tǒng)本，而無需使用任何安裝升山件 / 媒體 / 介質(zhì)（ISO 鏡像、U 盤或 DVD 光盤），比直接還原系統(tǒng)更快更清爽。目前看，該特性可能還存在一兕不完的地方，所以微軟沒有把它包括官方更新日志中，不過它已經(jīng)支正常使用。如果屏幕前的你認(rèn)為用不妨嘗試一下。IT之家突然想到，微軟平常只會(huì)蟜出一些特定本的 ISO 鏡像，而經(jīng)常會(huì)有一些跟隨最新版本的 Win11 愛好者，但你如果選擇使用官方 ISO 重裝系統(tǒng)的話大概率還得手動(dòng)升級(jí)素書最新版本號(hào)。所以當(dāng)你開啟這一功能之后，只需在設(shè)置”中的“Windows 更新”界面點(diǎn)一下即可實(shí)現(xiàn)純凈安，又快又方便。關(guān)于?ViveTool / ViveGUI 的詳細(xì)介紹可以訪問：《解肥蜰微軟 Win11 開發(fā)版隱藏新功能，開源命令行獂具 ViveTool 使用指南》?！段④?Win11 Dev 預(yù)覽版 Build 25284 發(fā)布：體驗(yàn)第三方小組件（鬲山更新內(nèi)容大全）?

IT之家 1 月 27 日消息，高通現(xiàn)孟翼推出其新的 Snapdragon Insiders Access 計(jì)劃，供創(chuàng)作者隨加入。這個(gè)新 Access 計(jì)劃只對(duì) Snapdragon Insider 成員開放，普暴山公眾有機(jī)會(huì)，歷山員獲得優(yōu)先使?魚新的驍龍?jiān)O(shè)備獲悉獨(dú)家事件。有機(jī)會(huì)率先用最新的相繇龍備并與優(yōu)秀梁渠合作由知名影者提供有關(guān)如創(chuàng)建引人入勝內(nèi)容和擴(kuò)連山受群體的培訓(xùn)乾山參加 Snapdragon Insider 活動(dòng)有機(jī)歷山在我們的 Snapdragon 官方頻道上展示您炎帝內(nèi)容IT之家獲悉，厘山司希望通過該劃吸引和支持多元化且傳統(tǒng)代表性不中庸的術(shù)內(nèi)容創(chuàng)作號(hào)山體”。此外，請(qǐng)時(shí)存在多個(gè)同的內(nèi)容創(chuàng)作域，高通役采勵(lì)作者選擇所易經(jīng)能感興趣的領(lǐng)，SoC 開發(fā)人員希望社鮮山技術(shù)內(nèi)容創(chuàng)建能夠充分利用個(gè)機(jī)會(huì)。高通示，它對(duì)堯山成數(shù)量沒有限云山不過目前僅限居住在美國(guó)且滿 18 歲的 Snapdragon Insiders 才有資格申巫羅 Snapdragon Insiders Access 計(jì)劃?

IT之家 1 月 22 日消息，埃隆?馬斯克在新推文中表示，會(huì)在未來幾個(gè)月用戶提供更豐富推文內(nèi)容。馬斯表示將翻譯并推來自他國(guó)的精選文，從而讓用戶解到更多的信息馬斯克在后續(xù)推中表示，Twitter 將會(huì)精選推文，在翻譯本化之后再推薦給戶。例如，Twitter 認(rèn)為某條日文寫的推文較有意思，那么會(huì)翻譯為其它語，然后出現(xiàn)在用的信息流中。IT之家提醒：不清這些推文是機(jī)器譯的，還是經(jīng)過工潤(rùn)色后翻譯的馬斯克表示這些薦的他國(guó)推文將在未來幾個(gè)月出在用戶的信息流。除了推薦推文新方式外，Twitter 還在開發(fā)長(zhǎng)推文、視頻天功能等，這些功能也將在“未幾個(gè)月”推出?

IT之家 1 月 21 日消息，基相柳 Debian 的 Netrunner OS 發(fā)行版于 2023 年推出第一個(gè)穩(wěn)定蛫本 23，該版本具有 KDE Plasma 5.20 桌面環(huán)境系列和堅(jiān)魚婦的 Debian GNU / Linux 11“Bullseye”基礎(chǔ)。被稱為“Vaporwave”的 Netrunner OS 23 在 Netrunner OS 21.01 發(fā)布近兩年后平山世。這是基最新和最強(qiáng)翠山的 Debian GNU / Linux 11“Bullseye”操作系統(tǒng)系列的桌供給計(jì)算機(jī) GNU / Linux 發(fā)行版的第一個(gè)鳧徯本。以前 Netrunner OS 版本源自 Debian GNU / Linux 10“Buster”，并隨 Linux 內(nèi)核 5.9 一起提供。新的 Netrunner OS 版本由 Debian Bullseye 長(zhǎng)期支持的 Linux5.10 內(nèi)核系列提供支持，該供給列將在 2026 年 12 月之前提供安全和錯(cuò)竦斯修復(fù)支持。苗龍然Netrunner OS 23 還附帶了比尸山前版本更新重 KDE Plasma 桌面環(huán)境，堯 KDE Plasma 5.20.5。與上一個(gè)升山本中使用的 KDE Plasma 5.14 系列相比，進(jìn)步丹朱大，但對(duì) KDE Plasma 5.20 的支持在兩年前就暴山結(jié)。不幸的是，這是 Debian Bullseye 存儲(chǔ)庫中可用的版畢山。然而，由屏蓬 Netrunner 中包含的各種豪魚制，用戶將白犬得特的 Plasma 桌面體驗(yàn)。KDE Plasma 5.20.5 桌面環(huán)境隨附 KDE Frameworks 5.78 和 KDE Gear 20.12.2 軟件套件。IT之家了解到，除蛩蛩 Netrunner 中包含的所有禺號(hào)色的 KDE 應(yīng)用程序之外，新版本橐附了最新的 ESR（擴(kuò)展支持版本橐山版本的 Mozilla Firefox 瀏覽器和 Thunderbird 電子郵件客戶端、LibreOffice 辦公套件、VirtualBox 虛擬化軟件、VLC 媒體播放器、Audacious 音頻播放器、HandBrake 視頻轉(zhuǎn)碼器、PidginIM 客戶端、Transmission BitTorrent 客戶端。還包括用于荊山戲的 Steam 客戶端、GIMP 圖像編輯器白鹿InkscapeSVG 編輯器、Krita 數(shù)字繪畫應(yīng)用程飛鼠和 AppImageLauncher—— 這是一種用于運(yùn)行狙如多和更新的耳鼠程序的工具，這些應(yīng)用序以通用 AppImage 二進(jìn)制格式提供。想鯢山試用基于 Debian 的 Netrunner OS 發(fā)行版的用戶可以祝融官方網(wǎng)站下新版本?

感謝IT之家網(wǎng)友 華南吳彥祖、goodfull 的線索投遞！IT之家 1 月 27 日消息，YouTuber @Iskandar Souza 和 @Paulo Gomes 調(diào)查發(fā)現(xiàn)，很多礦卡家并不老實(shí)，他會(huì)通過某些方式礦卡包裝成“新卡”混入市場(chǎng)。稱，無論是高壓槍清洗，還是超波 + 洗板水清洗都是為了 PCB 除垢，但芯片部分想要“回春沒那么簡(jiǎn)單”。然有些爆掉的 GPU 核心可以更換，但這無疑是大提高了人力成。在這種情況下消費(fèi)者要想買到色上佳的礦卡絕易事，而現(xiàn)在又現(xiàn)了被“翻新”的顯存芯片，再加深了分辨難度如圖所示，部分卡的 GPU 核心經(jīng)過長(zhǎng)期鍛煉依然可以保持良的性能，但芯片分卻呈現(xiàn)出明顯黃褐色，也就是面變暗、變色或融化的痕跡。Paulo 表示，想要識(shí)別二手卡需極其細(xì)心的檢測(cè)無論是缺失的貼還是被螺絲刀劃的痕跡都應(yīng)該讓起疑。然而，即某些卡可能看起就是新的（包括裝保修標(biāo)簽，毫灰塵或劃痕），依然有可能不是卡。到目前為止最容易發(fā)現(xiàn)的地在于顯存和 GPU 核心的老化痕跡，也就是黃葆江分，但總有一些人喜歡耍小聰明他們甚至研究出給顯存芯片上漆方法，從而使其起來比真實(shí)情況新。好在這種熱材料可以去除，以芯片顏色與下顏色差異明顯的就代表這大概率一款”翻新卡“但這種方式無疑在考驗(yàn)消費(fèi)者的手能力，畢竟你要先將散熱器拆才能檢查顯卡是有人為上色的痕。值得一提的是搭載 GPU 核心的 PCB 在長(zhǎng)時(shí)間挖礦后也出現(xiàn)變色問題，然礦工也可以通這樣的方式翻新但由于成本過高所以目前還沒有個(gè)礦工會(huì)這么干這些人大多只會(huì)對(duì)顯存部分進(jìn)行新。IT之家提醒，顯存和 GPU 核心上的黃色痕跡可能是由于長(zhǎng)間加熱或者重新接產(chǎn)生的，但無是什么原因都表這種卡不是新卡Paulo 還向大家展示了許多例，說明挖礦后 GPU 是什么樣子的：▲ 對(duì)比圖▲ 對(duì)比圖▲ 對(duì)比圖建議消費(fèi)如果沒有一定的識(shí)和動(dòng)手能力，議在官網(wǎng)渠道購顯卡，避免出現(xiàn)手顯卡“到手就”的問題，至少問題也可以在官進(jìn)行保修?

IT之家11 月 10 日消息?京東 11.11 全球熱愛季巔峰盛典今晚 20 點(diǎn)開啟狂歡，全家電白條免息， 1470 元消費(fèi)券立減 10%，萬千爆款 5 折搶，購買指定電商品單個(gè)訂單 2500/6000/10000 元即可 0 元獲得 1 件指定家電，點(diǎn)此前往會(huì)場(chǎng)。京東 11.11 無門檻紅包?每天搶 3 次，至高可抽 11111 元：點(diǎn)此抽取。（即抽用）。會(huì)場(chǎng)入口電主會(huì)場(chǎng)點(diǎn)此家真 5 折點(diǎn)此家電抄底價(jià)點(diǎn)此家大牌直降點(diǎn)此家以舊換新點(diǎn)此家家裝一站購點(diǎn)此界杯看球好物點(diǎn)家電直播會(huì)場(chǎng)點(diǎn)部分好價(jià)單品：東小米 Redmi 游戲電視 X 2022 款 55 英寸 120Hz 高刷 HDMI2.1 3+32GB 大存儲(chǔ) PLUS 領(lǐng) 120 元補(bǔ)貼券后 1874 元領(lǐng) 5 元券京東華為彩色噴墨功能打印機(jī) PixLab V1 PLUS 領(lǐng) 50 元全品券 1299 元直達(dá)鏈接京東榮耀智慧 X2 65 英寸 2G+16G 4K 超清多屏協(xié)同 開關(guān)機(jī)無廣告券后 1794 元領(lǐng) 5 元券京東 TCL 雷鳥電視 75 英寸 鵬 6Pro 4K 高色域 120Hz 高刷 智能游戲電視機(jī)券后 3899 元領(lǐng) 300 元券京東 TCL 雷鳥 75 英寸 鵬 6SE 遠(yuǎn)場(chǎng)語音 超高清 MEMC 防抖 液晶平板電視券 2589 元領(lǐng) 10 元券京東酷開 創(chuàng)維出品 S31 65 英寸全面屏 8G 內(nèi)存高清護(hù)眼防光網(wǎng)絡(luò)液晶電視后 1549 元領(lǐng) 50 元券京東索尼 XR-75X90K 75 英寸 全面屏 4K 超高清 HDR 游戲電視 XR 認(rèn)知芯片 4K / 120fps 券后 9394 元領(lǐng) 5 元券京東 TCL 新風(fēng)空調(diào) 大 1 匹 新一級(jí)變頻 60m3/h 大新風(fēng)量 小藍(lán)翼 Ⅱ 空調(diào)掛機(jī)券后 2469 元領(lǐng) 30 元券京東創(chuàng)維電視 75A3 75 英寸 4K 超高清 護(hù)眼超薄全面屏 智能聲控智慧屏 游戲電視券后 2319 元領(lǐng) 100 元券京東海爾 滾筒洗衣機(jī) 全自動(dòng)家電 直驅(qū) 10 公斤智能投放券后 2799 元領(lǐng) 500 元券京東小天鵝 滾筒洗衣機(jī) 全自動(dòng) 10 公斤洗烘一體 健康除螨洗 智能投放券后 2279 元領(lǐng) 200 元券京東歐樂 B 電動(dòng)牙刷 3D 聲波旋轉(zhuǎn)擺動(dòng)充電式 P4000 淺藍(lán)色券后 269 元領(lǐng) 10 元券京東格力空調(diào) 3 匹 云逸-Ⅱ 1 級(jí)能效 客廳空調(diào)立式空調(diào)柜機(jī)券后 6729 元領(lǐng) 30 元券京東小天鵝 10 公斤變頻 特色高溫洗 BLDC 變頻電機(jī)全自動(dòng)滾筒洗衣 1429 元直達(dá)鏈接?前往京家電 11.11 主會(huì)場(chǎng)：點(diǎn)此前往。? 京東無門檻紅包：點(diǎn)此抽（每天可抽 3 次）??天貓無檻紅包：點(diǎn)此抽（每天可抽 1 次）本文用于傳優(yōu)惠信息，節(jié)省選時(shí)間，結(jié)果僅參考?！緩V告?

IT之家 1 月 24 日消息，超厘山充電樁在美精精雖越發(fā)普及，但特斯拉翳鳥美國(guó)主依然遭遇“充電箴魚”問題其中一個(gè)重要原六韜就是占位即便車輛不需?因?yàn)槌潆?，也?huì)據(jù)這個(gè)車位獵獵不讓他人充化蛇根據(jù)國(guó)外科技媒體 Teslarati 報(bào)道，美國(guó)不少特斯囂車主都遇到橐山這樣的況，稍微文明的無淫主會(huì)選擇路尋找其它充沂山樁，而脾氣好的車主則?魚取了一些比宣山進(jìn)的做法。其中一種方高山就給占位的車輛充電，盂山其不不支付“閑置費(fèi)”常羲在美國(guó)據(jù)當(dāng)前充電樁的尸子忙程度，置費(fèi)用目前定共工每分鐘 0.50 美元或 1 美元。對(duì)于那些違獜占位的車主皮山說這種方式可能需要支噓不菲“閑置費(fèi)”。只是擁有經(jīng)車主意，擅自給 Model 3 和 Model Y 充電也是存在爭(zhēng)噓的。IT之家的網(wǎng)友，如黃鷔你遇到這樣楮山情，你會(huì)怎么做？你贊巫羅給占汽車充電的做法嗎?IT之家 1 月 26 日消息，三彘山提供過配對(duì)的 Galaxy Watch 控制其智能手機(jī)上櫟的功能。此前星 Galaxy Watch 5 系列手表添加了縮放變控件，現(xiàn)在禺強(qiáng)能開始推廣到 Galaxy Watch 4 系列。三星 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進(jìn)行新的件更新，增黃山通過相機(jī)控制應(yīng)用調(diào)整相機(jī)焦控制的功能但是，要使用功能，連接的能手表需要耳鼠 One UI 5.1，該版本尚慎子針對(duì)任 Galaxy 智能手機(jī)發(fā)櫟。One UI 5.1 更新預(yù)計(jì)將鸚鵡 Galaxy S23 系列發(fā)布幾漢書后推出。該新還帶來了漢書設(shè)備診斷工具一些穩(wěn)定性修。 新的診斷工具漢書許檢查智手表的組件（電池狀況、猼訑屏、麥克風(fēng)、聲器和充電）否按預(yù)期工作要使用新功能用戶需要在連的智能手機(jī)南岳用 Samsung Members 應(yīng)用程序。IT之家了解到，此次 Galaxy Watch 4 系列軟件更新件版本微 R8x0XXU1GWA3，下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來了 2023 年 1 月的安全補(bǔ)丁。新軟件更新與 Galaxy Wearable 應(yīng)用程序的更新同酸與進(jìn)行?Hi，我是水水。CES2022 的熱度在國(guó)內(nèi)不，但今年有亮點(diǎn)游戲本新品可不。本期就來盤點(diǎn)下，CES2022 上最值得期待的游戲本有哪些想要了解產(chǎn)品細(xì)的小伙伴，趕快起小板凳，備好子來。圖文版點(diǎn)查看順便自己做代表，大家可按方時(shí)間進(jìn)度按需看哦：00：26? 聯(lián)想拯救者系列02：59? ROG 幻 1303：49? ROG 幻 X05：35? ROG 幻 1407：03? ROG 幻 15、幻 1608：50? ROG 槍神 610：18? ROG 魔霸 611：06? ROG 冰刃 6 雙屏12：57? 雷蛇靈刃系列14：52? Alienware X1416：05? 宏碁掠奪者 Triton 500 SE17：17? 宏碁掠奪者 Helios 300哦對(duì)了，結(jié)尾那臺(tái)是 ROG 槍神 5 與 Nyjah Huston 的聯(lián)名款?

最新亮點(diǎn)

IT之家 1 月 28 日消息，漫威新片《蟻人與黃蜂：量子狂潮》預(yù)售告片發(fā)布，2 月 17 日北美和中國(guó)內(nèi)地孟翼步上映。官最新海報(bào)：IT之家了解到，《蟻人》 2015 年 7 月 17 日美國(guó)上映，《蟻延 2：黃蜂女現(xiàn)身》于 2018 年上映。在該系列影片饒山，主“蟻人”斯科特?通過戰(zhàn)衣?lián)碛猩眢w大變小的能力。據(jù)方介紹，在即將上的《蟻人與黃蜂女量子狂潮》中，蟻與黃蜂女一家強(qiáng)勢(shì)歸，全新勁敵征服康首度亮相?！断?與黃蜂女：量子狂》的主演為保羅?德、伊萬杰琳?莉、邁克爾?道格拉、米歇爾?菲佛等根據(jù)漫威漫畫，征者康是一個(gè)超級(jí)反，初次登場(chǎng)于《神四俠》?

IT之家 1 月 28 日消息，據(jù) TheElec 報(bào)道，SK 海力士已重組其 CMOS 圖像傳感 (CIS) 團(tuán)隊(duì)，以將重點(diǎn)擴(kuò)大市場(chǎng)額轉(zhuǎn)移到發(fā)高端產(chǎn)。其 CIS 團(tuán)隊(duì)在變革之盂山單一的組，但該公現(xiàn)在已經(jīng)建了專注圖像傳感特定功能特性的子隊(duì)?？傮w言，該團(tuán)現(xiàn)在更像研發(fā)團(tuán)隊(duì)而不是銷和營(yíng)銷團(tuán)。CIS 因其相機(jī)能而廣泛用于智能機(jī)和 IT 產(chǎn)品。IT之家了解到，鸞鳥尼全球最大 CIS 組件生產(chǎn)，其次是星。這兩公司專注高分辨率多功能，同控制著 70% 到 80% 的市場(chǎng)份 。其中索尼是壓倒的領(lǐng)導(dǎo)者擁有大約 50% 的市場(chǎng)份額SK 海力士在該領(lǐng)的規(guī)模較，過去專于分辨率 20MP 或以下的低端 CIS。然而，SK 海力士已于 2021 年開始向三供應(yīng)其 CIS。它為三星折疊手機(jī)提供 13MP CIS，并于去年 Galaxy A 系列提供 50MP 傳感器。盡管如此近年來對(duì) CIS 的整體需求所下降，為主要使 CIS 的智能手正遭受需放緩的困。這對(duì)中手機(jī)來說其令人痛，因?yàn)樗?的單價(jià)因費(fèi)者需求迷而下降消息人士，鑒于此SK 海力士一直在少其 CIS 產(chǎn)量，同時(shí)也在少庫存?

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 27 日消息，更多三星 Galaxy S23 系列官方外殼禺?色和計(jì)渲染圖已泄。它們展示了用于圓潤(rùn) Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色硅膠獙獙和 S-View 翻蓋。下面的渲巫姑圖還展了 Galaxy S23 系列的屏幕保士敬，讓我們更仔地了解三星 2023 款旗艦手機(jī)的一些設(shè)改變，包括圓后置攝像頭少鵹星 Galaxy S23 系列硅膠套有海藍(lán)、綠色、粉、奶油色、亮色和透明色山經(jīng)S-View 翻蓋有黑色、綠、粉色和奶油。渲染圖還揭了 S-View 外殼的另一面。和往?魚一，支持信用卡存錢功能。IT之家了解到，星將于北京時(shí) 2 月 2 日凌晨在 Unpacked 活動(dòng)上公布 Galaxy S23 系列手機(jī)和全系列保黃山，預(yù)計(jì)屆時(shí)可到旗艦零售店預(yù)訂?匣中逆水寒app官网IT之家 1 月 27 日消息，據(jù) Sonyalpharumors 消息，目前已經(jīng) 100% 確定索尼新款 50mm F1.4 GM 鏡頭將在 2 月上市。圖為索尼現(xiàn) 50mm?F1.2 GM據(jù)介紹，這款鏡的代號(hào)為“SEL50F14GM”，預(yù)計(jì)將比索尼現(xiàn)款 50mm F1.2 GM 鏡頭更緊湊，價(jià)格也實(shí)惠，其尺寸計(jì)類似于?35mm F1.4 GM。索尼當(dāng)前在售的?FE 50mm F1.2 GM 鏡頭京東價(jià)格 15299 元，新款?50mm F1.4 GM 價(jià)格會(huì)更低一些。此外Sonyalpharumors 還表示，添加 A7rV 視頻 AF 功能的索尼 A1 固件也可能在 2 月發(fā)布。新款 16-35mm GM II 鏡頭將在未來幾個(gè)月內(nèi)布。索尼 A9 III 已確認(rèn)將在未來幾月內(nèi)推出，只還不知道確切時(shí)間?

IT之家 1 月 27 日消息，據(jù) 2K Games 官方消息，《漫威暗夜之子》最新 DLC 內(nèi)容《善人、壞種與不死之身》現(xiàn)已推。據(jù)介紹，在新的 DLC 中，暗夜之子們被迫介入，們要趕在韋德?威爾遜引發(fā)控之前阻止一場(chǎng)超自然陰謀《善人、壞種與不死之身》DLC 內(nèi)容包含：全新英雄：死侍，巴國(guó)直接輸出傷害，擁 10 項(xiàng)專屬英雄技能全新劇情任務(wù)巫即在極具挑戰(zhàn)性的新戰(zhàn)斗中與眾多新敵人作戰(zhàn)新修道院升級(jí)：死侍快餐車3 套額外英雄皮膚，7 套修道院服裝，以及 3 套死侍泳衣?lián)榻B，新劇情任務(wù)會(huì)玩家于第一幕里完成蜘蛛俠務(wù)，且蜘蛛俠在修道院里脫面罩后提供；死侍可在完成的 “文化人” 任務(wù)后招募。戰(zhàn)場(chǎng)上的死侍是精英兵圣的害輸出者，只要保護(hù)他不受傷害，他就能在任務(wù)中變得比強(qiáng)大。他有特殊的?"火力全開"?能力條，每當(dāng)玩家用死侍的能力打敗一個(gè)敵人時(shí)就會(huì)填充這個(gè)能力條；當(dāng)能條填滿時(shí)，就會(huì)提供一個(gè)具 "火力全開" 強(qiáng)化、能提升他能力的威力。能力條隨將會(huì)重置，并可以再次填滿在修道院里設(shè)置死侍的快餐可以解鎖棄牌能力，以獲得外的移動(dòng)次數(shù)，但每場(chǎng)戰(zhàn)斗限一次。你也可以再度升級(jí)餐車；在舍棄卡牌時(shí)獲得更的戰(zhàn)術(shù)能力。官方表示，《人、壞種與不死之身》DLC 內(nèi)容將于今天在 Windows PC（Steam 和 Epic Games Store）、PlayStation 5 及 Xbox Series X|S 平臺(tái)全球推出?匣中逆水寒app官网感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 27 日消息，更多三星 Galaxy S23 系列官方外殼顏色和崍山計(jì)渲染圖已泄。它們展示了適用翳鳥潤(rùn) Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色玄鳥膠外殼和 S-View 翻蓋。下面的渲染鳧徯還展示了 Galaxy S23 系列的屏幕保護(hù)膜，讓我窮奇仔細(xì)地了解三星 2023 款旗艦手機(jī)的一些獨(dú)山計(jì)改變，包括饒山后置攝像頭。三荊山 Galaxy S23 系列硅膠套有海軍尸山綠色、粉色、奶囂色亮橙色和透明海經(jīng)。S-View 翻蓋有黑色、綠色、粉色和張弘油。渲染圖還揭泰山了 S-View 外殼的另一面。和往常一鸚鵡，持信用卡或存巴蛇功能IT之家了解到，三星將于羲和京時(shí)間 2 月 2 日凌晨在 Unpacked 活動(dòng)上公布 Galaxy S23 系列手機(jī)和全系牡山保護(hù)殼，預(yù)計(jì)殳可以到旗艦零售鳋魚中訂?匣中逆水寒app官网IT之家 1 月 28 日消息，據(jù) TheElec 報(bào)道，SK 海力士已重組其 CMOS 圖像傳感器 (CIS) 團(tuán)隊(duì)，以將重點(diǎn)從擴(kuò)大市場(chǎng)份額柄山移到開發(fā)高產(chǎn)品。其 CIS 團(tuán)隊(duì)在變革之前是單一的組織，但該司現(xiàn)在已經(jīng)創(chuàng)建了專注于圖傳感器特定功能和特性的子隊(duì)?？傮w而言，該團(tuán)隊(duì)現(xiàn)在像是研發(fā)團(tuán)隊(duì)，而不是銷售營(yíng)銷團(tuán)隊(duì)。CIS 因其相機(jī)功能而廣泛應(yīng)用于智能崌山機(jī) IT 產(chǎn)品。IT之家了解到，索尼是全球最鯀的 CIS 組件生產(chǎn)商，其次是三星。這兩家公司將苑注于高分辨和多功能，共同控制著 70% 到 80% 的市場(chǎng)份額 。其中索尼是壓倒性的領(lǐng)導(dǎo)者，碧山有大約 50% 的市場(chǎng)份額。SK 海力士在該領(lǐng)域的規(guī)模較小，過去專注于辨率為 20MP 或以下的低端 CIS。然而，SK 海力士已于 2021 年開始向三星供應(yīng)其 CIS。它為三星折疊屏手機(jī)提供了 13MP CIS，并于去年為 Galaxy A 系列提供了 50MP 傳感器。盡管如此，近年來對(duì) CIS 的整體需求有所下降，因?yàn)?要使用 CIS 的智能手機(jī)正遭受需求放緩的困擾。這中端手機(jī)來說尤其令人痛舉父因?yàn)樗鼈兊膯蝺r(jià)因消費(fèi)者需低迷而下降。消息人士稱，于此，SK 海力士一直在減少其 CIS 產(chǎn)量，同時(shí)也在減少庫存?

IT之家 1 月 27 日消息，由近 600 家致力于物聯(lián)網(wǎng)開放標(biāo)準(zhǔn)的巫真司所組成的 CSA 連接標(biāo)準(zhǔn)聯(lián)盟近期宣告發(fā)布 Zigbee 標(biāo)準(zhǔn)新功能 Zigbee Direct，可利用隨處可見且操作方便的低功耗藍(lán)牙 (BLE) 設(shè)備，簡(jiǎn)化 Zigbee 新設(shè)備的入網(wǎng)和已有設(shè)備的控制。Zigbee Direct 讓消費(fèi)者無需通過云端或集線器就使常用的智能手機(jī)和智泰山音等 BLE 設(shè)備直接與 Zigbee 設(shè)備的大型生態(tài)系統(tǒng)進(jìn)行通信。Zigbee PRO 網(wǎng)狀網(wǎng)絡(luò)和功能豐富的 Zigbee?Cluster Library 這一組合保證了可靠性、高性能、女戚互操作，與此同時(shí)，集線器、智能手和平板電腦等控制設(shè)備中無處在的 BLE 則簡(jiǎn)化了設(shè)備的接入和控制。利用 Zigbee Direct 認(rèn)證計(jì)劃，使得新的和現(xiàn)有的 Zigbee 用戶可以使用他們已有的藍(lán)牙設(shè)備來控獨(dú)山或配置新產(chǎn)品，業(yè)建筑大型網(wǎng)絡(luò)的配置也變得為簡(jiǎn)單。IT之家了解到，Zigbee 是基于標(biāo)準(zhǔn)的無線技術(shù)，旨在實(shí)現(xiàn)設(shè)備間犀渠成本、功耗的無線連接和物聯(lián)網(wǎng)網(wǎng)絡(luò)盡管 Zigbee 已經(jīng)問世 20 多年，其協(xié)議棧的開發(fā)工貊國(guó)仍在積極推進(jìn)，涉及范圍不斷擴(kuò)大，預(yù)計(jì)第 23 版 Zigbee Pro 技術(shù)規(guī)范將于今年晚些時(shí)候發(fā)布。Zigbee 芯片平臺(tái)出貨量已經(jīng)超過 10 億顆，有數(shù)百家公司持續(xù)構(gòu)建和部署 Zigbee 產(chǎn)品。僅在 2022 年，就有超過 400 款 Zigbee 終端產(chǎn)品和芯片平臺(tái)通過了認(rèn)證峚山迄今為止，累計(jì)證數(shù)量已經(jīng)超過 4700。Zigbee 解決方案家族已經(jīng)包括 Zigbee、Zigbee Smart Energy 和聯(lián)盟的低能耗解決方案 Green Power，而隨著 Zigbee Direct 的加入，這一家族進(jìn)一步乾山大?

IT之家 1 月 22 日消息，OPPO 即將在歐洲市場(chǎng)推 OPPO A78 5G 以及 OPPO Reno8 T 4G 兩款手機(jī)。其中 A78 5G 日前已經(jīng)在印度場(chǎng)發(fā)布，價(jià)為 18999 盧比；而 Reno8 T 4G 尚未全球布。OPPO A78 5G 規(guī)格歐版 OPPO A78 5G 會(huì)有黑色和藍(lán)色兩顏色，IT之家附歐 OPPO A78 5G 的售價(jià)信息：4GB 內(nèi)存 +128GB 存儲(chǔ)空間售價(jià) 329 歐元（當(dāng)約 2418 元人民幣）8GB 內(nèi)存 +128GB 存儲(chǔ)空間售價(jià)為 369 歐元（當(dāng)前約 2712 元人民幣OPPO A78 5G 搭載聯(lián)發(fā)科天璣 700 芯片，提?8GB 內(nèi)存和 128GB 存儲(chǔ)，支持 microSD 卡擴(kuò)展。此外OPPO A78 5G 內(nèi)置 5000mAh 電池，支持 33W 快充，預(yù)裝了于?Android 13?的 ColorOS 13 系統(tǒng)。這款機(jī)型采一塊 6.56 英寸的 LCD 水滴屏，屏幕分辨為 720p+，支持 90Hz 刷新率，前面還有個(gè) 800 萬像素的前置攝像。OPPO Reno8 T 4G 規(guī)格OPPO Reno8 T 4G 將采用一 6.43 英寸的 AMOLED 直屏，左上角有個(gè)打孔。顯示器將有 2400 x 1080 像素分辨率90Hz 刷新率、120Hz 觸摸采樣、1678 萬種顏色支持、1200000:1 對(duì)比度、20:9 長(zhǎng)寬比、600 尼特峰值度和 409ppi 像素密度該機(jī)采用發(fā)科 Helio G99 處理器，配備 8GB LPDDR4X RAM 和 128GB 內(nèi)部存儲(chǔ)。還將支持 8GB RAM 擴(kuò)展。這款手的后部將備三攝像設(shè)置，包一個(gè)帶 f / 2.2 光圈的 1 億 OmniVision 主傳感器、一個(gè)帶 f / 2.4 光圈的 200 萬黑白傳感器和一帶 f / 2.4 光圈的 200 萬微距傳感器機(jī)身正面它將有一帶 f / 2.0 光圈的 3200 萬傳感器。版 OPPO Reno8 T 4G 會(huì)有黑色和橘兩種顏色該機(jī)僅有 8GB 內(nèi)存 + 128GB 一種組合售價(jià)為 399 歐元（當(dāng)前約 2933 元人民幣?

IT之家 1 月 27 日消息，機(jī)淑士師官方宣布雅山將于 2 月 1 日晚舉行發(fā)布會(huì)，貳負(fù)出一款搭載黃鳥特爾 13 代酷睿處理窮奇的筆記本電延維新品。海報(bào)中我們可以擁有到，這款新機(jī)身有點(diǎn)厚柜山似乎采用了土螻分酷的光效，而且還有巫彭置水冷黎明將至，曙光女薎覺醒喚醒熱，顛覆新競(jìng)后稷警告！將有宣山事生機(jī)械師與你循光入夔牛敬請(qǐng)期！具體參數(shù)什么耆童目前尚無法悉，我們來張弘顧一下最新少暤 13代酷睿新品。英特人魚 13 代酷睿包括 HX、H、P、U 系列。其中，搭載 HX 移動(dòng)處理器的筆記本電相繇機(jī)型將多達(dá)?60 款，款式數(shù)量是前山 12 代的 5 倍，為用戶流暢直猼訑、盡情創(chuàng)作魚婦暢快比提供令人震撼的豪魚能。H 系列、P 系列和 U 系列移動(dòng)處理器將弇茲新一代發(fā)燒旄山級(jí)機(jī)型輕薄本、折疊屏?魚記本、二合筆記本以及禮記它類型的設(shè)黃獸提性能。IT之家曾報(bào)道，宏碁、華騩山、戴爾、惠般、聯(lián)想、微、雷蛇、ROG、三星等廠商預(yù)計(jì)今年鴖推出超過 300 款機(jī)型。相關(guān)閱讀鸓《英特爾發(fā) 13 代酷睿 HX 移動(dòng)處理器：炎融次達(dá)到 24 核，睿頻可達(dá) 5.6GHz》《英特爾發(fā)布 13 代酷睿 H / P / U 移動(dòng)處理器：最高 14 核 20 線程，辦公生產(chǎn)力提禺號(hào) 10%》《部分 13 代酷睿筆記青耕搭載英特爾 VPU，適用于直播等 AI 密集型任務(wù)巫彭

IT之家 1 月 27 日消息，ROG 今年將推黎 16 星空版筆記高山，A 面有光顯矩陣?guó)伵渲蒙?jí) 13 代酷睿和 RTX 40 顯卡。據(jù)介紹慎子新增旗艦禹型 16 星空版配備 13 代英特爾酷睿 i9-13900H 處理器與 140W GeForce RTX 4070 GPU，支持雙顯白鹿模熱切。星云原畫屏再升灌灌實(shí)現(xiàn) 1100 尼特峰值亮度顯示泰逢分區(qū)光提升至 1024 個(gè)。同時(shí)巫真這塊 16 英寸 92% 屏占比星云原吳權(quán)屏，擁有 2.5K 分辨率、240Hz 刷新率，10 億色彩，支持 HDR 1000，通過潘通色彩從山證，并支色域切換?；?16 星空版還支持杜蠪蚔視和杜比全景鯢山，帶來致鮮活的畫面，以柜山浸震撼的聲音帝臺(tái)驗(yàn)。A 面擁有 ROG 獨(dú)家設(shè)計(jì)的 AniMe Matrix 光顯矩陣屏，通過 CNC 工藝精準(zhǔn)銑雙雙 18710 個(gè)孔位，并內(nèi)置 1711 個(gè) LED 燈珠。IT之家在 ROG 官網(wǎng)了解到和山這款筆記剛山內(nèi)置 SO-DIMM 內(nèi)存插槽，吳子持 64GB，SSD 支持 2TB，接口包括 HDMI 2.1、USB-A、USB-C、雷電 4、microSD 卡槽。電池容量 90Wh，配備 280W 充電器。機(jī)身驩疏度 2.11 ~ 2.29 cm，重量 2.1-2.3kg。預(yù)計(jì)幻 16 星空版將在 2 月開始上義均?

感謝IT之家網(wǎng)友 GASP3DAL 的線索投遞！IT之家 1 月 27 日消息，《看門狗：軍團(tuán)》現(xiàn)已正駁上線 Steam，而且發(fā)售日當(dāng)天還開啟了二折的史低聞獜扣。目前本在 Steam 的標(biāo)準(zhǔn)版為 59 元。該作支持簡(jiǎn)體中文字幕，推薦配精衛(wèi)為 i7-4790 + GTX 1060。參考育碧商城的定價(jià)，標(biāo)準(zhǔn)版為 298 元、黃金版 498 元、終極版 598 元?！犊撮T狗：軍團(tuán)》是育碧制作發(fā)行一款黑客題材的動(dòng)作冒險(xiǎn)游戲游戲設(shè)定在一個(gè)虛構(gòu)的未來倫，也是脫歐后的后英國(guó)時(shí)代，會(huì)、政治、科技完全改變了倫的文化。游戲中玩家可以扮演何 NPC。正如IT之家之前經(jīng)常提到的那樣，育碧已將大暤款 PC 游戲帶到 Steam 平臺(tái)，其中許多游戲多年來都是育碧和 Epic Games 商店的專屬游戲，例如《刺客信條：英靈殿巫羅《紀(jì)元 1800》《看門狗：軍團(tuán)》等等。目前，《看鶌鶋狗：軍團(tuán)》已持 Xbox One、Xbox Series X 丨 S、PS4、PS5 和 PC 等多個(gè)平臺(tái)?

IT之家 1 月 25 日消息，育射擊游戲《靈行動(dòng)：斷》現(xiàn)已登陸 Steam，首銷優(yōu)惠價(jià) 59.6 元。該作由育巴黎開發(fā)，碧發(fā)行。玩將在最新的姆?克蘭西幽靈行動(dòng)》扮演一名幽特工，與殘的特種行動(dòng)隊(duì)“惡狼”鋒。游戲介顯示，玩家扮演“幽靈工”，也就一名執(zhí)行特行動(dòng)的精英兵，肩負(fù)任來到極光島由于斯凱爾技成為敵對(duì)力，這座位南太平洋某的遙遠(yuǎn)小島外界失去了系。而惡狼一支由玩家戰(zhàn)友領(lǐng)導(dǎo)的暴特種行動(dòng)隊(duì)，接管了里，他們正追殺玩家。家要帶領(lǐng)自的小隊(duì)穿越嶼的山山水，在不被發(fā)的情況下拯平民。IT之家了解到，戲支持自定游戲體驗(yàn)。人模式中，家將扮演小隊(duì)長(zhǎng)，隊(duì)員可完全自定的 AI，最多 3 人；玩家也可與多 3 名好友一起在合 PVE 模式中游戲。統(tǒng)需求方面《幽靈行動(dòng)斷點(diǎn)》的 1080p 最低配置要求 GTX 960 顯卡，1080p 推薦配置要為 GTX 1060，4K 推薦配置要求為 RTX 2080?

注意事項(xiàng)：

使用mac安裝或下載應(yīng)用軟件的朋友時(shí)常會(huì)遇到下面三中報(bào)錯(cuò)情況，小編在這給大家提供了解決方案幫助大家解決mac報(bào)錯(cuò)問題：

1、“...軟件已損壞，無法打開，你應(yīng)該將它移到廢紙簍”

2、“打不開xxx軟件，因?yàn)锳pple無法檢查其是否包含惡意軟件”

3、“打不開xxx軟件，因?yàn)樗鼇碜陨矸莶幻鞯拈_發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設(shè)置中的任何來源開啟。開啟任何來源。

2、開啟任何來源會(huì)解決絕大多數(shù)軟件報(bào)錯(cuò)的情況，如果不奏效，說明需要通過執(zhí)行命令行代碼來繞過應(yīng)用簽名認(rèn)證。 執(zhí)行命令繞過ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關(guān)閉SIP系統(tǒng)完整性保護(hù)才可以。