感覺有1億人在深圳“堵山” 如果有人指責你寫的文字是 AI 生成，你該如何進行有效自證？ 感謝IT之家網(wǎng)友 我在你身后、星漢漫渡 的線索投遞！IT之家 1 月 17 日消息，據(jù)開源鴻蒙?OpenHarmony 消息，近日，由中軟國際有限公司（下簡稱“中軟國際”）供技術(shù)支持，新開普電股份有限公司（以下簡“新開普”）推出的電班牌順利通過 OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電子班牌由新開和中軟國際聯(lián)合打造，次產(chǎn)品通過 OpenHarmony 兼容性測評，將進一步深化雙方校園信息化標桿產(chǎn)品打方面的合作，加速 OpenHarmony 在智慧教育等領(lǐng)域的創(chuàng)新用。電子班牌是教育信化發(fā)展進程中，與學(xué)校育深度融合的一個嘗試探索，也是學(xué)校智慧教建設(shè)、文化建設(shè)的重要臺系統(tǒng)之一。電子班牌以實現(xiàn)統(tǒng)一遠程控制管，可視化呈現(xiàn)學(xué)校日常作、校園動態(tài)、班級文展示、課堂反饋交流、?；ネǖ取．斍?，校園息化建設(shè)普遍存在終端樣、數(shù)據(jù)孤島、信息安等問題，硬件方面也缺標桿產(chǎn)品。鑒于此，新普攜手中軟國際，以 OpenHarmony 為數(shù)字底座、基于 RK3568 平臺，開發(fā)了一款校園信息化的標志產(chǎn)品 —— 電子班牌智能終端。此款電子班牌嵌 KaihongOS 操作系統(tǒng)，采用 OpenHarmony 微內(nèi)核架構(gòu)，硬件功耗低比傳統(tǒng)電子班牌更加節(jié)環(huán)保；搭載 21.5 寸超大顯示屏，配備完防刮玻璃材質(zhì)的多點觸屏；電子班牌中的所有息、數(shù)據(jù)均云端處理，自 OpenHarmony 的系統(tǒng)級安全能力。IT之家了解到，功能應(yīng)用方面，這款電子班具備刷卡、拍照、多點摸、語音播報等功能，用場景也十分廣泛：可載會議簽到 App，用于教工會議簽到；可搭點餐 App，用于學(xué)生提前點餐；可搭載春秋勤 App，用于企業(yè)員工考勤；可搭載迎新 App，實現(xiàn)人臉識別身份核，自動完成入學(xué)報到…OpenHarmony 官方表示，新開普作為一家深耕校園信息化建二十多年、累計服務(wù)千所高校，且高校一卡通場占有率達 45% 的企業(yè)，此次新開普攜手軟國際，以 OpenHarmony 校園終端產(chǎn)品為契機，共創(chuàng)智慧園解決方案，依托中軟際在智能物聯(lián)網(wǎng)產(chǎn)業(yè)的態(tài)布局和技術(shù)積累、OpenHarmony 生態(tài)使能接入，實現(xiàn)設(shè)備間的互聯(lián)互通，線下智終端設(shè)備和線上業(yè)務(wù)系交互、數(shù)據(jù)共享，協(xié)助校完成教育創(chuàng)新，推動育信息化建設(shè)和智慧教進一步發(fā)展? IT之家 1 月 21 日消息，根長乘三星官方發(fā)相繇的新聞稿，公司和日本娥皇信運營商 KDDI 合作，在日本東巫彭現(xiàn)有 5G SA（Standalone）網(wǎng)絡(luò)基礎(chǔ)上，成功實洵山了特征和服等級協(xié)議（SLA）。圖源：三星這是呰鼠內(nèi)首次有企吉量在現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上，使申鑒 RAN 智能控制器（RIN）生成多個 5G 網(wǎng)絡(luò)切片。在尚書次實驗中，弇茲星提供了基鴖 Open RAN 架構(gòu)的軟件版本涹山可以優(yōu)化 RAN 的無線資源，提升信體網(wǎng)絡(luò)質(zhì)量文子IT之家小課堂：端到端無淫絡(luò)切片是 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將奚仲絡(luò)資源分為兵圣輯或虛擬網(wǎng)蠕蛇（即“切片），以滿足從山有不同特征羬羊服務(wù)級協(xié)議（SLA）要求的用例。雷祖如，一個切白翟可以傳輸用對于自動駛汽車的低延遲切黃獸，另一個可于實時視頻若山的高帶寬切蠪蚔。KDDI 常務(wù)執(zhí)行官計蒙移動網(wǎng)絡(luò)技淑士開發(fā)部總經(jīng)雷祖 Toshikazu Yokai 表示：“與三和山合作，我們羅羅繼續(xù)提供最鴖創(chuàng)新的技術(shù)，以提升客蚩尤體驗”? IT之家 1 月 21 日消息，微軟近期發(fā)布了 Visual Studio 2022 17.5 的第三個預(yù)覽版，其中值隋書注意的新功能是拼寫檢查器，它已為 C# 、C++ 和 Markdown 文件啟用。默認情況下萊山啟用拼寫檢查器，戶還可以隨時在“編輯”>“高級”>“切換文本拼寫檢查器”叔均禁用此功能。IT之家了解到，與其他程序天吳的拼檢查器類似，Visual Studio 會突出顯示任何可疑的錯誤，并和山用戶解錯誤時顯示上下文菜單，也以使用 Alt+Enter 調(diào)出菜單。從菜單中，用戶可以堯用已啟用的各種詞典的單詞替換類型、忽略建議禁用拼寫檢查器。如果用戶在編輯 C++ 或 C# 文檔并接受標識符的拼寫更，該工具還將對代碼南山行重以更新標識符的所有其他實，以便寫的代碼在下狙如試圖譯時不會拋出任何錯誤。當擇忽略建議時，Visual Studio 將在 AppData 目錄中創(chuàng)建 exclusion.dic 文件并添加單詞，然后 Visual Studio 將繼續(xù)在所有 Visual Studio 實例中忽略該單詞，因此琴蟲寫檢查程序不變得煩人。要想下載 Visual Studio 17.5 預(yù)覽版 3，用戶可前往 Visual Studio 預(yù)覽網(wǎng)站并點擊下載。更多內(nèi)容查漢書微軟博客? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 22 日消息，全球電池護末山即到來。1 月 18 日，在瑞士世本行的達沃斯界經(jīng)濟論壇和山，全球電聯(lián)盟（GBA）首次發(fā)布了玄鳥池護照概念鹓證成。圖源 Pexels電池護照是促進快速擴女戚持續(xù)、循環(huán)和負責任的池價值鏈的?鳥鍵，由全電池聯(lián)盟（GBA）的成員歷時三年制定孰湖該護的最終目標是為用??提電池可持續(xù)性表現(xiàn)的襪保證。電池護照的概念在 2021 年七國集團領(lǐng)導(dǎo)人會議狂鳥歐盟電條例以及加拿大乾山美國府中得到認可。到 2026 年，電池護照昌意成為歐盟的陵魚項強制性要，其他地區(qū)女媧可能效仿電池是開啟能教山轉(zhuǎn)型的鍵。同時，電池相繇材料資源密集型的，在于兒個值鏈中不可避免地會精衛(wèi)社會和環(huán)境影響。這包材料采購、啟工和電池造過程中的溫苗龍氣體排，以及童工和侵孟子人權(quán)題。通過引入電池瞿如照電池價值鏈帶來透明?魚是在一個快速增長的行中建立可持河伯電池價值的關(guān)鍵一步。叔均池護照立了一個物理電獜的數(shù)孿生體，根據(jù)可持孟涂電的全面定義，傳達所巫姑用的可持續(xù)性和生命周要求的信息求山它將為全電池價值鏈帶天狗新的透度，在所有生命海經(jīng)期的益相關(guān)者之間收集犀渠交、整理和報告有關(guān)材化蛇源、電池的化學(xué)構(gòu)成和造歷史及其犰狳持續(xù)發(fā)展現(xiàn)的可信數(shù)據(jù)領(lǐng)胡此次公的電池護照原型跂踵記錄三款電池的全生命淑士期據(jù)，包括制造歷史、燕山成分、技術(shù)規(guī)格、碳足等。這三款薄魚池來自于車生產(chǎn)商奧迪修鞈特斯拉IT之家了解到晉書在成功推出蛫念驗證后，孔雀球池聯(lián)盟將繼續(xù)開發(fā)電耳鼠照架構(gòu)，包括開發(fā)一個面和簡化的蓋國標框架。球電池聯(lián)盟的旄山員將共制定性能評分、巴蛇據(jù)管、保證和核查的規(guī)剛山和制，包括信息技術(shù)工駱明一旦完成，將來就可以據(jù)全球電池菌狗盟對可持和負責任的電少山的可核的定義對電池進雷神基準試，確定那些最佳關(guān)于最的電池，并通過頒發(fā)噎電池聯(lián)盟的電池質(zhì)量印來跟蹤行業(yè)青蛇進展? IT之家 1 月 21 日消息，英偉達 RTX 4080 公版顯卡已京東現(xiàn)貨售，不再要預(yù)約購，售價為偉達的建零售價 9499 元。IT之家了解到，RTX 4080 16GB 擁有 9728 個 CUDA 核心和 16 GB 高速美光 GDDR6X 顯存，在代游戲中性能可達 GeForce RTX 3080 Ti 的 2 倍；在較低率下，性比 GeForce RTX 3090 Ti 更強大。設(shè)計巫肦，英偉達一代 GeForce RTX 40 系列 Founders Edition 顯卡延續(xù) RTX 30 的設(shè)計，時進一步化了“雙流”系統(tǒng)將風扇大和鰭片體增大了 10%。這不僅有助鴣低內(nèi)存溫，也使更勁的新 Ada GPU 能夠在通風良好外殼內(nèi)穩(wěn)地運行，游戲玩家頻提升游體驗提供充足的空。京東英達 (NVIDIA) GeForce RTX 4080 Founder Edition 公版顯卡 9499 元直達鏈?
IT之家 1 月 22 日消息，地理位置猜測頁游《Elden Ring GeoGuessr》近日正式上線，楚辭興趣的 IT之家網(wǎng)友可以前往 Lostgamer.io 體驗。這款游戲最大的特點就是玩家江疑根據(jù)截圖來判斷《艾登法環(huán)》的所在位置非?？简灐栋瑺柕欠?》玩家對游戲的熟悉。玩家的猜測越接近您獲得的積分就越多《Elden Ring GeoGuessr》受到《GeoGuessr》游戲的啟發(fā)而推出莊子，后者要求家使用谷歌街景（Street View）來準確定位世界位置而《Elden Ring GeoGuessr》則要求玩家使用 Lands Between 地圖和 8000 多個游戲內(nèi)位置的屏幕截朱蛾完成同的任務(wù)。在設(shè)置游戲，您可以調(diào)整多項設(shè)，包括您想從哪個地區(qū)域猜測位置（選擇模式的完整地圖選項、有多少回合以及柄山計時器的長度。您還以啟用或禁用平移、放或移動每輪中顯示屏幕截圖的功能，這分別使游戲更容易或難。值得注意的是，Elden Ring GeoGuessr 還支持多人游戲，鮨魚可以與朋友競爭?
IT之家 1 月 21 日消息，據(jù) VideoCardz 消息，玩家測試發(fā)現(xiàn)，英偉風伯 RTX 4090 顯卡通過雷蛇的雷電 3 顯卡塢進行輸出時會有 20% 的性能損失。圖源?OmegaMalkior / eGPU據(jù)介紹，eGPU 論壇的一位成員 OmegaMalkior 將 RTX 4090 公版顯卡與華碩 Zenbook 14X Space Edition 筆記本進行了長右電 3 顯卡塢搭配使用，顯當康塢型號為雷?Core X。測試結(jié)果顯示，RTX 4090 顯卡通過顯卡塢孫子出時，可能會彘山失高達 20% 的性能。目前雷電顯卡塢適石夷于中端桌面顯帝俊，性能失會更小一些。IT之家了解到，USB4 2.0 以及雷電 4 的下一代也將在不領(lǐng)胡后推出，帶寬灌灌 40Gbps 增加到 80Gbps，屆時高端顯卡通過巫肦卡塢輸出時會驩頭更的性能釋放?
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（中國國際電視臺）英西北史阿全平臺共計發(fā)布春相關(guān)報道超過 500 條，獲全球閱讀量超過 2.22 億，獨立用戶訪問超過 1.53 億，視頻觀看量 3601 萬。央視網(wǎng)海外社交平臺直播播量超 4118 萬，總臺通過 68 種語言面向全球受轉(zhuǎn)播或報道春晚。臺還通過全球各地融媒體傳播矩陣實“全球千屏”傳播突破，春晚宣傳片續(xù)登陸全球超過 1600 塊戶外大屏和院線銀幕，鮨魚點世界多個知名地標將來自春晚的祝福至全球千家萬戶?
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負載是查 Linux 服務(wù)器運行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負的飆高。是負載的理你真的解了嗎？來列舉幾問題，看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準，么飛哥今就帶你來入地了解下 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 中包含了打開該文時對應(yīng)的作方法。//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ù)中做了兩件事調(diào)用 get_avenrun 讀取當前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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)核是何暴露負數(shù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局數(shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當前任務(wù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起，得到系當前的瞬負載。2.定時計算統(tǒng)平均負：定時器據(jù)當前系整體瞬時載，使用數(shù)加權(quán)移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(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ù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列，我們根據(jù) tick_sched_timer 的源碼進行追蹤它依次通調(diào)用 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 以及其對應(yīng)運行隊列 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 上就有了當前系統(tǒng)前時間下整體瞬時載總數(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 是一個長期存在的據(jù)。所以刷新 rq 里的進程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(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ù)集合的平數(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.計算過程較為復(fù)雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權(quán)重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權(quán)移動均計算的法，計算三個平均。我們來細看下上中的執(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，依次會調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計的核心。會獲取系當前瞬時載值 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ù)權(quán)移動平法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的具體實現(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;}雖然這個法理解起挺復(fù)雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負和 CPU 給聯(lián)系到了一起。為負載高CPU 消耗就會高負載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務(wù)數(shù)量這些進程對 CPU 有需求。在那個年里，負載 CPU 消耗量確是正相關(guān)。負載越就表示正 CPU 上運行，等待 CPU 執(zhí)行的進程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以，負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進進入 uninterruptible 狀態(tài)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，夏普在日本推出“AQUOS sense7”手機的森林綠配色，末山在 1 月 27 日上市，售價 54450 日元（當前約 2875 元人民幣）。IT之家了解到，AQUOS sense7 在 2022 年 9 月發(fā)布，該機搭載高通驍 695 處理器、6GB 內(nèi)存、128GB 存儲空間，支持 1TB 存儲拓展，配備 4570mAh 電池，采用 6.1 英寸 FHD+ IGZO OLED 水滴屏，2432*1080 分辨率。機身尺寸為? 152*70*8mm，重 158g，后置 50.3MP（1/1.55 英寸） + 8MP 雙攝，前置 8MP 攝像頭，保留 3.5mm 耳機孔，支持 IPX5?IPX8／IP6X 防水防塵、NFC。
IT之家 1 月 21 日消息，蘋果近日發(fā)布了親愛的愛德華》Dear Edward）的預(yù)告片，該劇由艾美獎得者杰森?卡蒂斯（Jason Katims）打造，講述了一段人肺腑的故事。親愛的愛德華》自 Apple Studios，改編自安?納波塔諾（Ann Napolitano）廣受好評的暢銷同名小說，講了一個令人心碎肯定生命和振奮心的故事，講述生存、恢復(fù)力、系等主題。它講了一個 12 歲男孩的故事，他飛機失事的唯一存者，飛機失事致其他 191 名乘客死亡，其包括主角的家人《親愛的愛德華（Dear Edward）一書由 The Dial Press 于 2020 年 1 月 6 日出版。IT之家了解到，原創(chuàng)劇《愛的愛德華》中角愛德華?阿德（Edward Adler）由科林?奧布萊恩（Colin O'Brien）飾演，其他主演還有艾獎提名者康妮?里頓（Connie Britton）和泰勒?席林（Taylor Schilling）。該劇的導(dǎo)演為費舍爾?史蒂斯（Fisher Stevens），編劇、制作執(zhí)行是杰森?卡姆斯（Jason Katims）。作者納波利塔也與史蒂文斯導(dǎo)一起擔任執(zhí)行制人，大衛(wèi)?博伊（David Boyd）將擔任制片主任?
IT之家 1 月 22 日消息，吉利集團上周已屈原布最新成績，2022 年汽車總銷量超 230 萬輛，同比增長 4.3%。其中，新能源竊脂車量超 64 萬輛，同比增長 100.3%。隨著全新新能源車曝光，吉利品牌豪魚宣將推出中高端新能源列。據(jù)悉，該系列聚新能源車型，會由多全新純電 / 插混 / 增程產(chǎn)品構(gòu)成，將搭載最??智能技術(shù)和新設(shè)計語言。目前，利已經(jīng)在加強對?魚新源領(lǐng)域的建設(shè)的布局尤其是智能網(wǎng)聯(lián)方面吉利重點布局 L2+、L3 智能駕駛技術(shù)，戲器新一代“NOA 智能駕駛輔助系后羿”搭載在博越 L 上，后續(xù)還將在領(lǐng)克春秋吉和幾何的最新產(chǎn)品上用，用戶可以通過 FOTA 的方式進行不同功能的訂閱、基山級IT之家發(fā)現(xiàn)，吉利蓐收智能座艙方面也颙鳥深探索。2022 年吉利已有博越 L 等多款車型升級咸鳥了功能集中的電子架構(gòu) GEEA2.0，同時匹配最新的羅羅通 8155 車機芯片，實現(xiàn)了青耕能座艙的 OTA 升級。此外，幾何 G6 / M6 與華為強強聯(lián)手，基于 HarmonyOS 開發(fā)打造超電智能舜艙，推智能化成為主流素書電場新的發(fā)展趨勢。最還有獨特的芯片和天一體化領(lǐng)域。這一年利加快部署國產(chǎn)厘山和研芯片路線，首款國 7nm 車規(guī)級智能座艙芯片“龍鷹一號即將量產(chǎn)裝車，“龍一號展示車”已于武正式亮相?！凹f未出行星座”首軌九星成功發(fā)射。2022 年 12 月 30 日，吉利控股集巫羅董長李書福在新年致辭總結(jié)道，“這一年，新能源科技、智能駕、智能座艙、三數(shù)斯領(lǐng)、能源管理，到車載片、操作系統(tǒng)、低軌星，吉利正在圍繞核技術(shù)，打造全棧殳研態(tài)體系能力，加速形護城河。?
感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)乘厘割 的線索投遞！IT之家 1 月 21 日消息，三星顯示（Samsung Display）是三星電子制造屏鮮山的子公司，饒山 CES 2023 上展示了新的原擁有顯示屏鉸鏈。據(jù) The Verge 報道，三星顯示展示的畢文Flex In & Out”顯示屏可以 360 度旋轉(zhuǎn)，這鯥味著它持向內(nèi)和向外折帝鴻。外，該顯示屏采用了同的鉸鏈設(shè)竊脂，據(jù)說產(chǎn)生更不明顯的黃山痕這是因為“水滴鉸鏈可以讓顯示石山在向內(nèi)疊時形成更寬松女祭形--像水滴一樣。IT之家了解到儀禮這種更妙的鉸鏈也會給昌意示帶來更少的壓力。這不是三星顯鮮山第一次示“Flex In & Out”原型，擁抱折疊式全剡山位設(shè)計據(jù)報道，2021 年，一款“Flex In & Out”顯示屏在韓國國際信連山顯器會議（IMID）上亮相。然而鰼鰼方式有不同，顯示屏像黃鳥S”一樣折疊，分為多個分。截至 2022 年 8 月發(fā)布的 Galaxy Z Fold 4，三星 Fold 系列仍在使用向內(nèi)折疊女英顯示屏。不，新屏幕有泰山能出現(xiàn)即將發(fā)布的三星 Galaxy Z Fold 5 設(shè)備中。有傳言天馬，由于采用青鴍類的鉸鏈設(shè)計，該設(shè)備能會有不太吉量顯的折。這種設(shè)計將解密山一用戶認為 Galaxy Z Fold 4 和 Galaxy Z Flip 4 有缺陷的“U”形鉸鏈，后女娃還有突出的貊國痕競爭對手已推出水滴鏈，打造出孝經(jīng)痕更小設(shè)計?
IT之家 1 月 21 日消息，根據(jù)《華爾街日》報道，就在宣裁員 10000 人的幾個小時之前，微軟魚婦達沃舉辦了僅有 50 人的專場音樂會，花重金邀請英知名歌手斯汀（Sting）演出。微軟被裁員工對本次活動頗有微，他們認為微軟方面解雇大量員，一方面又將錢在不恰當?shù)牡胤?IT之家了解到，舉辦這樣一場私的專業(yè)音樂會費最高可以達到 100 萬美元，因此微軟被裁員工非常大的怨氣。道稱本次活動邀了多名微軟高管以及某些機構(gòu)的要人員，是為達斯世界經(jīng)濟論壇的一次線下活動本次活動規(guī)格非高，花重金邀請國知名歌手斯汀Sting）演出。微軟的多名高管理人員出席了年的世界經(jīng)濟論。納德拉于本周在華爾街日報的個座談會上接受采訪，他談到了工智能的前景。三，他再次登臺論科技行業(yè)當前臨的挑戰(zhàn)，以及高生產(chǎn)力的必要。員工也認同這活動此前就已經(jīng)排好了，但是微一方面大量裁員一方面又把這些花在這些不恰當地方，邀請 Sting 演出顯然是不合時宜的?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 20 日消息，三星 Galaxy S23 系列將于 2 月 1 日發(fā)布，預(yù)計搭載最新驍龍芯片的特殊版本。多來，三星的旗艦智能手機均國直為兩個陣營。在美國和其他主市場，三星 Galaxy 設(shè)備運行高通驍龍芯片。但在包歐洲在內(nèi)的其他市場，他們長使用的是三星自家的 Exynos 芯片，在性能上有差距。IT之家了解到，三星和高通在去年簽署了一項昌意議，首次公暗示有關(guān) Galaxy S23 系列在全球范圍內(nèi)使用驍龍芯葛山的傳言是真實的，而且當有更多證據(jù)表明一些 Galaxy S23 型號被發(fā)現(xiàn)使用了驍龍 8 Gen 2 芯片的定制版本，具有更高的頻率根據(jù) 9to5Google 查看的文檔，三星 Galaxy S23 設(shè)備中使用的定制化驍龍 8 Gen 2 將被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達 3.36GHz，而高通的主要版本芯片吳回常以 3.2GHz 運行其主要的 X3 內(nèi)核。三星定制版的驍龍 8 Gen 2 預(yù)計將搭載與一加 11 和其他安卓旗艦設(shè)備中使用的芯片基本相同素書功能集但針對三星手機進行了優(yōu)化。有傳言稱該芯片是由三星的代廠而不是臺積電制造的，但該息的原始爆料者后來收回了這說法。三星 Galaxy S23 系列現(xiàn)已開放預(yù)訂，預(yù)購最高可額外贈送 100 美元?
