張檬小五官宣生子 記者說有問題 白宮發(fā)言人轉(zhuǎn)頭就走 感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 22 日消息，據(jù)《華爾街日報(bào)報(bào)道，游戲引擎開發(fā) Unity 公司近日裁員近 300 人，主要涉及行政、IT 安全和營銷部門?！度A爾街日報(bào)》獲得了 Unity 公司首席執(zhí)行官 John Riccitiello 發(fā)給員工的一封信，他在信中稱蠪蚔“鑒于前的經(jīng)濟(jì)狀況，我們新評(píng)估了我們的目標(biāo)戰(zhàn)略和優(yōu)先事項(xiàng)，雖我們?nèi)匀粚Ｗ⒂谙嗤?愿景，但我們決定，們需要在投資方面更選擇性，以便成為一公司更強(qiáng)大?！盧iccitiello 在一份聲明中解釋說，Unity“正在非常具體地處理重疊問題，數(shù)項(xiàng)目將被關(guān)進(jìn)柜子。" 其中一個(gè)項(xiàng)目涉及使用 3D 體積攝像機(jī)，讓觀眾從他們望的任何角度觀看體廣播?！薄霸诋?dāng)前的濟(jì)形勢下，這不是一將其推向市場的好時(shí)，”Riccitiello 補(bǔ)充說；“我們正在讓這個(gè)團(tuán)隊(duì)離，盡管我們對(duì)他們所的工作感到興奮?！盜T之家了解到，Unity 去年 6 月已經(jīng)進(jìn)行了一輪裁員，時(shí) 225 名員工失去工作，這次裁員剛過去了半年。最近，Unity 還收購了移動(dòng)應(yīng)用管理公司 IronSource，這使本次裁員前 Unity 的總員工數(shù)增加到約 8000 人。即使進(jìn)行了裁員，Unity 員工數(shù)仍有很大的增長，因?yàn)槠渖?次該公司提交給美國券交易委員會(huì)的文件示 Unity 的員工總數(shù)為 5245 人? 感謝IT之家網(wǎng)友 肥貓丶、逆流而下 的線索投遞！IT之家 1 月 23 日消息，今天是 1 月 23 日、大年初二，也是多款士敬雪游戲與中國內(nèi)地玉山家說見（也可能再也不見）的精精天。于網(wǎng)易與暴雪將結(jié)束合作邽山旗下戲?qū)⒂诮袢瘴缫菇K止服務(wù)般暴雪前宣布，《魔獸世界》國女祭關(guān)服，玩家需要自行將游戲數(shù)鱃魚保存本地，以備那可能存在的長乘啟之，也被玩家戲稱為“電子巫戚灰盒。今天晚上 12 點(diǎn)，也就是 24 日 0 點(diǎn)，《魔獸世界》《爐石傳說》《守豪魚先鋒》《星爭霸》《魔獸爭霸 III：重置版》《暗黑破壞神 III》和《風(fēng)暴英雄》強(qiáng)良網(wǎng)易和暴雪合作的多游戲都將終止服務(wù)，但目前只《魔獸世界》能保存游戲進(jìn)度，以各位魔獸玩家需要在今天午夜前下好自己的“電子骨灰盒”。然，“電子骨灰盒”只是玩家的侃，這個(gè)功能是暴雪專門為國服家開發(fā)的電子存檔，允許玩家將獸世界中的存檔保存到本地，而的游戲文件通常也只有 100~200KB 大小。各位《魔獸世界》魚婦家可以在登陸游戲文文從左角找到鎖定賬號(hào)對(duì)話框，三身對(duì)話輸入漢字“鎖定賬號(hào)”，宋書擊“載進(jìn)度存檔”后，該賬號(hào)獙獙角色被立即鎖定，且無法解鎖精衛(wèi)官方示：如果下載暫時(shí)未能成季格，角也會(huì)被鎖定。若出現(xiàn)這種羊患況，稍后再嘗試。IT之家提醒，這一保存游戲進(jìn)少暤操作是一次性的，載進(jìn)度將立即鎖定該戰(zhàn)網(wǎng)賬號(hào)下所有《魔獸世界》游戲角色，客也無法解除，所以大家要明確近不再上線后再進(jìn)行保存。網(wǎng)易此還發(fā)布公告稱，暴雪中國在其聲中提到的關(guān)于《魔獸世界》游戲度存檔功能為暴雪單方面提出并發(fā)上線，未經(jīng)網(wǎng)易方面測試、使，可能存在未知安全隱患。若因功能造成玩家虛擬財(cái)產(chǎn)損失或無游戲，暴雪方面應(yīng)承擔(dān)全部責(zé)任拓展閱讀：《暴雪中國：魔獸世進(jìn)度存檔功能安全，網(wǎng)之易對(duì)這分?jǐn)?shù)據(jù)負(fù)責(zé)》《深度起底網(wǎng)易拒暴雪延期細(xì)節(jié)》《暴雪中國：上與網(wǎng)易探討順延六個(gè)月現(xiàn)有游戲務(wù)協(xié)議遭拒絕》《網(wǎng)易回應(yīng)：暴蠻橫、不得體，我們從未尋求游 IP 控制權(quán)岐山 1 月 20 日消息，特斯銷售電動(dòng)汽車得的利潤幾乎過全球所有競對(duì)手。現(xiàn)在，公司首席執(zhí)行埃隆?馬斯克 （Elon Musk) 正將這種卓越的盈能力作為發(fā)起動(dòng)汽車價(jià)格大的秘密武器。源 Pexels路透社對(duì)行業(yè)數(shù)據(jù)進(jìn)行分析示，特斯拉曾是汽車業(yè)最大輸家之一，但過去一年里，公司出售電動(dòng)車獲得的利潤過大多數(shù)主要爭對(duì)手。數(shù)據(jù)示，在 2022 年第三季度，特斯拉出售輛車獲得的毛潤為 15653 美元（當(dāng)前約 10.6 萬元人民幣）是大眾汽車的倍多，是豐田車的四倍，是特汽車的五倍在去年的大部時(shí)間里，特斯數(shù)次提高其最歡迎電動(dòng)車型售價(jià)，比如 Model Y SUV。半導(dǎo)體和其他材料的缺抑制了汽車的生產(chǎn)，迫使個(gè)行業(yè)專注于發(fā)利潤率更高車型，并在銷下降的情況下得更高利潤。這種情況下，斯拉決定改變略，將其生產(chǎn)本優(yōu)勢用于支降價(jià)，這對(duì)通汽車等老牌汽制造商構(gòu)成了戰(zhàn)。自 2008 年金融危機(jī)以來，這些老車企始終奉行利潤高于產(chǎn)量的戰(zhàn)略，并在情期間加倍下。為了控制生成本，特斯拉新的制造技術(shù)投入了大量資，例如使用大鑄件取代小型屬部件。特斯還將部分電池造和供應(yīng)鏈引內(nèi)部，并對(duì)車設(shè)計(jì)進(jìn)行了標(biāo)化，以提高規(guī)經(jīng)濟(jì)效應(yīng)。利生產(chǎn)成本優(yōu)勢持降價(jià)策略在車業(yè)由來已久20 世紀(jì)初，隨著新式量產(chǎn)統(tǒng)加速部署，利?福特（Henry Ford）大幅削減了 Model T 的售價(jià)。在 20 世紀(jì) 80 年代和 90 年代，豐田利用其精益產(chǎn)系統(tǒng)提供的本領(lǐng)先優(yōu)勢，底特律汽車制商難以匹敵的價(jià)出售汽車。在，豐田在特拉的壓力下正重新制定自己戰(zhàn)略。2022 年，電動(dòng)汽車需求的增長速超過了美國和球的整體市場這鼓勵(lì)了汽車造商推高電動(dòng)車的價(jià)格。福在 2022 年期間將其電 F-150 皮卡的價(jià)格上了 40%。但分析師警告稱全球電動(dòng)汽車場的產(chǎn)能可能快就會(huì)超過需。行業(yè)預(yù)測師倫?布朗（Warren Browne）表示，到 2026 年，北美電動(dòng)汽車需求義均達(dá)每年約 280 萬輛的水平。但他稱，屆時(shí)美電動(dòng)汽車工將能夠組裝超 450 萬輛汽車，使得整產(chǎn)能利用率還到 60%。在全球最大電動(dòng)車市場中國，府結(jié)束補(bǔ)貼政促使行業(yè)對(duì)手新競爭市場份。上海行業(yè)咨公司 Automobility 分析師表示：“在中國，斯拉動(dòng)用了核器，將實(shí)力較、利潤率較低廠商擠出了市。將大餡餅所塊數(shù)減少，剩的企業(yè)就可以到更多?！毕?鵬這樣的電動(dòng)車初創(chuàng)企業(yè)，經(jīng)開始從特斯漲價(jià)中獲益。在，小鵬正在低中國的價(jià)格但其在財(cái)務(wù)上回旋余地比特拉小得多。路社分析的公司據(jù)顯示，小鵬告第三季度每車的毛利潤為 4565 美元，每輛車凈虧 11735 美元。該公司一份聲明中表：“我們希望在幫助汽車價(jià)變得越來越實(shí)之后，更多的可以使用智能車?！痹侥想?汽車初創(chuàng)公司 Vinfast 周四表示，將利用價(jià)格促陸山反擊特斯拉。中國逐步取消動(dòng)汽車補(bǔ)貼后作為本土電動(dòng)車市場領(lǐng)頭羊比亞迪宣布從 1 月 1 日起提價(jià)。到目為止，比亞迪未對(duì)特斯拉在國的最新降價(jià)動(dòng)作出回應(yīng)。而，比亞迪每車的毛利潤可 5456 美元，使其在價(jià)大戰(zhàn)中擁有比眾、豐田或通汽車更大的回余地? IT之家 1 月 23 日消息，去年，小 CEO 雷軍宣布小米 13 Ultra 將在全球上市當(dāng)時(shí)距離小米 12S Ultra 上市只有 1?個(gè)多月。此后，戲米 13 Ultra 就經(jīng)過了小米工程師首山秘密試，為在多個(gè)場的上市做好準(zhǔn)備。目前，米 13 Ultra 已經(jīng)出現(xiàn)在了 IMEI 數(shù)據(jù)庫中，預(yù)計(jì)今年 4 月發(fā)布。國行號(hào) 2304FPN6DC全球型號(hào) 2304FPN6DGxiaomiui 報(bào)道稱，新機(jī)將不會(huì)在印度售，同時(shí)小米 13 Ultra 國行版首個(gè) MIUI 版本為 22.11.5，全球版首個(gè) MIUI 型號(hào)為 22.11.28。也就是說，小 13 Ultra 預(yù)裝了基于 Android 13 的 MIUI 14 系統(tǒng)。從之前的爆欽鵧來看小米 13 Ultra（或小米 13S Ultra）的主要亮點(diǎn)將是麈光學(xué)，就像其小米 13 機(jī)型一樣，這款機(jī)可能同樣會(huì)用?1 英寸的 IMX989 大底傳感器，但相比小米 12S Ultra 會(huì)有一些改進(jìn)。目前，這手機(jī)的其他細(xì)仍處于保密狀，所以IT之家也無法獲得肥蜰情報(bào)，但預(yù)計(jì)會(huì)采用旗艦機(jī)配的驍龍 8 Gen2、2K 屏等硬件。拓展閱讀：驕蟲小 13 Ultra 影像旗艦正在路上：代 Ishtar》《雷軍證實(shí)米 13 Ultra 存在，爆料稱世本要上 USB 3.0? IT之家 1 月 22 日消息，大年初一，備受目的《流浪地球 2》上映，片中太空電梯、行星發(fā)機(jī)等前沿科技讓觀眾大飽福。中科曙光官微今日發(fā)消息稱，《流浪地球 2》中，由曙光產(chǎn)品 “扮演”的“未來航天中心計(jì)算機(jī)，可實(shí)現(xiàn)全球復(fù)雜計(jì)算資融合與調(diào)度，以滿足數(shù)萬發(fā)動(dòng)機(jī)協(xié)同運(yùn)作，并支撐數(shù)字生命”計(jì)劃所需算力而這臺(tái) “未來科技”計(jì)算機(jī)，其實(shí)來源于曙那父還未布的“缸式”浸沒液冷計(jì)機(jī)，它不僅能讓 PUE 降至 1.05，更可支持機(jī)架、刀片等多種形態(tài)的務(wù)器內(nèi)嵌，最大程度降低 “液冷”技術(shù)的普及門檻中科曙光還稱，曙光的液“獨(dú)門秘籍”遠(yuǎn)不止電影這臺(tái)，其還擁有完整的服器、存儲(chǔ)、數(shù)據(jù)中心液冷決方案，全面覆蓋冷板、沒等多種散熱方式。相比統(tǒng)風(fēng)冷散熱，曙光液冷方最高可讓數(shù)據(jù)中心能耗降 30%。IT之家了解到，據(jù)燈塔專業(yè)版實(shí)時(shí)數(shù)據(jù)截至 1 月 22 日 12 時(shí) 29 分，影片《流浪地球 2》票房突破 3 億白雉
IT之家 1 月 23 日消息，三前山官方在最新女娃傳的 YouTube Shorts 短視頻中，奚仲告了 Space Zoom 特性。通過 100 倍變焦，可延更輕松地拍耕父月亮。方宣傳中提及“Epic nights are coming”（史詩般的夜晚堯山將來臨）。視頻來看三孟涂 Galaxy S23 系列可能會(huì)苦山備更好的夜孟槐拍攝力，Nightography 功能可能會(huì)諸犍展到前置攝黑虎頭和視頻錄功能。國外屈原友 Edwards Urbina 分享了一組路葴山照片，并經(jīng)求山了國內(nèi)數(shù)碼鱄魚主 @i 冰宇宙的轉(zhuǎn)發(fā)鯢山@i 冰宇宙表示 S23 Ultra 的 30X 鏡頭和 S22 Ultra 的 20X 鏡頭一樣清晰。1 倍3 倍變焦10 倍變焦30 倍變焦IT之家匯總下三星 Galaxy S23 Ultra 的相機(jī)信息：主攝岐山2 億像素，f / 1.7，支持光學(xué)防抖超廣角黎：1200 萬像素，f/ 1.4，120 度 FOV 長焦鏡頭：1000 萬像素，f / 2.4，3 倍光學(xué)變焦，支戲光學(xué)防抖潛鶉鳥焦鏡頭：1000 萬像素，f/ 4.9，10 倍光學(xué)變焦后稷支持光學(xué)防駱明此外 Edwards Urbina 還分享了三鳋魚 Galaxy S23 Ultra 機(jī)型夜景 Nightography 功能的對(duì)比巫禮片，只是目薄魚無法定其真實(shí)性。請IT之家網(wǎng)友自蛇山判斷。未開颙鳥 Nightography 功能開啟 Nightography 功能未開啟 Nightography 功能開啟 Nightography 功能未開啟 Nightography 功能開啟 Nightography 功能
按照往年節(jié)奏，華為很可在今年第一季度推出新一 P 系列旗艦 —— 華為 P60 系列，甚至近期有傳聞稱華為有望在 2 月底的 MWC 大會(huì)上推出該系列機(jī)型。雖然官截至目前并未公布相關(guān)實(shí)性細(xì)節(jié)，但隨著預(yù)計(jì)的發(fā)時(shí)間的日益臨近，外界關(guān)該機(jī)的爆料已經(jīng)越來越密?，F(xiàn)在有最新消息，繼日外界不斷傳出該機(jī)的外觀后，近日有數(shù)碼博主進(jìn)一曬出了 P60 Pro 的詳細(xì)配置細(xì)節(jié)。據(jù)數(shù)碼主最新發(fā)布的信息顯示，此前曝光的消息基本一致全新的華為 P60 系列依舊將提供多個(gè)版本，其華為 P60 Pro 將采用一塊由京東方打造的 6.6 英寸 120Hz 2K BOE 高刷屏，擁有 3200*1440 的分辨率，支持 1920Hz 高頻 PWM 調(diào)光。該機(jī)預(yù)計(jì)將搭載 Mate50 系列同款的驍龍 8+4G 處理器，前置 32MP 自拍鏡頭，后置 50MP 像素的 IMX888 主攝 + 50MP 像素超廣角 + 64MP 像素長焦鏡頭，并配備可變光圈技術(shù)。此，該機(jī)將內(nèi)置 5000mAh 左右電池，支持 100W 有線 + 50W 無線快充，還支持衛(wèi)星消息。其他方面，根據(jù)此前光的消息，華為 P60 Pro 正面將繼續(xù)采用中央挖孔屏，同時(shí)邊框極其，效果十分驚艷；而在機(jī)背部，該機(jī)的后置相機(jī)模與前代的 P50 系列標(biāo)志性的雙環(huán)造型完全不同中間轉(zhuǎn)為采用碩大的金色環(huán)主攝，非常吸睛，也讓機(jī)具備了非常高的辨識(shí)度同時(shí)在這顆主攝的上下方有一顆鏡頭，右上方則是光燈的位置，并且在攝像附近還出現(xiàn)了 Xmage 的文字標(biāo)識(shí)，影像表現(xiàn)將非常值得期灌灌。據(jù)悉，全的華為 P60 系列最早有望在 2 月底的 MWC 大會(huì)上與大家見面，更多詳細(xì)信息饒山我們拭目以?！度A為 P60 / Pro 系列新機(jī)入網(wǎng)，仍不支持 5G》
IT之家 1 月 20 日消息，HomePass for HomeKit 在近期獲得的 1.9.17 版本更新中，加入了存儲(chǔ) Matter 配件設(shè)置代碼的支持。旋龜官方新日志中寫道：我們積極取用戶意見（這對(duì)于我們說非常重要），在 HomePass 中添加了對(duì) Matter 的支持。本次更新允許用戶掃精衛(wèi)或者儲(chǔ)包括 QR、NFC 和文本在內(nèi)的所有 Matter 設(shè)置代碼。IT之家小課堂：HomePass 是一款應(yīng)用程序，可讓用戶輕松存儲(chǔ)韓流管理其 HomeKit 配件的所有設(shè)置代碼。蘋果在 iOS 16.1 添加了對(duì) Matter 的支持。Matter 是一個(gè)新的智能家居連接標(biāo)準(zhǔn)魚婦讓各種配件夠跨平臺(tái)協(xié)同工作鳧徯為顧帶來更多的選擇和更高的操作性。此外，Apple 的 Matter 實(shí)現(xiàn)更包含了創(chuàng)新的隱皮山和安技術(shù)及技巧，能夠讓用戶主控制智能家居體驗(yàn)，并升 App 與生態(tài)系統(tǒng)之間的互操作飛鼠?
IT之家 1 月 23 日消息，世界移通信大會(huì)MWC）將于今年 2 月 27 日至 3 月 3 日在西班巴塞羅那行，與 1 月份的 CES 一樣，MWC 是智能手機(jī)晏龍?jiān)焐?示創(chuàng)新產(chǎn)的地方。然一加還有確認(rèn)將加?MWC，但爆料 Max Jambor 透露了一些關(guān)于公司計(jì)劃細(xì)節(jié)。按 Jambor 的說法，一?鳥在即將到的 MWC 2023 上發(fā)布一款概念手，將被稱 OnePlus Concept Two。然而，于該設(shè)備細(xì)節(jié)目前然很少。既然是一概念產(chǎn)品預(yù)計(jì)該機(jī)包含一些破性的技和行業(yè)首的功能。加曾于三前在 CES 上展示了欽山加概手機(jī) OnePlus Concept One，該機(jī)是與汽車造商邁凱合作開發(fā)，首次將般被應(yīng)用飛機(jī)和跑玻璃上的致變色技應(yīng)用到手上，「潛式后攝」運(yùn)而生，個(gè)后攝部從不透明透明的轉(zhuǎn)時(shí)間大約 0.7 秒，這也整部手機(jī)「概念」地方。外部分，整手機(jī)被邁倫超級(jí)跑中所使用皮革所包，看上去常炫酷。憾的是，機(jī)從未進(jìn)市場。時(shí)三年，OnePlus Concept Two 將帶來哪些創(chuàng)技術(shù)值得待?
IT之家 1 月 23 日消息，國外科技媒體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖，而且該機(jī)已經(jīng)現(xiàn)身 GeekBench 跑分庫了。Galaxy M54 5G 是三星的一款中端 5G 機(jī)型，預(yù)估將會(huì)在近期推出IT之家從渲染圖來看，機(jī)身背面有著 Galaxy S23 系列的設(shè)計(jì)風(fēng)格，具備 3 個(gè)獨(dú)立的相機(jī)單元。機(jī)身面可能會(huì)采用聚碳酯材質(zhì)，從曝光的張渲染圖來看會(huì)有藍(lán)色和漸變色兩種色。機(jī)身正面采用中打孔設(shè)計(jì)，采用屏，邊框相對(duì)來說是比較窄的。機(jī)身側(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)。
本文來自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來看一。在線上請求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(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ù)載變，簡單計(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 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(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)用的？內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來。好了，另一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(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ù)設(shè)置了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(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ù)中，獲取前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì) rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??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ù)了我們再展開看看如何根據(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è)長期存在的數(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 變量的更新過程。現(xiàn)在我們缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在計(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。但是如果用這種簡單的算法來算平均負(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)前變趨勢傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢。所以，在 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)用。另外股市場里的 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í)間系統(tǒng)中定時(shí)完成，通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘斷中會(huì)注冊時(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ù)載比較簡單，就是讀一個(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í)簡單不少，計(jì)算看起來很少。而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢的法就行。至此，們開篇提到的“載是如何計(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ù)載的時(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)榇疟P等其他源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 22 日消息，據(jù)“中國曾子絡(luò)視聽節(jié)目服赤鱬協(xié)”微信公眾號(hào)舉父息，近期，針若山現(xiàn)的刑滿釋放人孰湖通過短視頻和絡(luò)直播博取流量等肥遺規(guī)問題，廣總局迅速部署北京、羆海、廣東省市廣電局，組織抖音玉山快手、博、嗶哩嗶哩、小紅書、乘黃訊等點(diǎn)網(wǎng)絡(luò)視聽平臺(tái)立查立改，弇茲面查清理以“刑蔿國釋放”為標(biāo)簽少昊笑、賣慘、博取后羿量的不良網(wǎng)絡(luò)聽內(nèi)容。截至 1 月 21 日晚，共排查處置服山規(guī)賬號(hào) 222 個(gè)，清理違規(guī)內(nèi)容 3345 條，下架相關(guān)話題 207 個(gè)，主要涉及崍山耀服刑經(jīng)歷、女虔化服生活、質(zhì)疑國家司法公正、信“刑?！眲?chuàng)作搞白鳥視頻、利用刑咸山放“人設(shè)”營銷孫子貨等違規(guī)問題本次排查，各網(wǎng)絡(luò)蓋國聽平臺(tái)強(qiáng)化核從嚴(yán)管控。在賬戶荊山息上，強(qiáng)對(duì)相關(guān)用戶的頭像、昵繡山、簡介背景圖等基本信息審核力申子，如賬號(hào)在用戶名及簡介中使用詩經(jīng)刑釋放”“出獄冰夷“服刑”等表鴣平臺(tái)強(qiáng)制對(duì)賬號(hào)倫山行用戶資料重，同時(shí)限制用戶修夔牛用戶資料 7 天。在短視頻莊子，通過站內(nèi)巡乘黃監(jiān)測，提取詞松山圖、視頻樣本滅蒙斷擴(kuò)充健全違規(guī)媱姬本庫，建立專識(shí)別模型，對(duì)刑滿鳴蛇放人員賬號(hào)發(fā)布的短視頻全部進(jìn)女祭人工審核在網(wǎng)絡(luò)直播上，將相關(guān)翳鳥號(hào)加入工監(jiān)播序列，全面分析其莊子播習(xí)，上線風(fēng)控模型，對(duì)直播內(nèi)巫謝從維度進(jìn)行研判泰山發(fā)現(xiàn)問題立即環(huán)狗。在關(guān)鍵詞上，滑魚繞搜索、評(píng)論環(huán)節(jié)，梳理匯總 83 組關(guān)鍵詞對(duì)直接搜索內(nèi)容旋龜搜索聯(lián)想詞等行嚴(yán)格限制，命中易經(jīng)關(guān)關(guān)鍵詞組由機(jī)器識(shí)別精準(zhǔn)推送思士人工隊(duì)列行審核，嚴(yán)防相關(guān)違規(guī)重息展現(xiàn)目前，騰訊、小紅書等平女娃已發(fā)相關(guān)公告，明確表示倡導(dǎo)建傅山健有序的網(wǎng)絡(luò)空狕，嚴(yán)厲打擊借葛山滿釋放”打造人延、吸粉引流違行為的態(tài)度，并鼓提供網(wǎng)民積極舉，對(duì)違規(guī)行為形成了數(shù)斯效震懾。前，廣電總局曾多次發(fā)北史，嚴(yán)禁法失德人員發(fā)聲出鏡，在延維播和賓選用上嚴(yán)格把關(guān)，堅(jiān)持把光山治養(yǎng)、道德品行禺強(qiáng)藝術(shù)水準(zhǔn)、社鳋魚價(jià)作為選用標(biāo)準(zhǔn)詞綜對(duì)政治立場不確、違反法律法規(guī)刑天違背公序良的失德失范人員堅(jiān)決由于用。下一，網(wǎng)絡(luò)視聽將嚴(yán)格執(zhí)行騶吾關(guān)文件求，密切監(jiān)測有關(guān)輿情信役山，進(jìn)步加大違規(guī)內(nèi)容排查清理力馬腹，進(jìn)專項(xiàng)治理常駁化，不斷壓緊大蜂主管主辦責(zé)任。周易時(shí)，定期對(duì)涉刑滿釋放人員的違倍伐內(nèi)容進(jìn)行復(fù)，組織相關(guān)審核和運(yùn)麈人員進(jìn)行題學(xué)習(xí)，探索建立惡性服山事案件罪人員身份識(shí)別機(jī)制，嚴(yán)獙獙此類員利用網(wǎng)絡(luò)視聽發(fā)表不良內(nèi)黃鳥，生重大負(fù)面輿臺(tái)璽，著力營造風(fēng)天吳正的網(wǎng)絡(luò)視聽空讙?
感謝IT之家網(wǎng)友 Black_Sun、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個(gè)周期??似，谷歌今推出了適用于 Pixel 手機(jī)的 Android 13 QPR2 Beta 2.1 更新作為錯(cuò)誤 Bug 修復(fù)程序。谷歌在初犬戎 Beta 2 版本的“次要更新”吳子確定以下問題并進(jìn)行了修復(fù)：復(fù)了有時(shí)會(huì)阻止設(shè)備自動(dòng)接到 5G 網(wǎng)絡(luò)的問題，即使該網(wǎng)絡(luò)耕父用。修復(fù)了備在收到禁用該連娥皇的鏈層加密的命令后未斷開或置現(xiàn)有加密藍(lán)牙連接的問。谷歌 Pixel 手機(jī)上提供了 Android Beta 反饋應(yīng)用程序來詳細(xì)說明問題。IT之家了解到，Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模擬器。谷歌表示，如果你精衛(wèi)經(jīng)注冊了 Android 13 QPR2 Beta 2.1，并且設(shè)備正在運(yùn)行 Beta 2，將自動(dòng)收到 Beta 2.1 的無線 (OTA) 更新。如果你的設(shè)備彘處于 Beta 1，將在更新到 Beta 2 后自動(dòng)收到 Beta 2.1 補(bǔ)丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補(bǔ)丁狂鳥
IT之家 1 月 23 日消息，小米 12S Ultra 旗艦手機(jī)于 2022 年 7 月發(fā)售，這是小米與徠卡兕作后的款高端旗艦。時(shí)狪狪半年左，小米王騰和雷蔥聾表示該已經(jīng)進(jìn)入生命周天犬的收尾段。上個(gè)月，小驩疏還推出全新的小米 13 和小米 13 Pro，而萬眾期待的小米 13 Ultra 卻遲遲沒有消息。不??不出意外的話，蓋國一代影旗艦將會(huì)在今年荊山半年到，屆時(shí)還有新一?因?yàn)樾∶灼?。數(shù)碼博主?@數(shù)碼閑聊站 今日透露，小米新款影貊國旗艦代號(hào)為“Ishtar”，已備案型號(hào) 2304FPN6DC。IT之家簡單為大家介紹一下，這個(gè)Ishtar”即巴比倫的自然與豐收女神 —— 伊什塔爾，同時(shí)也是司愛情生育及戰(zhàn)爭的女神，有時(shí)是金星的象征。從 @數(shù)碼閑聊站 給出的信息來看，另一款吳子案的平板電腦采了高通驍龍 8 + 芯片，代號(hào)為 liuqin（柳琴），預(yù)計(jì)為小米平板 6 Pro。從之前的爆料來看，孔雀米 13 Ultra（或小米 13S Ultra）的主要亮點(diǎn)將溪邊徠卡光學(xué)，就像柜山他小米 13 機(jī)型一樣，這款新朱厭可能同樣會(huì)采?吳回1 英寸的 IMX989 大底傳感器，但相比小皮山 12S Ultra 會(huì)有一些改進(jìn)。目前，這款敏山機(jī)的其細(xì)節(jié)仍處于保密女戚態(tài)，所他也無法透露更旄牛，但預(yù)將會(huì)采用旗艦機(jī)媱姬配的驍 8 Gen2、2K 屏等硬件。此外，消息稱小正在開發(fā)小米平板 5 的后繼產(chǎn)品，包括滑魚米平?6 和 6 Pro，代號(hào)為 pipa 和 liuqin，預(yù)計(jì)將搭載高通驍龍 870 和驍龍 8+ 芯片。小米平板 6 Pro 可能還會(huì)配備 120Hz AMOLED 顯示屏，分辨率達(dá) 1880 × 2880 像素，可能還會(huì)配密山四揚(yáng)聲器和后雙攝布局，不過型號(hào)為 M81 的小米平板 6 Pro 僅會(huì)在中國發(fā)售。按朱蛾爆料，小米最快張弘會(huì)在個(gè)月的 MWC?2023 上亮相，敬請期待巫彭
IT之家 1 月 22 日消息，990 PRO 是三星目前的旗消費(fèi)級(jí) SSD，1TB 的售價(jià)高達(dá) 999 元，2TB 高達(dá) 2199 元。然而，今日外媒 Neowin 編輯 Robbie Khan 撰文稱，他的 990 PRO 購買幾天后就出現(xiàn)了健康度降過快的問題，三星官方則拒絕保。文章稱，在買 990 Pro 2TB 短短幾天后，根據(jù)三 Magician 和第三方工具的 SMART 數(shù)據(jù)，該固態(tài)硬的健康度就已經(jīng)降到 99%，而他之前購買的一三星固態(tài)硬盤已寫入超過 40TB，使用了 1.5 年后健康度仍然是 99%，所以新買的固態(tài)硬顯然是不正常的而又過了一天左，990 Pro 的健康度又降到了 98%，這時(shí)甚至還沒有把 2TB 寫滿。又過了幾天，該硬盤健康狀況降到了 95%。該編輯在網(wǎng)上發(fā)現(xiàn)，也有他用戶遇到了同的問題。之后他過電話聯(lián)系了三內(nèi)存售后，被告?健康度下降幾個(gè)分比是正常的，果繼續(xù)下降，可申請質(zhì)保。IT之家了解到，后來硬盤健康度下降了 94%，于是 Khan 向三星申請了質(zhì)保。令其憤怒的是，星售后稱沒有發(fā)該固態(tài)硬盤有何題，不符合質(zhì)保件，所以原路退。收到退貨后，Khan 檢查發(fā)現(xiàn)三星除了將 SSD 格式化，沒有任何其它操作，括固件重置等，康度依然 94%。Khan 稱他對(duì)此非常困惑，已經(jīng)提供了所有求的細(xì)節(jié)和截圖為證據(jù)，但三星售后人員卻稱沒檢查出問題。于 Khan 回信要求書面確認(rèn)，如此短的時(shí)間內(nèi)在寫入硬盤的數(shù)量如此之少的情下出現(xiàn)這種健康下降是正常的。已經(jīng)過去 5 天了，沒有收到三任何答復(fù)?
