西藏阿里地區(qū)日土縣發(fā)生4.8級地震
韓最高法5月1日宣判李在明案
新春將至，能少得了新禮物? 近日，酷狗音樂合南方日報(bào)進(jìn)潮州市，文祠鎮(zhèn)中心校的全校師帶來了新年禮包，既有備嶺南特色煲仔飯美食也有藍(lán)牙耳等音樂設(shè)備同時(shí)，來自狗繁星廠牌音樂人們，用音樂為孩們送上新年福，祝福孩們在新的一里“好好吃，認(rèn)真學(xué)習(xí)。這一次，狗音樂與飯為文祠鎮(zhèn)中學(xué)校的師生提前準(zhǔn)備了份特別的“光年夜飯”— 由雙方聯(lián)合推出的煲飯，簡便易，味道豐富很受孩子們喜愛。文祠中心學(xué)校校張文君說，有孩子早上到禮包之后中午就嘗試飯了，還拍視頻過來，沒想到禮包還有一個(gè)鍋做起來很簡，飯也很香”隨著煲仔送出的還有自酷狗的賀，讓這頓年飯有料又有。賀卡收納“干飯人”題歌單，只掃碼，就能聽包括本次動(dòng)主題曲《天要吃三碗》在內(nèi)的眾歌曲。據(jù)了，文祠鎮(zhèn)中學(xué)校一直以關(guān)注學(xué)生的樂藝術(shù)教育現(xiàn)引入了有方特色的二四節(jié)令鼓、族竹竿舞等程?！拔覀?孩子不像城的孩子，可從小去參加些鋼琴這樣藝術(shù)培訓(xùn)，們農(nóng)村幾乎有，所以希做一些特色程，讓孩子盡可能多接音樂和藝術(shù)”張文君說對此，酷狗孩子們帶來酷狗藍(lán)牙耳及長續(xù)航學(xué)播放器等禮。同時(shí)，來酷狗繁星的樂人鄭魚、奕心、王茗范茹也通過頻向他們傳追逐音樂夢的勇氣，并線上教他們歌，送上新祝福，鼓勵(lì)們保持對音的熱愛，努實(shí)現(xiàn)自己的想。據(jù)介紹這是南方日旗下“南方益?益企同”項(xiàng)目的系活動(dòng)之一，項(xiàng)目多年來合企業(yè)“益”打造共建享立體式公傳播和實(shí)踐臺(tái)，讓公益有力量。據(jù)東省委宣傳、南方報(bào)業(yè)媒集團(tuán)駐文鎮(zhèn)工作隊(duì)駐第一書記張明介紹，“化振興是我的重頭，其重要的工作是和學(xué)校攜播撒文化的子，希望重潮州特色本文化，培養(yǎng)村文藝人才讓孩子們在家門口就能有優(yōu)質(zhì)文化給。”而這正是酷狗做次活動(dòng)的初和愿景，酷希望以一份子們喜歡的年禮物為切點(diǎn)，讓音樂出課堂，走耳機(jī)，延伸孩子們具體生活場景中提升他們對術(shù)的探索和鑒能力，也望孩子們能根本地文化提升音樂創(chuàng)能力，讓音真正能夠在望的沃土中根發(fā)芽?
IT之家 1 月 11 日消息，因?yàn)殡姵乜刂葡?存在安全隱患，馬近日宣布在美對 iX、i4 和 i7 系列的 14086 輛電動(dòng)汽車進(jìn)行了愿性召回（2022-2023 車型）。寶馬公司，問題電池控制統(tǒng)可能會(huì)意外中電力供應(yīng)，增加禍的風(fēng)險(xiǎn)。寶馬召回書中寫道：具體來說，電池理電子裝置中可會(huì)偶爾出現(xiàn)錯(cuò)誤斷，這可能會(huì)導(dǎo)電子控制單元復(fù)。如果發(fā)生重置這可能會(huì)導(dǎo)致電中斷”。IT之家查閱召回書 [PDF] 發(fā)現(xiàn)，在 iX、i4 和 i7 系列中，受影響堤山具體車包括 2022-2023 年的 iX xDrive40、iX xDrive50、iX M60、i4 eDrive35、i4 eDrive40、i4 M50，以及 2023 年的 i7 xDrive60。寶馬表示目前沒有發(fā)現(xiàn)電池控制系統(tǒng)故引發(fā)的交通事故但寶馬官方希望過召回來減少這潛在風(fēng)險(xiǎn)。寶馬司是在 2022 年 6 月以來收到來自經(jīng)銷商客戶的約 10 份報(bào)告后，對內(nèi)系統(tǒng)進(jìn)行審查之發(fā)現(xiàn)了這個(gè)問題寶馬將于 2023 年 2 月 10 日之前通知受影響車輛的車。它于 2022 年 12 月 20 日通知經(jīng)銷商，并九歌明如何復(fù)該問題?？蛻?以免費(fèi)把車開到里，經(jīng)銷商將根寶馬公司提供的體說明對電池進(jìn)重新編程?
IT之家 6 月 7 日消息，今天晨在蘋果 WWDC2 大會(huì)上，蘋果式推出了 iOS 16 系統(tǒng)，開發(fā)預(yù)覽版已經(jīng)出，下載描文件后就可安裝了。iOS 16 重構(gòu)了鎖屏，持小組件，大提升了用在鎖屏界面交互玩法。外 CarPlay 車載功能實(shí)現(xiàn)了汽車硬件的深度整合，以對車輛進(jìn)更多細(xì)致的制。其它方，iOS 16 新增專注模式，信息 App 新增撤回信息、復(fù)最近刪除息等功能。況文本功能 iOS 16 上繼續(xù)升級，新增對頻中文本識的支持等。對 iOS 16 升級有感無感？不投票告訴我。document.write("
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 11 日消息，三星日前已經(jīng)敲定于 1 月 18 日推出 Galaxy A34 5G 和 Galaxy A54 5G 兩款機(jī)型，在正涿山發(fā)布國爆料人士 @Evleaks 分享了這兩款機(jī)型的多寓方渲染圖。IT之家從渲染圖了解陸山，Galaxy A34 5G 和 Galaxy A54 5G 和前代基本上沒有白雉大的區(qū)別。Galaxy A34 5G 采用水滴屏設(shè)計(jì)，而 Galaxy A54 5G 則采用居中打孔設(shè)計(jì)。消息燭陰三星 Galaxy A34 5G 和 Galaxy A54 5G 會(huì)采用全新 Exynos 處理器。Galaxy A34 將會(huì)采用 Exynos 1280 處理器，6.5 英寸 FHD+ AMOLED 屏幕，刷新率為 90Hz，4800 萬像素主攝，5000mAh 容量電池，支持 25W 快充。該機(jī)出廠搭載基于安卓 13 的 OneUI 5.0 系統(tǒng)，具備 IP67 防水等級。三星 Galaxy A54 5G 將會(huì)采用全新的 Exynos 1380 處理器，裝備了 6.4 英寸 FHD+ AMOLED 屏幕，刷新率為 120Hz。機(jī)身背面為 5000 萬像素主攝，5100mAh 容量電池，支持 25W 快充，具備 IP67 防水等級。
感謝IT之家網(wǎng)友 航空先生 的線索投遞IT之家 1 月 11 日消息，蘋果一在努力擺對其他芯制造商的賴，比如新的 Mac 電腦已經(jīng)開始全采用自研 M 系列芯片，來代英特爾處器。據(jù)彭社報(bào)道， 2024 年開始，蘋果計(jì)劃?iPhone 和 Apple Watch 等移動(dòng)設(shè)備自主計(jì)定制顯屏，轉(zhuǎn)向己的顯示將使蘋果少對包括星和 LG 在內(nèi)的合作伙伴的賴。報(bào)道，蘋果的型將從 2024 年底的高端 Apple Watch Ultra 開始，該設(shè)備采用 microLED 顯示技術(shù)。在 Apple Watch 中引入 microLED 顯示屏后，果會(huì)將其展到 iPhone 和其他設(shè)。這些顯屏可能會(huì)外部供應(yīng)制造，但果將掌握主設(shè)計(jì)技。彭博社稱，蘋果在“全面力”各點(diǎn)破，為 iPhone、iPad 和 Mac 制造更多自己的件，這樣就不需要那么多的三方組件應(yīng)商合作IT之家此前報(bào)道，博社周一引知情人的話稱，果計(jì)劃在 2025 年淘汰博的?Wi-Fi 和藍(lán)牙芯片，用自家的片設(shè)計(jì)。果作為博大客戶，占博通收的 20%。消息發(fā)后，博通股價(jià)收盤跌了 2%。蘋果也尋求更換通公司的 5G 基帶芯片，報(bào)稱到 2024 年底或 2025 年初，蘋果將換自研的基芯片。消人士表示蘋果已經(jīng)為 Apple Watch 測試 microLED 顯示屏，該技術(shù)將來更明亮更鮮艷的彩，以及進(jìn)的可視度。彭博表示，這顯示屏“內(nèi)容看起就像是畫玻璃上一”。消息士透露，公司最初劃最早在 2020 年改用 microLED 顯示屏，但仍技術(shù)挑戰(zhàn)要克服。果還計(jì)劃 microLED 用于更大顯示屏設(shè)，但出于本原因，定首先將點(diǎn)放在 Apple Watch 上。蘋果已經(jīng)花費(fèi)數(shù)十億美開發(fā)顯示術(shù)，而這轉(zhuǎn)變據(jù)說蘋果最“鍵的項(xiàng)目之一。彭社警告說2024 年的目標(biāo)期可能會(huì)遲到 2025 年，或者如果產(chǎn)仍然存困難，那一開始可會(huì)僅向有的新設(shè)備應(yīng)?
一年一度的果秋季發(fā)布如期而至，覺今年蘋果隊(duì)真的很拼iPhone 14 依舊是 A15 芯片，但出個(gè) Plus 大屏拓寬消費(fèi)人群；而了留住 iPhone 14 Pro 的挖孔，甚做了一整套適應(yīng)交互動(dòng)......
IT之家 1 月 12 日消息，羅技為了擴(kuò)展 Mevo 生態(tài)系統(tǒng)，近日推出了一款名為“Mevo Go”的全新配套應(yīng)用程序。通這款應(yīng)用程序，蘋 iPhone 和各大品牌的安卓手可以成為視頻直播有聲劇的來源。羅 Mevo 是一個(gè)結(jié)合了羅技硬件和件的平臺(tái)，供創(chuàng)作在支持多機(jī)位和其專業(yè)工具的情況下放內(nèi)容。通過最新出的 Mevo Go 應(yīng)用，任何人都可以使用他們已經(jīng)有的設(shè)備開始使用 Mevo 生態(tài)系統(tǒng)。羅技 Mevo 負(fù)責(zé)人 Otto Cedeno 表示：“無論您是直播場活動(dòng)、音樂表演是青年體育比賽，Mevo Go 都是為您的故事添加新度的最快、最無縫方式”?
IT之家 1 月 12 日消息，微軟創(chuàng)始人比爾?蓋咸山非常喜歡三星可折疊手機(jī)。這位億萬翁兼慈善家去年透露，前使用的主力設(shè)備是 Galaxy Z Fold 3 和一臺(tái)便攜式 PC。在最新 Reddit AMA 活動(dòng)中，蓋茨表示已經(jīng)升級到 Galaxy Z Fold 4。IT之家小課堂：AMA 是 Ask Me Anything 的縮寫，是國外知名社區(qū) Reddit 問答式板塊（類似于知乎）AMA 的受訪者范圍非常廣，涉及包括蓋茨在的諸多名人和各種普通戶，是 Reddit 社區(qū)最受歡迎的社區(qū)板。蓋茨在 AMA 帖子中表示，蓋茨上次訪問國時(shí)，三星董事長李在贈(zèng)送給他一臺(tái) Galaxy Z Fold 4，現(xiàn)在已經(jīng)成為他的主設(shè)備。帖子下方有人留調(diào)侃道，比爾?蓋茨肯直接去找三星董事長要升級設(shè)備。蓋茨在帖子表示，他習(xí)慣在 Galaxy Z Fold 4 上使用 Outlook 等各種微軟應(yīng)用，在很多場合讓他不再陽山使用專門的平板電腦?
本文來自微信鵌號：開發(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ù)載原理你真的理解嗎？我來列舉盂山問題，看看你對載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？女薎核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對以上題的理解還拿捏是很準(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í)對的操作方法。//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 等奇奇怪怪的定義，代鴆寫這么猥瑣是因刑天核中并沒有 float、double 等浮點(diǎn)數(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)? 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ù)責(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ù)中，獲取當(dāng)咸鳥 cpu 以及其對應(yīng)的運(yùn)行鵌列 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ù)相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載?因?yàn)??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)巫彭相對，并把它加到全瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間的整體瞬時(shí)負(fù)載數(shù)了。我們再展看看是如何根據(jù)行隊(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í)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)銅山。對于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在數(shù)據(jù)。所以在白鵺 rq 里的進(jìn)程數(shù)到其上的時(shí)苗龍只需要刷變化的就行，不用全部算。因此上述函返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平宋書負(fù)載上一小節(jié)我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。兕我們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的泑山制傳統(tǒng)意義上，巫即在計(jì)算平均數(shù)的候采取的方法都把過去一段時(shí)間數(shù)字都加起來然平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)淫梁載都起來取一個(gè)平均不完事了。這熏池是我們傳統(tǒng)意義理解的平均數(shù)，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合梁書平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用猼訑種簡單的法來計(jì)算平均負(fù)的話，存在以下個(gè)問題：1.需要存儲(chǔ)過去騩山一個(gè)樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一巫彭，么就需要使用狪狪比較大的數(shù)組將一次采樣的數(shù)據(jù)部都存起來，那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一獂的觀察值，就要移動(dòng)平均中減去個(gè)最早的觀察值再加上一個(gè)最新觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和新。2.計(jì)算過程較為復(fù)雜計(jì)禺強(qiáng)的候再把整個(gè)數(shù)倍伐加起來，再除以本總數(shù)。雖然加很簡單，但是成上千個(gè)數(shù)字的累仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變靈恝趨勢傳統(tǒng)平均數(shù)計(jì)算過程，所有數(shù)字的權(quán)是一樣的。但對平均負(fù)載這種信應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的值權(quán)重應(yīng)該越要一些才好。因?yàn)?樣能更好反應(yīng)近變化的趨勢。所，在 Linux 里使用的并不是我們所以貳負(fù)的傳的平均數(shù)的計(jì)算法，而是采用鵌種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法赤鱬這種指數(shù)權(quán)移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)中很廣泛的應(yīng)用。外股票市場里柄山 EMA 均線也是使用的是黑蛇似的法求均值的方法該算法的數(shù)學(xué)崌山式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需知道這種方法在際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的均數(shù)即可，不白鹿保存所有瞬時(shí)負(fù)值。另外就是越近現(xiàn)在的時(shí)間點(diǎn)重越高，能夠很地表示近期變化勢。這其實(shí)也是時(shí)間子系統(tǒng)中白狼完成的，通過一叫做指數(shù)加權(quán)移平均計(jì)算的方法計(jì)算這三個(gè)平均。我們來詳細(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ù)加移動(dòng)平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(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;}雖然這個(gè)算法理解起來挺復(fù)，但是代碼看起確實(shí)要簡單不少計(jì)算量看起來很。而且看不懂也有關(guān)系，只需要道內(nèi)核并不是崍山的原始的平均數(shù)算方法，而是采了一種計(jì)算快，能更好表達(dá)變化勢的算法就行。此，我們開篇提的“負(fù)載是如沂山算出來的?”這個(gè)問題也有結(jié)論岷山Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程天馬量匯總到一個(gè)局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)用指數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(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í)是只算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只 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 的。所以說，雞山載高并一是 CPU 處理不過來，也有可會(huì)是因?yàn)榇疟P等他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要這么改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了鵹鶘因，以是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 11 日消息，特斯拉電動(dòng)汽車在大 2 個(gè)月前在美國發(fā)生一起“八車相光山事故”，現(xiàn)在這事故的相關(guān)視頻被曝光。舊山海灣大橋的監(jiān)控錄像顯示這輛特斯拉在隧道內(nèi)在沒有顯外因的情況下突然停下來隨后發(fā)生了 8 輛汽車連環(huán)相撞的事故。這起發(fā)生在 11 月 24 日的事故導(dǎo)致道路交通中斷一個(gè)先龍小時(shí)，造成 9 人受傷，其中包括一名 2 歲的兒童。事故發(fā)生時(shí)，特斯拉司機(jī)告訴當(dāng)?shù)?方，這輛車當(dāng)時(shí)開啟了特斯全自動(dòng)駕駛（FSD），不過美國高速公路安全管理局和州交通部的發(fā)言人沒有確認(rèn) FSD 功能是否被激活。開啟 FSD 后，車輛可自動(dòng)變換車道、進(jìn)出高速公路、別停車標(biāo)志和交通信號燈以停車，該軟件目前仍處于 Beta 測試階段。美國國家公路交通安全尚鳥理局的一位言人稱，該機(jī)構(gòu)已對這起事展開調(diào)查。據(jù) CNBC 此前報(bào)道，截至 12 月 22 日，該機(jī)構(gòu)已對特斯拉事故展開至少 41 次調(diào)查，其中涉及自動(dòng)緊急制動(dòng)和 Autopilot?或 FSD 等自動(dòng)功能。IT之家了解到，特斯拉汽車突然剎車這種現(xiàn)象通常被稱為“幽靈車”，在特斯拉 Autopilot 和 FSD Beta 上都有發(fā)生。所謂的“幽靈剎車”，即用戶在開啟斯拉的自動(dòng)駕駛輔助系統(tǒng)后車輛會(huì)在某種不需要?jiǎng)x車的況下突然無征兆地剎車?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 12 日消息，微軟近日宣布收購?DPU 技術(shù)提供商 Fungible，這是一家可組合基礎(chǔ)架提供商，旨在通過效、低功耗的數(shù)據(jù)理單元 (DPU) 加速數(shù)據(jù)中心的網(wǎng)絡(luò)和存儲(chǔ)性能。微表示，F(xiàn)ungible 的技術(shù)有助于實(shí)現(xiàn)具有可靠性和全性的高性能、可展、分解、橫向擴(kuò)的數(shù)據(jù)中心基礎(chǔ)設(shè)。Fungible 團(tuán)隊(duì)將加入微軟的數(shù)據(jù)中心基礎(chǔ)設(shè)施程團(tuán)隊(duì)，并將專注提供多種 DPU 解決方案、網(wǎng)絡(luò)創(chuàng)和硬件系統(tǒng)改進(jìn)。DPU 是數(shù)據(jù)處理單元（Data processing unit）的簡稱，這是一種可編程電電路，具有數(shù)據(jù)處以及硬件加速功能數(shù)據(jù)處理單元主要于數(shù)據(jù)中心內(nèi)的數(shù)計(jì)算處理。一個(gè) DPU 通常含有一個(gè)中央處理器 、 網(wǎng)卡和可編程數(shù)據(jù)硬加速引擎，因此 DPU 可以像中央處理器那樣處理數(shù)據(jù)同時(shí)還可以處理網(wǎng)封包。微軟稱，今的公告進(jìn)一步表明軟致力于對數(shù)據(jù)中基礎(chǔ)設(shè)施進(jìn)行長期異化投資，增強(qiáng)了廣泛的技術(shù)和產(chǎn)品包括卸載、改善延、增加數(shù)據(jù)中心服器密度、優(yōu)化能源率和降低成本。IT之家了解到，這筆購能夠讓?Azure 在當(dāng)前的競爭中更加有利，微軟沒透露交易金額。而軟 Azure 的主要競爭對手亞馬 AWS 已經(jīng)在該領(lǐng)域開發(fā)了專有解方案一段時(shí)間，稱 Nitro。傳統(tǒng)硬件制造商也對 DPU 表現(xiàn)出濃厚的興趣，AMD 最近收購了 Thinking 發(fā)力這一領(lǐng)域?
原文標(biāo)題：《這個(gè) Excel 高手常用的隨機(jī)函數(shù)，太牛 X 了！》Hi~ 大家好，我是最近算年底績效算崩潰的田田~昨天我好不容易算完績效，正獜備下班時(shí)，板又給我布置了新任務(wù)--計(jì)算上個(gè)月部門獎(jiǎng)金......我仔細(xì)看了看這個(gè)表，發(fā)現(xiàn)用條邽山求和函數(shù) SUMIF 就能解決嘿嘿嘿！什么？還旄牛把年會(huì)抽獎(jiǎng)的名單打亂？難不倒我！Rand?函數(shù)就能快速搞定！如果你也相繇到樣的問題，不妨看看我的操，幫你提高效率，準(zhǔn)點(diǎn)下班計(jì)算部門獎(jiǎng)金?? 操作步驟：? 在 F2 單元格內(nèi)輸入：=SUMIF（$B:$BS15,E2,$C:$C）參數(shù) 1：條件區(qū)域：$B:$BS15，即部門列，按【F4】鍵絕對引用；參數(shù) 2：條件，即帥哥部。參數(shù) 3：求和區(qū)域，即獎(jiǎng)金列，同樣絕犀渠引。? 回車，雙擊單元格右下角，批量填充。這計(jì)蒙就搞定！名單隨機(jī)排序?? 操作步驟：? 將鼠標(biāo)放在 B 列，右鍵插入一個(gè)輔助列。? 在 B2 單元格內(nèi)輸入：=RAND()? 雙擊右下角，選中 B2 單元格，點(diǎn)擊「數(shù)據(jù)」-「升序」，就能完成隨機(jī)排序。好啦，今天的這個(gè)小技巧你都學(xué)會(huì)了嗎？番禺是超級簡單，快去動(dòng)手實(shí)操試吧~本文來自微信公眾號：秋葉 Excel （ID：excel100），作者：田?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 11 日消息，寧德時(shí)代在互動(dòng)平臺(tái)上表，麒麟電池預(yù)計(jì)將于 2023 年一季度量產(chǎn)；公司正致力推進(jìn)鈉離子電池在 2023 年實(shí)現(xiàn)產(chǎn)業(yè)化。寧德時(shí)代麒麟電池將搭載極氪 009 純電 MPV 、2023 款極氪 001 等汽車上。2023 款極氪 001 WE 版 100kWh 車型可選裝 140kWh 寧德時(shí)代麒麟電池包，限量放 1000 套千里續(xù)航套裝，在選裝該電池包后車輛的 CLTC 綜合工況續(xù)航里程可達(dá) 1032km；極氪 009 ME 版 140kWh 量產(chǎn)首發(fā)搭載寧德時(shí)代 CTP 3.0 麒麟電池，車輛的 CLTC 綜合工況續(xù)航里程可達(dá) 822km。IT之家了解到，寧德時(shí)代麒麟電池于去年 6 月發(fā)布，采用寧德時(shí)代第三代 CTP 技術(shù)，體積利用率最高可達(dá) 72%，能量密度最高可達(dá) 255Wh/kg，可實(shí)現(xiàn)整車超過 1000 公里續(xù)航。寧德時(shí)代稱在相同的化學(xué)體系、等電池包尺寸下，麒麟電包的電量，相比 4680 系統(tǒng)提升 13%。寧德時(shí)代還表示，公司已形成括高能量密度的三元高鎳池以及高性價(jià)比的磷酸鐵電池等在內(nèi)的產(chǎn)品系列，前正全面推進(jìn)鈉離子、M3P、凝聚態(tài)、無鈷電池、全固態(tài)、無稀有金屬電池等池技術(shù)布局?
