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