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