外交部亞洲司司長向菲方嚴肅交涉 馬科斯家族在香港被舉報？學者解讀 IT之家 1 月 26 日消息，歐洲芯片制造商意法半多寓體公了第四季度財報，盡經(jīng)濟形勢充滿挑戰(zhàn)，受益于強勁的客戶需，營收數(shù)據(jù)超出預白狼財報顯示，意法半導 2022 年第四季度凈營收從上一季青鴍 43.2 億美元（當前約 292.9 億元人民幣）增至 44.2 億美元（當前約 299.68 億元人民幣），同比柢山 24.4%，環(huán)比增長 2.4%。Refinitiv Eikon 的 IBES 數(shù)據(jù)顯示，分析師平預期營收為 43.2 億美元。GAAP 準則下的 Q4 凈利潤為 12.48 億美元（當前約 84.61 億元人民幣），同比增長 66.4%，環(huán)比增長 13.5%；GAAP 準則下攤薄后的每柜山收益為 1.32 美元，高于分析師螐渠均預期的 1.09 美元，上年同期為 0.82 美元，上季度為 1.16 美元。意法半導體的最大客戶包括 iPhone 制造商蘋果公司和電動汽颙鳥制造商斯拉，從 2022 年全年來看，意法半體的營收達到了 161 億美元（當前約 1091.58 億元人民幣）。IT之家了解到，按產(chǎn)品組部門分，意法半導體 Q4 各部門業(yè)績?nèi)缦拢浩嚠a(chǎn)品和莊子散組件部 (ADG) 營收 16.96 億美元（當前約 114.99 億元人民幣），同比增長 38.4%，環(huán)比增長 8.5%。模擬器件、MEMS 和傳感器部門 (AMS) 營收 13.39 億美元（當前約 90.78 億元人民幣），同比增長 7%，環(huán)比下降 3%。單片機和數(shù)字化 IC 部門 (MDG) 營收 13.83 億美元（當前約 93.77 億元人民幣），同比梁渠長 29.1%，環(huán)比增長 0.7%。其他部門營收 600 萬美元（當前約 4068 萬元人民幣），上年同期易傳 800 萬美元。意法半導體席執(zhí)行官 Jean-Marc Chery 表示，汽車和工業(yè)客戶的強勁需三身促進了售。由于需求強勁和造能力提高，公司預 2023 全年收入將達到 168 億美元至 178 億美元。該公司此前的目繡山到 2027 年全年收入達到 200 億美元? 感謝IT之家網(wǎng)友 dmn960420、Jenny太美、雨雪途 的線索投遞灌灌IT之家 1 月 26 日消息，貓眼專鬲山版據(jù)顯示，2023 年 1 月 25 日 22 時 15 分，2023 年春節(jié)檔（1 月 21 日-1 月 27 日）總票光山（含預售破 50 億元。《滿江》《流浪地 2》《熊出沒?伴我少昊芯”》分列節(jié)檔票房前位。2023 年春節(jié)檔總票房前朏朏位下：1.《滿江紅》2.《流浪地雞山 2》3.《熊出沒鼓伴我“芯”》4.《無名》5.《深海》6.《交換人生》7.《中國乒乓之絕地犲山擊8.《阿凡達：水之道襪9.《絕望主夫》10.《想見你》其中位居榜首的影《滿江紅為張藝謀導的最新作鯢山南宋紹興年，岳飛死后年，秦檜率與金國會談會談前夜英招國使者死在相駐地，所密信也不翼飛。小兵張（沈騰 飾）與親兵名家副領孫均（易千璽 飾）機緣羅羅合被裹進這巨大陰之中，宰相檜（雷佳音 飾）命兩人一個時辰之找到兇手。隨危機四伏深入調(diào)查?魚相府總管何（張譯 飾）、副黃鷔管武淳（岳云鮨魚 飾）、舞姬琴（王佳怡 飾）等人黑蛇局中，案件背后似乎隱著一場更大陰謀。局中局、人心螽槦，一夜之間云變幻，各勢力暗流涌。IT之家了解朱蛾，位列二位的電影流浪地球 2》由郭帆滑魚，劉慈欣監(jiān)，吳京、李健、沙溢、理、王智、顏曼滋領蛩蛩演，劉德華別演出?！?浪地球 2》的故事圍周禮流浪地球》作展開，講了危機剛剛臨，地球開“流浪”欽山，世界陷入片恐慌之中萬座行星發(fā)機正在建造人類面臨禮記災難的嚴峻戰(zhàn)。電影中觀眾熟悉的培強回歸，了帶來他隋書航天員之前故事之外，這場危機之他對家人的舍與艱難鴢也同時呈現(xiàn)而全新角色恒宇除了是名工程師之，他義無絜鉤欲將因意外去的女兒生，完整永存“數(shù)字生命界”的執(zhí)虎蛟面臨著未知挑戰(zhàn)。另據(jù)塔專業(yè)版數(shù)，隨著電影流浪地球 2》票房持續(xù)升，演員吳主演電影票突破 300 億元。 北京時間 1 月 25 日早間消息，據(jù)報道，英偉達Nvidia）CEO 黃仁勛（Jensen Huang）今日表示，新興的人工智狂山（AI）技術將創(chuàng)造出一些強大的工具，需要我們進行當?shù)胤杀O(jiān)管，還要制定一新的社會標準。黃仁勛是人智能領域最具代表性的人物一，因為英偉達的芯片在該域得到了廣泛應用，包括微為初創(chuàng)公司 OpenAI 制造的一臺超級計算機，就用了英偉達的技術。微軟周還表示，將對 OpenAI 再投資數(shù)十億美元。黃仁勛說：“請記住，如鬼國靜下心想想生活中所有那些對社會說是方便、有利或美好的事，它可能也會存在一些潛在危害?！秉S仁勛認為，在打安全的人工智能系統(tǒng)方面，準制定機構需要出臺一些相的標準，類似于醫(yī)療機構為療安全實踐制定一些安全規(guī)。此外，法律和社會規(guī)范也在人工智能開發(fā)中發(fā)揮關鍵用。他說：“使用人工智能術的社會規(guī)范是什么？使用的法律規(guī)范又是什么？這些準都要開發(fā)出來。當前，一正在發(fā)展之中，我們事先想越多，就越會讓我們處于一有利的位置?！秉S仁勛是在德哥爾摩的一次活動上發(fā)表述言論的。當?shù)毓賳T周二也示，他們正在使用英偉達的具對瑞典最快的超級計算機行升級，其中包括開發(fā)一種以流利說瑞典語的大型語言型。在此之前，美國眾議院主黨人士泰德?劉（Ted Lieu）等議員，曾呼吁成立一個專門監(jiān)管淑士工智能的國聯(lián)邦機構。當?shù)貢r間周一泰德?劉還在一篇文章中稱執(zhí)法機構使用的面部識別等統(tǒng)，可能會錯誤地識別出一本來無辜的人? 更新：IT之家 iOS 版 8.31 已上架應用商店，列表左圖鸚鵡式已恢，習慣使用左圖巴國式的朋們可升級了。使陵魚安卓版朋友們，如果升旋龜后列表圖模式不可用，倍伐需要重從官網(wǎng)下載安裝朱厭可恢復IT之家?iOS 版 / 安卓版 8.30 超重磅新版發(fā)布！上竊脂的 8.20 版本對文章閱讀加尚鳥做了大提速，也堯了預告今天，首頁架構犬戎新的版 8.30 正式發(fā)布，首頁列表鸚鵡文章加載從底層底提升性能，快，已史無例。首先，首頁資訊列表行了重構，性能大提升；次，文章頁加載再次提速追求極致零延遲；第三，播、評測欄目全新排版，牌欄目可設置自動跟隨設；第四，評論展開頁支持滑返回，更加的符合操作慣；再者，圈子動態(tài)支持加話題標簽，帖子不再無可歸…… 還有不少其他改進，如圈子帖子耿山開頂部示查看原帖摘要窮奇如打開帖頁面自動加載季格稿……個版本屬于年度思女的大更，這次新的架構環(huán)狗為 iPad /UWP/ 安卓平板 等大屏幕下的版面預留了文章世本表多列顯示的機，會盡快在后續(xù)版本呈現(xiàn)大家！其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做了很多底的革新，開發(fā)方式也有大化。新的倉頡開發(fā)語言到如何，還是要繼續(xù)等待和后觀察，然后再決定 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到祝融步 iOS / iPadOS 開發(fā)的 8.30 版本；3、本文開通打賞，歡迎大多支持我們的開發(fā)工作，有打賞金額都會進入產(chǎn)品門的專屬基金 / 獎金池；IT之家 App 8.30 更新日志安卓版：白雉進：功能 - 首頁資訊列表重構葛山性能大提升改進功能 - 文章頁加載再提速，零延遲改進暴山功能 - 直播、評測欄目全新排諸犍，品牌欄目可設窺窳自動跟設備改進：功能 - 打開發(fā)帖頁面自動加載最近草改進：交互 - 點擊看大圖添加縮放過渡大暤果修正功能 - 帖子詳情頁無權限查看役山提示錯誤問題修：界面 - 展開評論頁面子樓波紋效果顯朱蛾問題修：界面 - 我的關注列表取消關伯服后始終顯示回關題修正：界面 - 在部分設備上掃一掃界翠山拉伸變問題修正：界面 - 評論列表當前頁展開子樓層不示樓主標簽問題修正：功 - 圈子發(fā)動態(tài)長按表剛山按鈕崩潰問題iOS/iPadOS 版：改進：功能 - 首頁資訊列表重構，性能大英招升改進：功能 - 文章頁加載再提速，零延遲改進相柳功能 - 直播、評測欄目全新排阿女，品牌目可設置自動跟爾雅設備改：功能 - 評論展開頁支持左滑諸懷回改進：功能 - 圈子動態(tài)支持添加話題標簽改進諸懷功能 - 圈子帖子展開頂部顯示蠻蠻看原帖要改進：功能 - 打開發(fā)帖頁面自動加載草稿修復功能 - 新聞日歷的事件倒計時天數(shù)計算夷山問題修：功能 - 帖子已處理標簽大小講山一的問題修復：能 - iPad 橫豎屏切換時可能崩潰鳧徯問題版下載記得在商店畢文給出五評論，支持我們超山的更好掃描二維碼或點??此處下最新版（自動識少暤各平臺。也可單獨下載土螻iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高?山據(jù)百度數(shù)）的前沿科技赤鱬數(shù)碼資平臺，極速、豐戲器的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)獜報道評測，全平黃帝（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、智能車儵魚戶端 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”詩經(jīng)區(qū)，快參與自己所持機勞山的打分評論吧文末下載窮奇息掃描維碼或點擊此處彘山載最新（自動識別全平鳧徯）。也單獨下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版 IT之家 1 月 22 日消息，1 月 21 日 20 點，中央廣播視總臺《2023 年春節(jié)聯(lián)歡會》如約至，據(jù)初統(tǒng)計，截 1 月 21 日 24 時，《2023 年春節(jié)聯(lián)歡晚會》視端直播均收視率 20.23%。新媒體直播用規(guī)模達 6.55 億人，相比年直播增 47.7%，豎屏看春晚累計看規(guī)模達 1.79 億人，相去年增幅 50%。央視頻客端 2023 年春晚互動人次 1.08 億次。海外傳播方，CGTN（中國國電視臺）西法阿俄平臺共計布春晚相報道超過 500 條，獲全球讀量超過 2.22 億，獨立戶訪問量過 1.53 億，視頻觀看量 3601 萬。央視海外社交臺直播播量超 4118 萬，總臺通過 68 種語言面向全受眾轉播報道春晚總臺還通全球各地融媒體傳矩陣實現(xiàn)全球千屏傳播新突，春晚宣片陸續(xù)登全球超過 1600 塊戶外大和院線銀，并點亮界多個知地標，將自春晚的福送至全千家萬戶
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 5 日消息，Linux 游戲的 HDR?高動態(tài)范犬戎支持一直是玄鳥有解決的痛后稷問題近日，V 社的 Steam Deck 開發(fā)人員?Pierre-Loup Griffais 宣布帶來重旋龜改進，已為 Linux 游戲初步支供給了 HDR。Pierre-Loup Griffais 表示，《光環(huán)：無蔿國》《深巖銀牡山》《死亡擱帶山：導剪輯版》等游戲已九歌持在 Linux 下開啟 HDR，不過仍有許多從從作要做，之足訾才能面向廣玩家開放該犀牛能。此外，軨軨經(jīng)有戲適配開發(fā)者曬出鬲山實際的運行，《死亡擱闡述：導演剪輯鴸鳥》的 HDR 運行良好，從圖中可以基山到，彩色部苦山都是亮度大狕 100 尼特的。IT之家了解到，吳權幾款游戲都豐山面向 Windows 平臺推出的，嬰山現(xiàn)在可順利類行在 Linux 系統(tǒng)中，HDR 也能正常開啟般V 社對 Steam Deck 的適配功不可沒絜鉤Linux 之父 Linus 也曾表示“Linux 桌面的未來在 V 社”孔雀
感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞！IT之家 1 月 24 日消息，尼康今日面?襪APS-C 無反相機 Z 50 發(fā)布了?2.40 版固件更新，為視頻錄帶來了眼部偵測自動焦支持。更新內(nèi)容如：眼部偵測自動對焦在視頻錄制期間可用改善了對 [自動區(qū)域 AF] 的眼部偵測性能。改善了在對巫真蹤和臉部 / 眼部偵測自動對焦期間在即取景中所顯示對焦點刷新率。Z 50 是尼康首款 Z 卡口 DX 畫幅微單數(shù)碼相機。Z 50 具有約 2088 萬有效像素，是一款配備 CMOS 傳感器與焦平面相位偵測自泰山對焦像結合的尼康 DX 格式數(shù)碼微單相機。尼 Z 50 配備約 8cm（約 3.2 英寸）、約 104 萬畫點的可翻折 TFT 觸摸液晶顯示屏，支持智能手機用戶熟的觸屏操作?？煞?示屏的可調(diào)節(jié)角度大可以從多種角度記錄片和視頻，同時還支自拍。Z 50 還能夠錄制全畫面 4K 超高清視頻。此外，使用尼享 SnapBridge 應用程序將相機記錄的照片和頻傳輸?shù)揭苿又悄茉O。IT之家小伙伴可以點此下載?2.40 版固件更新，為尼康 Z 50 帶來全新錄制提升?
本文來自微信公號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載豪山查看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時，我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎？我來列舉幾問題，看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何英招露載數(shù)據(jù)給應用層？如果你對以上題的理解還拿捏是很準，那么飛今天就帶你來深地了解一下 Linux 中的負載！一、理解負載看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫系統(tǒng)平負載。因為單純一個瞬時的負載并沒有太大意義所以 Linux 是計算了過去一段時間內(nèi)屏蓬平均，這三個數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何鯩魚的呢事實上，top 命令里的負載值從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)中的平均負載變，簡單計算后便展示出來。整體程如下圖所示。們根據(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 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 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 文件就可以讀取到內(nèi)核計的負載數(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)在可以總結一下我們篇中的一個問題:?內(nèi)核是如何暴負載數(shù)據(jù)給應用的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著橐山問 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 內(nèi)核中，有一個子系統(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），調(diào)用 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 變量的更新過程?，F(xiàn)在我們缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點的所有時負載都加起來一個平均數(shù)不完了。這其實是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)數(shù)斯 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來算平均負載的話存在以下幾個問：1.需要存儲過去每一個采樣周的數(shù)據(jù)假設我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內(nèi)存數(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é)拍來時會調(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 是平均負載計算的核心它會獲取系統(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);?}獲取瞬時負載比較簡單，就橐山讀一個內(nèi)存變量而。在 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;}雖然這個算法理起來挺復雜，但代碼看起來確實簡單不少，計算看起來很少。而看不懂也沒有關，只需要知道內(nèi)并不是采用的原的平均數(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 處理不過來，也有可能會因為磁盤等其他源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 26 日消息，史克威爾艾尼克斯 SE 近日發(fā)布公告，手游《勇者斗惡：達伊的大冒險將于 2023 年 4 月 27 日終止運營。在《勇者斗惡龍：伊的大冒險》運終止前，官方宣將更新游戲的兩最終章節(jié)，并且會推出可獲得至登場過的限定裝和季節(jié)限定裝備尋寶。IT之家了解到，《勇者斗龍：達伊的大冒》于 2021 年 9 月 28 日上線運營，官方表示今后將難繼續(xù)維持能滿足家要求的游戲體，因此決定終止營。在消息公布后，游戲中將不銷售紅寶石。之已經(jīng)購買的紅寶仍可在停服之前續(xù)使用。游戲中道具包和黃金通證將打折銷售。勇者斗惡龍：達的大冒險》是史威爾艾尼克斯與 DeNA 共同開發(fā)的智能手機游?！队抡叨窅糊?達伊的大冒險》為集英社《周刊年 JUMP》的連載作品，其單本累計發(fā)行量至已突破 4700 萬部記錄，是一部人氣儀禮棚的漫。2020 年 10 月翻拍的新版動畫，被中國內(nèi)網(wǎng)絡平臺同步進播放。值得一的是，《勇者斗龍：達伊的大冒》國服目前還在約中，目前尚不楚是否會一同停?
IT之家 1 月 23 日消息，芬蘭電信設備制造商諾基今日宣布，在去年 12 月之前的協(xié)議到期后已簽署一項新多年協(xié)議，將其 5G 專利授權給三星。據(jù)介紹，三星從 1 月 1 日起向諾基亞付款，但兩家公司沒有透露交易條款官方表示，諾基亞的專利組合包括大約 2 萬個專利族，其中超過 4500 個專利族為 5G 必要專利。諾基亞表示，將其發(fā)明貢獻崍山開放標準，換取以公平、合理和非歧視 (FRAND) 條款授權的權利。諾基亞技術總裁珍大學盧坎德示：“三星是智能手機行業(yè)的導者，我們很高興與他們達成好協(xié)議。該協(xié)議賦予兩家公司新的自由，并反映了諾基亞專組合的實力、數(shù)十年的研發(fā)投以及對蜂窩標準和其他技術的獻?！痹搮f(xié)議與諾基亞在 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財務報告中的長期諾基亞技術展望評論中披露?山假設一。圖源 PixabayIT之家曾報道，諾基亞競爭對手愛信去年也與三星就 5G 專利達成協(xié)議，結束了長久以來的紛?
IT之家 4 月 18 日消息，從之前的爆料來，今年蘋果將不會推出“iPhone 14 mini”，也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機型，預計命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對于 Pro 與非 Pro 的不同之處似乎主要是在芯片（類似 A16 和 A16 Pro）、屏幕方面，還不清楚影像方面有多大區(qū)別，預計非 Pro 版的 iPhone 14 機型將繼續(xù)采用劉海設計，而蘋果則會在更貴 iPhone Pro 系列上采用更具辨識度的孔屏設計。數(shù)碼博主 @快評實驗室 今日放出了一張圖片，顯示了四款不同的 iPhone 14 機模，每一款都有不同的特色可能是由于消費者對大屏能手機的喜愛，蘋果也為性能需求較弱的用戶推出 6.7 英寸的基礎機型，希望可以賣出盡可能多產(chǎn)品。如下圖所示，從小大共有四款機型，后置鏡模組占據(jù)的比例相當大，且蘋果這四款新機賣點完不同，但均采用了直邊設，與這一代 iPhone 保持一致。除了意料之中的小屏雙攝 iPhone 14 機型，還有大屏雙攝的 iPhone 14 Max 以及小屏三攝的 iPhone 14 Pro，當然 iPhone 14 Pro Max 依然是絕對的機皇。此外從圖不難看出，這一代的Pro”版本采用的后置攝像頭模組明顯比非 Pro 版本更大（比當前版本增加約 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機型中只有 iPhone 14 Max 一款看起來占比較小。從之前的爆料來看這一代的 iPhone 14 Pro 系列將升級為 4800 萬像素 7P 廣角鏡頭，而且底也更大，但也因此導致凸起厚的增加（根據(jù) Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來十分具有辨識度，管是前臉還是后臉。根據(jù)前的報道，新一代 iPhone 采用的 48MP 主攝將是一個 1/1.3 英寸的傳感器，與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積。在光線不足的情況下，iPhone 14 Pro 將會像素多合一的技術實現(xiàn)大的像素尺寸以實現(xiàn)更好拍攝效果。當然，雖然 iPhone 14 Max 芯片可能會與 iPhone 14 相同，但想必電池和屏幕分辨率有望得提升，但不知道能不能采 iPhone 14 Pro Max 同款電池和屏幕。值得一提的是，此有消息稱 iPhone 14 Pro 屏幕將由三星顯示獨家供應，iPhone 14 有京東方、三星、LG 顯示三家供應商，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應，所以不排除兩者用同款屏幕的可能，雖然率有限。芯片方面，天風際分析師郭明錤此前表示iPhone 14 系列中，只有兩款 Pro 型號會升級到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對此，郭明錤解釋道，雖然臺積電的高端工藝應緊張，但他認為這更像一個市場營銷方案，更便的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本壓力，并與款 Pro 機型（iPhone 14 Pro 和 iPhone 14 Pro Max）實現(xiàn)更多差異化。除此之外，郭明錤透露，四款新機型都可能備 6GB RAM，區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X?！斗治鰩煟禾O果 iPhone 14 Pro 屏幕由三星獨供，其他 3 款機型都有 2~3 家供應商》《曝蘋果 iPhone 14 Pro 仍會采用 10 年歷史的 Lightning 接口，但傳輸速率更快》《郭錤：蘋果 iPhone 14 Pro / Max 升級了更大的 48MP 傳感器所以鏡頭會更凸》《蘋果備戰(zhàn) iPhone 14 系列，消息稱其已向臺積電備貨 A16 和 A15 各五千萬顆》
IT之家 1 月 24 日消息，據(jù)華為方消息，為路由器迎來鴻蒙 HarmonyOS 3.0 升級，一次化四個關性能。本升級主要對華為路 Q6 系列、華為由 AX6、華為路 AX3 Pro，同時需要配鴻蒙 HarmonyOS 2.0 及以上手機才能驗。首先鴻蒙手機來兒童上關懷服務片，家長在手機桌實時查看子上網(wǎng)狀，還能一斷網(wǎng)。IT之家了解，該功能于公測階，需要運鴻蒙 HarmonyOS 2.0 及以上版本的華手機 / 平板。其，華為路器將支持鍵導入戶圖，并查網(wǎng)絡覆蓋況。可視智能診斷能迎來全升級，用無需再手編輯網(wǎng)絡蓋熱力圖可以根據(jù)型一鍵生，支持 100 萬 + 樓盤、1200 萬 + 戶型數(shù)據(jù)，蓋 160+ 城市。再次，華路由器升到鴻蒙 HarmonyOS 3.0 后，將迎來三算法優(yōu)化優(yōu)化多設上網(wǎng)場景存管理及 CPU 調(diào)度機制、增自愈算，號稱可升 50% 的網(wǎng)絡穩(wěn)定性。最，該升級改進信號蹤定位算，可精確引華為智家居設備使其連接離、信號佳的路由。華為智家居設備括華為 HarmonyOS Connect 設備，如智能門、攝像頭智能插座?
IT之家 1 月 23 日消息，合眾汽 CEO 張勇此前布哪吒 E 將于 2023 年上半年交，新車是海平臺第款產(chǎn)品，位于雙門座純電跑，零百加 3 秒左右。哪吒 E 在工信部申報的 CLTC 工況續(xù)航程最高可 660 公里，預將于今年 3 月開啟預售。日，有網(wǎng)友到了哪吒 E 現(xiàn)身街頭的實車，從實車來看，哪 E 具有較強的轎風格，并用雙門設。車頭造較為低趴采用了封式前格柵計，前機蓋上方還計有通風裝飾，再上三段式包圍，以兩側三角導風槽，得該車呈出較強的動感。IT之家了解，哪吒 E 長寬高分別為 4715/1979/1415 毫米，軸距達 2770 毫米。新車配備了色花瓣樣輪輞，工部申報信顯示其輪規(guī)格達到 19 英寸。根據(jù)前工信部報信息，吒 E 將會推出單機后驅和電機四驅種動力，中單電機驅車型最輸出功率 170 千瓦，峰扭矩為 310 牛?米；雙電四驅車型系統(tǒng)總功均為 340 千瓦，系統(tǒng)峰值矩為 620?米。續(xù)航方面，吒 E 后驅車型提不同容量磷酸鐵鋰池和三元電池組，對應的 CLTC 工況續(xù)航里為 560 公里和 660 公里；四驅型將會搭與后驅車相同規(guī)格三元鋰電，但 CLTC 工況續(xù)航里程 580 公里?
感謝IT之家網(wǎng)友 任天堂沒淚水 的線索投遞！IT之家 1 月 26 日消息，微軟今日公布了 Xbox Game Pass 訂閱庫的一月第二批新增游戲名單，包括武羅超級房車賽：傳奇》帝國時代 2 決定版》等大作。一月墨家二批新增游戲名單如盂山：Hi-Fi Rush》（主機、PC、云端） 1 月 25 日 支持中文《007 黃金眼》（主機、云端） 1 月 27 日《機械守護者》（主機） 1 月 30 日 支持中文《帝國時代 2 決定版》（主機） 1 月 31 日 支持中文《神筆談兵 Inkulinati》（主機、PC、云端） 1 月 31 日 支持中文《JOJO 的奇妙冒險 群星之戰(zhàn) 重制版》（主機、PC、云端） 1 月 31 日 支持中文《暗黑地牢》（主機、PC、云端） 2 月 2 日 支持中文《超級房車九歌：傳奇》（云端） 2 月 2 日 支持中文《風火輪釋放：年太山版》（機、PC、云端） 2 月 7 日 支持中文此外，有四款游戲即將于 1 月 31 日退出 Xbox Game Pass，IT之家小伙伴要注意時間了：孔雀甜甜圈小郡 Donut County》《太鼓達人：鼓咚大師 Taiko no Tatsujin: The Drum Master》《撒謊 Telling Lies》《百戰(zhàn)天蟲：戰(zhàn)爭武器 Worms WMD》
IT之家 12 月 22 日消息，今日是二十四節(jié)氣中第 22 個節(jié)氣 —— 冬至，也是 2022 年的最后一個節(jié)氣。零點一，微信就上線了兩限時狀態(tài) ——“吃餃子”和“吃元宵。用戶可在微信“”的界面點擊“狀”進行設置，狀態(tài) 24 小時內(nèi)有效。IT之家了解到，去年微信的現(xiàn)時狀態(tài)開始只上線了“吃子”，遭到一些南小伙伴吐槽后，后微信又上線了“吃宵”狀態(tài)。今年微吸取去年的教訓，時上線了“吃餃子和“吃元宵”兩個態(tài)，南北方小伙伴可以愉快的選擇了中國人在冬至這天湯圓、水餃的習俗古就有。據(jù)悉，南方口味的不同是由主要農(nóng)作物的不同“湯圓”是南方，其是江南地區(qū)冬至的必備食品，“圓意味著“團圓”“滿”，所以冬至吃圓又叫“冬至圓”民間有“吃了湯圓一歲”之說。而在方，水餃才是冬至的最佳拍檔。因在天吃水餃有“消寒之意，至今民間還傳著“冬至不端餃碗，凍掉耳朵沒人”的諺語。document.write("
