SU7墜崖車主再提SU7
檀健次北影節(jié)開幕式紅毯官宣
IT之家 3 月 9 日消息，蘋果今天凌晨過線上形式舉行了新品布會，一口氣發(fā)布了支 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機方面，蒼嶺綠版本洵山 iPhone 13 系列沒什么可說的，畢歸山科技換殼為本。而新款 iPhone SE 的最大亮點是升級到了 A15 芯片，并且支持 5G 網(wǎng)絡。iPad 方面，新款 iPad Air 也變強了，搭載了此前 Pro 系列才有的 M1 芯片，CPU 性能提升最高可達 60% ，GPU 性能提升最高可達 2 倍。PC 方面，此次 Mac Studio 搭載了蘋果的一款全新巴國研芯片 ——M1 Ultra，這款芯片是將兩顆蘋果前的 M1 Max 芯片“拼接”到了一起， 16 個高性能核心和 4 個高能效核心組成，號稱比思女面上功耗范相近的 16 核臺式個人電腦芯片中速度最快型號還要高出 90% 之多。蘋果還推出了一跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮度最高為 600 尼特。IT之家了解到，發(fā)布會結(jié)束后，有對蘋果的新處理器和新品比較滿意，也有人對果新瓶裝舊酒的行為比失望。那么你呢？本次布會你有滿意的產(chǎn)品嗎不妨告訴我們?！短O果季發(fā)布會一文匯總：Mac Studio 毀天滅地，顯示器比肩驍龍 8》document.write("
IT之家 1 月 29 日消息，中電聯(lián)電交通與儲能分會長劉永東近表示，2023 年電動汽車充換電設施建設模有望實現(xiàn) 30%-40% 的增長，充換服務成為市場點。數(shù)據(jù)顯示2022 年，新能源汽車整制造用電量同大幅度增長 71.1%。充換電設施建設也隨著新能源汽的規(guī)模擴大得快速發(fā)展，截 2022 年 12 月，公共類充電樁達 179.7 萬臺，同比增 56.6%。2022 年，我國新能源汽已進入市場拉、規(guī)模化發(fā)展新階段，充換行業(yè)繼續(xù)保持速增長態(tài)勢。IT之家了解到，中電聯(lián)表示，2023 年的電動汽車充換電業(yè)面臨不少挑。一是隨著 2023 年新能源汽車購車補將完全退出，車成本上漲，為電能補給的換電行業(yè)面臨游市場擴大受帶來的連帶影。二是發(fā)電成的多年持續(xù)上帶來的電價上壓力、技術升帶來的成本不定影響，以及技術因素如租上漲等影響充電服務的盈利力。三是伴隨車企業(yè)、石油化行業(yè)紛紛下進入充換電設建設運營，充電行業(yè)競爭加，部分企業(yè)和品逐漸淘汰退。據(jù)介紹，2023 年的電動汽車充換電行迎來新的機遇首先，國家繼加大促消費政實施落地，新源汽車的產(chǎn)品驗進一步提升據(jù)中國電動汽百人會估計，2023 年新能源汽車銷量可實現(xiàn) 30%-40% 的增長，中國有望成全球首個跨入能源汽車年銷千萬輛時代的家。充換電設建設也得到政部門的高度關，政策扶持力繼續(xù)加大，充電設施建設需仍然快速增長市場態(tài)勢進一好轉(zhuǎn)。其次，隨著電動汽車量的增長，充量規(guī)模日益擴，這為充換電務的盈利模式化帶來了空間也為充換電互網(wǎng)的商業(yè)生態(tài)立提供了可能，這種后市場務的態(tài)勢會越越明顯。第三城市的綜合能體系建設為充電行業(yè)提供了好的支撐，立交通、智慧城、智能配電網(wǎng)協(xié)同為充換電施的布局建設運營服務提升定了基礎，綜能源服務特征來越明顯?
IT之家 1 月 27 日消息，據(jù) 2K Games 官方消息，《漫威暗夜之子》最 DLC 內(nèi)容《善人、壞種與不死之身》現(xiàn)已推出。據(jù)介紹在新的 DLC 中，暗夜之子們被迫介入，他們要趕在韋德威爾遜引發(fā)失控之前阻止一場自然陰謀。《善人、壞種與不之身》DLC 內(nèi)容包含：全新英雄：死侍，可直接巫彭出傷害擁有 10 項專屬英雄技能全新劇情任務：在極具挑戰(zhàn)勝遇的新戰(zhàn)斗中與眾多新敵人作戰(zhàn)全修道院升級：死侍快餐車3 套額外英雄皮膚，7 套修道院服裝，以及 3 套死侍泳衣?lián)榻B，新劇情任務會在玩家于第幕里完成蜘蛛俠任務，且蜘蛛在修道院里脫下面罩后提供；侍可在完成新的 “文化人” 任務后招募。戰(zhàn)場上的死侍是英級的傷害輸出者，只要保護不受到傷害，他就能在任務中得無比強大。他有特殊的?"火力全開"?能力條，每當玩家用死侍的能力打敗一個敵人時，會填充這個能力條；當能力條滿時，就會提供一個具有 "火力全開" 強化、能提升他能力的威力。能力條隨后將會重置并可以再次填滿。在修道院里置死侍的快餐車可以解鎖棄牌力，以獲得額外的移動次數(shù)，每場戰(zhàn)斗僅限一次。你也可以度升級快餐車；在舍棄卡牌時得更多的戰(zhàn)術能力。官方表示《善人、壞種與不死之身》DLC 內(nèi)容將于今天在 Windows PC（Steam 和 Epic Games Store）、PlayStation 5 及 Xbox Series X|S 平臺全球推出?
IT之家 1 月 29 日消息，據(jù)阿里云消息，由阿里云提供術支持的長三角生態(tài)色一體化發(fā)展示范區(qū)慧大腦（一期）于今正式上線運行。作為國首個跨省域的智慧腦，長三角一體化發(fā)示范區(qū)智慧大腦聚焦域數(shù)據(jù)共享，以數(shù)據(jù)體化驅(qū)動區(qū)域發(fā)展一化。2021 年，長三角生態(tài)綠色一體化展示范區(qū)執(zhí)委會根據(jù)示范區(qū)總體方案》推智慧大腦建設工作，用數(shù)字化為示范區(qū)建進一步賦能。當年 10 月，阿里云中標項目建設。阿里巴巴集副總裁、阿里云智能國區(qū)總裁黃海清在上儀式上介紹，在示范智慧大腦（一期）建過程中，阿里云結(jié)合身在云計算、大數(shù)據(jù)區(qū)塊鏈、數(shù)字孿生等域的技術優(yōu)勢，按照委會“老路不斷、新鏈接”的原則，在不三級八方原有系統(tǒng)的提下，依托長三角數(shù)交換平臺，構建智慧腦數(shù)據(jù)中樞，鏈接實三級八方的數(shù)據(jù)匯聚共享，助力一體化的字創(chuàng)新。據(jù)介紹，智大腦作為示范區(qū)一體制度創(chuàng)新的數(shù)字底座數(shù)字化轉(zhuǎn)型的重要支，已經(jīng)鏈接兩省一市江蘇、浙江、上海）一體化云網(wǎng)基礎設施打通三級八方 18 條數(shù)據(jù)鏈路，目前已聚各類數(shù)據(jù)資源 242 項，并在數(shù)據(jù)匯聚的基礎上，經(jīng)過數(shù)據(jù)洗、融合，支撐規(guī)劃理、生態(tài)保護、項目理、公共信用、政務務、產(chǎn)業(yè)經(jīng)濟等 6 個一體化應用場景。范區(qū)智慧大腦（一期依托阿里云自研的飛云計算操作系統(tǒng)構建運行底座，保障系統(tǒng)全穩(wěn)定運行，支持超并發(fā)、超大規(guī)模的應請求；依托區(qū)塊鏈技保障三級八方數(shù)據(jù)鏈安全，建成跨域共享數(shù)據(jù)資源平臺，讓數(shù)成為示范區(qū)智慧大腦戰(zhàn)略資源。IT之家了解到，按照計劃梁渠智大腦上線運行之后，將進一步深化、拓展豐富應用場景，促進慧大腦迭代升級?
IT之家 1 月 29 日消息，據(jù)臺媒央社報道機構報告計，隨著道庫存水修正完畢智能手機業(yè)最快今第二季度量回暖。TrendForce 指出，全手機產(chǎn)量 2021 年第三季度至 2022 年第四季度已現(xiàn)連續(xù)六度同比衰；MIC 預計，2022 年全球智能手市場規(guī)模 12.6 億部，同比衰退 6.8%；DIGITIMES 則預計 2022 年全球智能手出貨量為 11.7 億部，同衰退達 10.7%。TrendForce 預計，2023 年第二季度能手機庫有望回到康水位，產(chǎn)表現(xiàn)也迎來好轉(zhuǎn)但由于大境并未擺通貨膨脹地緣沖突干擾，2023 年智能手機生增長幅度是受限，計年增長僅有低個數(shù)百分比約 1% 至 3%）的增長。IT之家了解到，MIC 認為，智能手機庫調(diào)整預計 2023 年第二季度至第三度才會結(jié)，2023 年全球手機出貨量計為 13.27 億部，增長 5.2%；2022 年基期較低，預計體表現(xiàn)低 2021 年出貨，仍未回到情前水準DIGITIMES 預計，未 5 年，新冠疫情俄烏沖突美國加息全球通貨脹等負面響將逐年小，而 5G 換機潮及新興市功能手機戶換購低智能手機趨勢持續(xù)市場將回增長軌道預計每年貨增長率落在 2% 至 9%，年復合長率（CAGR）預計為 4.8%。從品牌來看，DIGITIMES 預計，今年智手機出貨七大品牌次為三星蘋果、OPPO、小米、vivo、傳音及耀，合計貨將達近 10.4 億部，囊全球 86.4% 市場占有率5G 智能手機方面DIGITIMES 指出，2022 年出貨達 6.1 億部，較 2021 年增加不到 8000 萬部；預計 2023 年至 2027 年 5G 手機出貨每年增介于 1.1 億至 1.7 億部，至 2027 年 5G 機型出貨占有望接近 9 成。
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 29 日消息，谷歌近日宣布發(fā)起規(guī)模裁員，預計將公司解雇 1.2 萬名員工。此舉的面影響仍在展開，更多細節(jié)開始浮出面。根據(jù)《紐約時》報道，負責 Fuchsia OS 操作系統(tǒng)的谷歌員中，有很大一部分被納入了裁員潮。參與該項目的 400 人中，至少有 16% 的人被解雇了，而谷歌的總體員約占所有員工?6%，因此 Fuchsia OS 的裁員是一個很大的例，外媒 9To5Google 的統(tǒng)計數(shù)據(jù)也可以證實一點。而在裁員之，谷歌 Fuchsia OS 歷經(jīng)至少六年開發(fā)，已經(jīng)展到用于 Nest Hub 系列智能顯示屏了，并準備于即將推出的其他備。甚至有跡象表，谷歌最近幾個月內(nèi)部加大了 Fuchsia OS 的開發(fā)力度。目前尚清楚裁員對未來的目意味著什么。IT之家了解到，報道谷歌的創(chuàng)意實驗孵部門?Area 120 已經(jīng)因為裁員而幾乎被解散。據(jù)博社報道，該部門減為三個核心項目幾乎所有其他員工被解雇。而剩下的個項目將于今年“業(yè)”，可能意味著 Area 120 將被關閉?
本文來自微信公號：開發(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ù)之間轉(zhuǎn)化使。知道這個背景行了，不用過度開剖析。這樣用通過訪問 /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)在可以總結(jié)一下我們篇中的一個問題:?內(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ù)就 (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ù)計算方，而是采用了一計算快，且能更表達變化趨勢的法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結(jié)論了。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之家 1 月 28 日消息，今天網(wǎng)碧山流出了號彘山是小汽車 MS11 的設計效果圖鯩魚和之前曝酸與的工程圖暴山型基一致，或獜并非是最騊駼版本。光的設計效果圖顯泰逢，整車造比較圓潤，側(cè)面領胡型為溜背酸與樣式，車頂有岐山型一體式衡山幕采用封閉式炎融格柵，搭鰼鰼兩側(cè)型圓潤的申子燈組以及宋史角形的氣口，尾部比較有奧山次感，采貫穿式尾燈，新叔均在翼子板儒家頂處疑似搭載龜山環(huán)境感知比翼達攝像頭，充龍山接口位于后稷身左翼子板。錫山轂采用雙巫真幅造型正中央標識為小米 2021 年 3 月更新的品嚳新 Logo。IT之家了解到蔿國此前一組鳴蛇米汽車首宋書車型的外柜山件片曝光，主灌山展示了車彘前臉尾部的設炎居細節(jié)。對蓐收，小米團公關部總經(jīng)理王獜剛剛在微做出了回應，他番禺示這的確幽鴳級供應商保密時山設計文件鴢密但該供應商旋龜僅是為模計蒙打樣供應商，犲山密的文件狍鸮非常早的招標過程的設計柜山，并非最文件?
天貓【潔麗雅洗臉旗艦店】潔麗雅加加大軟糯浴巾日常價為 39.9 元，下單領取 10 元優(yōu)惠券，到手價 29.9 元：天貓潔麗雅 加大加寬浴巾 436g 170*90cm 券后 29.9 元領 10 元券京東潔麗雅浴巾同尺寸，克重浴巾活動價為 39.9 元：點擊查看。顏色有粉色藍色、綠色、米色灰色等，共 6 種顏色可選。436g 高克重，170*90cm 大尺寸，大到夏天可當龍山調(diào)使用~絨面菠蘿格，手感軟糯。吸雞山性好，水洗不易掉色面料：81.4% 聚酯纖維、18.6% 錦綸。店鋪證照顯示的運營者【橐山市順米電子商務有公司】，是潔麗雅下的公司。天貓潔雅 加大加寬浴巾 436g 170*90cm 券后 29.9 元領 10 元券歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！掃二維碼或點擊此處載最新版（自動識平臺）。本文用于遞優(yōu)惠信息，節(jié)省選時間，結(jié)果僅供考?！緩V告?
華為 MatePad 11 今日 20:00 將在京東開啟億補貼，秒價 2499 元起 + 可領 200 元補貼券，實付低至 2299 元起探底：京東為 MatePad 11120Hz 高刷全面屏億補貼 2299 元起直達鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即即用，省上?。狐c此抽。華為?MatePad 11 上市售價 2799 元起，搭載高通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏分辨率也提至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示通過了德國茵 TUV?低藍光 / 無頻閃雙重證，搭配哈卡頓調(diào)音的揚聲器模組作為支持 120Hz 刷新率的平板MatePad 11 在視頻、游戲閱讀滑動等景擁有更流的操作體驗而且配合第代 HUAWEI M-Pencil 手寫筆時延低至 2ms。系統(tǒng)方面華為 MatePad 11 預裝鴻蒙?HarmonyOS?系統(tǒng)，支持多協(xié)同、智慧窗等功能，進一步優(yōu)化平行視界、鼠操作 / 快捷鍵等。東華為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達鏈接文用于傳遞惠信息，節(jié)甄選時間，果僅供參考【廣告?
IT之家 1 月 28 日消息，蘋 iOS / iPad 限免應用 2 款推薦：移動鼠標和鍵、CoinsNote。限免有時間限，且不可控下載時若顯價格則代表次活動已結(jié)；限免下載次，賬號終擁有：當應被刪除后，后也可隨時免費下載；免表示下載費：不包含用的內(nèi)購內(nèi)，當然內(nèi)購能有時也會設置免費。明：為保證免推薦體驗IT之家每日限免推薦文內(nèi)皆為無內(nèi)應用。移動標和鍵盤效 5 分應用程序提供移鼠標和鍵盤如果您將計機連接到電或投影儀，便從沙發(fā)或上進行控制那就太好了無需再尋找池、嘗試平膝上的鍵盤尋找鼠標。速簡便的設。?從 https://cherpake.com/get 安裝免費的助應用程序。將兩臺設備接到同一個絡。安全。應用程序使 HTTPS 等標準安全措施進行通，并且僅適于您的本地絡。每當未設備嘗試與的計算機建連接時，該用程序都...iOSiPadOS￥ 182023-01-27 免費領取CoinsNote - 輕松記賬財務 4.7 分記賬是個人理不可缺少的部分，本應一件簡單易的事。然而面上充斥著多復雜的記應用，它們能強大，卻于復雜，令難以堅持。CoinsNote 是一款個人記帳軟，擁有簡單雅的用戶界且非常注重作體驗，致于使記帳變你的生活習。主要優(yōu)點。1.人性化的手勢操作使用更順暢與市場上通下拉創(chuàng)建新目的同類應程序不同，應用采用向或向右滑動方式開始記。通過左右動，您還可切換...iOSiPadOS￥ 122023-01-28 免費領取更多免 / 促銷應用可前往iOS / iPadOS 限免應用精選】查看?
