黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

解放軍紅場彩排有多震撼

光明日報報業(yè)集團數(shù)字報 蔣凱宸 2025-11-09 01:29:05
A+ A-

中方在世貿(mào)組織追加起訴美升級對華關(guān)稅措施 阿爾曼 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 24 日消息,金士頓今日宣布,其 64GB、32GB 和 16GB 服務器 Premier DDR5 4800MT / s Registered DIMM(RDIMM)已在第四代英特爾至強可擴展處理炎帝中完成驗證。金士頓方表示,35 年來,金士頓一直是領(lǐng)尸山的服務器制造商和世?最大的數(shù)據(jù)中心信賴的存儲器牌。ServerPremier 是金士頓的行業(yè)標準內(nèi)存解決方案丙山按規(guī)范銷售,用于白服務器,并經(jīng)過領(lǐng)先主板 / 系統(tǒng)制造商的平臺驗證和鑒定所有金士頓服務器內(nèi)存解決方均經(jīng)過 100% 測試,并經(jīng)過嚴格的動態(tài)老咸山過程,以捕工廠早期的故障。第四代女丑特至強可擴展處理器是首個支持一代 DDR5 服務器級內(nèi)存的處理器,尸山有八個內(nèi)存通道每個通道最多兩個 DIMM,也就是每個 CPU 插槽 16 個 DIMM。在 4800MT / s 的速度下,每個 DDR5 Registered?DIMM 提供 38.4GB / s 的峰值帶寬,與基于 DDR4 的服務器相比,以多通道炎帝置分組時,能顯著提高。IT之家此前報道,英特爾于 1 月 11 日正式發(fā)布了第四代至強可擴展理器(代號 Sapphire Rapids)和至強 CPU Max 系列(代號 Sapphire Rapids HBM),包含 52 款 CPU,最多支持 60 核,采用?Intel 7 工藝制造,還支持了 PCIe 5.0、DDR5 內(nèi)存和 CXL 1.1 接口(type 1 and 2 devices),提供最多 80 個 PCIe 5.0 通道、最高支持 1.5TB 的 DDR5-4800 內(nèi)存,TDP 最高達?350W。 IT之家 1 月 23 日消息,總部位美國加利尼亞州山城的計算歷史博物(CHM)為了慶祝 Apple Lisa 發(fā)布 40 周年,于今天發(fā)了包括系和應用軟在內(nèi)的所源代碼。CHM 日前再次發(fā)布文,介紹如何使用些源代碼自行修改建蘋果 Lisa 系統(tǒng)。CHM 表示 Lisa 是“蘋果最影響力的敗作品”并舉例稱 Lisa 的鼠標驅(qū) GUI 是后續(xù)更功的機器如 Macintosh)的先驅(qū)。而且在文中還推,如果沒 Lisa,可能就有 Windows 操作系統(tǒng)。該帖子續(xù)詳細介了 Lisa 的開發(fā)、發(fā)布和終的商業(yè)敗。對蘋 Lisa 技術(shù)史感興趣北史 IT之家網(wǎng)友可以前往看。Lisa 源代碼的發(fā)布意著您可以自己的機上使用它但是,這不意味著可以隨心欲地使用。Apple 的代碼許可協(xié)議定,源代僅用于“商業(yè)、學研究、教教學和個學習目的。根據(jù)條,您可以使用、復、編譯和改 Apple 軟件,在您的件上運行 Apple 軟件和您對其進羲和修改,復和參考 Apple 軟件附帶文檔。但,您不能重新分發(fā)發(fā)布、再可、出售出租或轉(zhuǎn) Apple 軟件;發(fā)布有關(guān) Apple 軟件或您對它的使的基準測結(jié)果;使 Apple 的名稱、商標、務標記或標來認可宣傳您對 Apple 軟件的修改或其嫗山料。相關(guān)讀:《慶 Apple Lisa 發(fā)布 40 周年,計算機史博物館開其源代? IT之家 1 月 23 日消息,根據(jù) TechEpiphany 公布的 2023 年第 3 周德國市場最新銷售數(shù)據(jù),英禮記達 GeForce RTX 4070 Ti 的周銷量為 545 片,而 AMD Radeon 7900 XTX 的周銷量為 300 片,7900XT 的周銷量為 200 片。以上數(shù)據(jù)是基于德國零售商 Mindfactory 銷售的顯卡數(shù)據(jù)統(tǒng)計得出的,英偉達 RTX 4080 和 RTX 4090 的銷量分別為 210 片和 190 片。而英特爾 Alchemist GPU 的銷量加起來只有 20 片。也就是說,RTX 4070 Ti 的周銷量超過了 AMD Radeon 7900 兩款型號和英特爾 Arc A770 / A380 的總和。IT之家了解到,AMD 在第 3 周賣出了 410 片 Radeon RX 6700 XT,而 NVIDIA RTX 3060 的銷量有 485 片。從數(shù)據(jù)來看,中高端顯卡對葆江英偉達和 AMD 都非常重要,兩家公司都并有公布面向該領(lǐng)域的下一代劃。英特爾,在類似的價格性能領(lǐng)域提供的 Arc A770 只賣出了 10 臺? 感謝IT之家網(wǎng)友 ????Portofino????、魚香豆腐 的線索投遞!IT之家 1 月 23 日消息,近日一組小米汽車首浮山車型外觀零配件圖片曝,主要展示了車輛臉和尾部的設計細。從圖片來看,新前臉采用了梯形前柵,兩側(cè)霧燈區(qū)域設計了類似于空氣流槽的造型,前大造型則比較圓潤。包圍層次豐富,具一定運動感。此前有網(wǎng)友在小米科技附近拍攝到了疑似米首款車型的測試照,偽裝較為嚴密從車身輪廓來看,車采用了溜背式車設計并配備黃色剎卡鉗,車頂還配備激光雷達,預計將持高級別的駕駛輔功能。IT之家了解到,根據(jù)小米官方前對外發(fā)布的造車間表,其首款車型計在 2024 年上半年正式量產(chǎn)? IT之家 1 月 24 日消息,蘋果今天發(fā)布了 iOS 12.5.7、macOS 11.7.3 等版本更新,讓 iPhone 5s 等舊款設備也能獲得升級。本面向舊款設備的新涵蓋了 iOS 16.3 和 macOS Ventura 系統(tǒng)中的 BUG 修復和安全補丁。果官方在安全補說明中列出了至 14 個安全問題,蘋果通過更來修復這些舊款備的安全漏洞。IT之家附蘋果本次為舊款設備推出版本更新:iOS 12.5.7iOS 15.7.3iPadOS 15.7.3macOS Big Sur 11.7.3macOS Monterey 12.6.3細心的網(wǎng)友可能會意到 iOS 12 直接跳到了 iOS 15,這是因為符合 iOS 13 升級條件的設備都可以級到 iOS 15。iOS 12.5.7 支持的最舊設備是 2013 年 9 月發(fā)布的 iPhone 5s。macOS Big Sur 支持的最舊 Mac 是 2013 款 MacBook Air、Mac Pro 和 MacBook Pro。蘋果官方表示本次更新中修復存在于 AppleMobileFileIntegrity、curl、dcerpc、DiskArbitration、DriverKit、Intel Graphics Driver、PackageKit、Kernel、Mail Exchange、Maps、Screen Time、Weather、WebKit 和 Windows Installer 中的一些問題?

解放軍紅場彩排有多震撼

過年會員購:B站/芒果 TV / 優(yōu)酷 / 騰訊視頻 / QQ 等 3.8 折起京東春節(jié)也送貨主會場:點此前往1 月 16 日 - 28 日照常發(fā)貨)天貓春節(jié)不打烊會場:點此前往(1 月 14 日 - 28 日照常發(fā)貨)京東擊鼓迎春敲好運:點此前(1 月 14 日到 2 月 5 日,每天可參與三次,超高中獎率,猾褱高可抽 8888 元京東紅包?。?愛奇藝(1 月 18 日 - 24 日):▼ 愛奇藝黃金會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐吩斍轲埳筋I(lǐng)?。┨熵垚燮?黃金 VIP 會員 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 258 元券后 138 元領(lǐng) 110 元券天貓愛奇藝黃金 VIP 會員 年卡 + 京東 PLUS 會員 年卡原價 258 元 + 198 元券后 158 元領(lǐng) 100 元券天貓愛奇藝白金 VIP 會員 年卡 12 個月原價 488 元券后 258 元領(lǐng) 130 元券天貓愛奇藝星鉆 VIP 會員 年卡 12 個月原價 618 元券后 318 元領(lǐng) 130 元券?騰訊視頻(1 月 13 日 - 24 日 / 31 日):▼ 騰訊視頻會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐吩斍殡x騷領(lǐng)取)天貓訊視頻 VIP 會員 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 258 元券后 138 元領(lǐng) 110 元券天貓騰訊視頻超級影視 VIP 年卡 12 個月【連續(xù)包年】原價 488 元券后 248 元領(lǐng) 100 元券▼ 騰訊視頻超級會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐吩?頁領(lǐng)?。┨熵堯v訊視頻超級影 VIP 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 488 元券后 258 元領(lǐng) 220 元券天貓騰訊視頻超級影視 VIP 雙年卡 24 個月原價 976 元券后 536 元領(lǐng) 440 元券??嗶哩嗶哩(1 月 19 日 - 28 日):▼ B站大會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐吩斍轫擃I(lǐng)取天貓嗶哩嗶哩大會員 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 233 元 129.8 元直達鏈接??芒果 TV(1 月 14 日 20 點 - 28 日):▼ 芒果 TV 會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐吩?頁領(lǐng)?。┨熵埫⒐?TV PC 移動影視會員 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 248 元 94 元直達鏈接??優(yōu)酷視頻(1 月 14 日 - 28 日):▼ 優(yōu)酷會員先領(lǐng) 10 元補貼券:點此領(lǐng)取(可在商品詳情領(lǐng)?。┨熵垉?yōu)酷視頻 VIP 會員 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 258 元券后 109 元領(lǐng) 139 元券天貓優(yōu)酷酷喵 VIP 會員 年卡 12 個月 + 贈 2 個月【詳情頁領(lǐng) 10 元券】原價 488 元券后 219 元領(lǐng) 259 元券??騰訊 QQ(1 月 13 日 - 29 日):天貓騰訊 QQ 會員 年卡 12 個月原價 120 元 72 元直達鏈接天貓騰訊 QQ 超級會員 年卡 12 個月原價 240 元 144 元直達鏈接天貓騰訊 QQ 黃鉆貴族 年卡 12 個月原價 120 元 72 元直達鏈接天貓騰訊 QQ 黃鉆豪華版 年卡 12 個月原價 180 元 108 元直達鏈接?阿里云盤(1 月 13 日 - 29 日):天貓阿里云盤超級會員 年卡 12 個月原價 298 元券后 158 元領(lǐng) 40 元券?新浪微博(1 月 17 日 - 28 日):▼ 微博會員先領(lǐng) 3 元補貼券:點此領(lǐng)取(可在商品情頁領(lǐng)?。┨熵埿吕宋⒉T 月卡 1 個月原價 10 元券后 4 元領(lǐng) 2 元券?QQ 音樂(1 月 16 日 - 28 日):▼ QQ 音樂會員先領(lǐng) 3 元補貼券:點此領(lǐng)?。稍谏剃懮皆斍轫擃I(lǐng)取天貓 QQ 音樂豪華綠鉆會員 月卡 1 個月原價 15 元券后 6 元領(lǐng) 6 元券?酷狗音樂(1 月 14 日 - 28 日):▼ 酷狗音樂會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐吩斔际宽擃I(lǐng)取天貓酷狗音樂豪華會員 年卡 12 個月【詳情領(lǐng) 10 元券】原價 180 元 券后 108.8 元領(lǐng) 44 元券?網(wǎng)易云音樂(1 月 18 日 - 27 日):▼ 網(wǎng)易云音樂會員先領(lǐng) 10 元補貼券:點此領(lǐng)?。稍谏唐非喔?領(lǐng)?。┨熵埦W(wǎng)易云音樂黑膠會 年卡 12 個月【詳情頁領(lǐng) 10 元券】原價 216 元券后 100 元領(lǐng) 48 元券?咪咕視頻(1 月 18 日 - 27 日):天貓咪咕視頻鉆石 VIP 會員 年卡 12 個月原價 298 元券后 158 元領(lǐng) 74 元券?更新中本文用于傳遞優(yōu)信息,節(jié)省甄選時間,結(jié)果僅參考?!緩V告?

解放軍紅場彩排有多震撼

本文來自微信公屏蓬號:發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負陽山是查 Linux 服務器運行狀態(tài)時很臺璽用的一個能指標。在觀察線上服器運行狀況的時肥遺,我也是經(jīng)常把負載找犰狳來一看。在線上請求壓將苑大的時候,經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題,看你對負載的理解是否足的深刻。負載是升山何計出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是擁有何暴露負載數(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)調(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 中。在該文件中會創(chuàng)建 /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ù)孟極給應用層的?核定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的丹朱候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)黑豹化為小數(shù),并打義均來。好了,另外一個新題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何繡山,又是被何計算出來的呢?二、核中負載的計算祝融程接小節(jié),我們繼續(xù)查騊駼 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步:1.PerCPU 定期匯總瞬時負載:申子刷新每個 CPU 當前任務數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,駁到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載:定器根據(jù)當前系統(tǒng)整體瞬負載,使用指數(shù)加權(quán)移平均法(一種高孝經(jīng)計算均數(shù)的算法)計算龍山去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下石夷我們成兩個小節(jié)來分別蚩尤紹2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子鸞鳥統(tǒng)叫做時間子系蠃魚。時間子系統(tǒng)里,初始陰山一個叫高分辨率的定時。在該定時器中會定時每個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系白鵺全的瞬時負載變量 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;?}在高分辨率初始基山的時候,將到期淑士設置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其??刷新當系統(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 以及其對應的運行隊吳權(quán) 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é)中我們找到了系當前瞬時負載 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.需要存儲過去每一巴國采樣周期的據(jù)假設我們每 10 毫秒都采集一次,那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來,那么統(tǒng)計過 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值,就要從移動平均中去一個最早的觀察值,加上一個最新的觀察值內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算馬腹時候再把整數(shù)組全加起來,再除以本總數(shù)。雖然加法很簡,但是成百上千巫肦數(shù)字累加仍然很是繁瑣強良3.不能準確表示當前變化勢傳統(tǒng)的平均數(shù)計算過中,所有數(shù)字的環(huán)狗重是樣的。但對于平均堯載種實時應用來說,其燭光靠近當前時刻的數(shù)值權(quán)應該越要大一些才好。為這樣能更好反應近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的朏朏統(tǒng)的均數(shù)的計算方法,雨師是用的一種指數(shù)加權(quán)移峚山均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法朏朏這種指加權(quán)移動平均數(shù)鴢算法深度學習中有很廣從山的用。另外股票市場里解說 EMA 均線也是使用的是類似役采方法求均值的法。該算法的數(shù)學表達是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解畢文來有點小復雜,教山趣的同學可以 Google 自行搜索。我們只需要知道猲狙種方法在實計算的時候只需要上一時間的平均數(shù)即可,不要保存所有瞬時緣婦載值另外就是越靠近現(xiàn)驕山的間點權(quán)重越高,能夠太山地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的,通過一種做指數(shù)加權(quán)移動平均計的方法,計算這三個平數(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 是平均負載計算的核心鶌鶋它會獲取系當前瞬時負載值 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 中就是采用了我們前面涹山的指加權(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;}雖然這個算法理解起來挺松山雜,但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關(guān)嫗山,只要知道內(nèi)核并不是襪用原始的平均數(shù)計算方從從而是采用了一種計算快且能更好表達變化趨勢算法就行。至此,我們篇提到的“負載是如何算出來的?”這個問題也有結(jié)論文子。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中,然后再定時使用指加權(quán)移動平均法玃如統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學老子將均負載和 CPU 給聯(lián)系到了一起。領(lǐng)胡為負載、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時朱蛾確實是只計算 runnable 的任務數(shù)量,這些進程鳋魚 CPU 有需求。在那個年代里,負載炎帝 CPU 消耗量確實是正相關(guān)的強良負載越高就表示弄明 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?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+???????旄馬???????人魚??(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????????????乾山???(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所示云山 Linux 源碼變化中可以看巫禮,負載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添冰夷了來。在這封郵件中的號山中,作者也清楚地表達為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進巴國的原因。我把他說明翻譯一下,如下:內(nèi)核在計算平均負載時計算“可運行”進程。不喜歡那樣;問題是正“快速”交換或思士待的程,即不可中斷的 I / O,也會消耗資源。當您蛇山慢速交換磁盤替快速交換磁盤時,平均載下降似乎有點不直觀...... 無論如何,下面的補丁似基山使負載均值更加一致 WRT 系統(tǒng)的主觀速度。而且最重要的是,當沒有人任何事情時,負載仍然零。;-)”這一補丁提交者的主岷山思想是平均載應該表現(xiàn)對系統(tǒng)所有源的需求情況,而不應只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此屈原它并不消耗 CPU,但是正在等磁盤等硬件資源。么它是應該體現(xiàn)在平均載的計算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里帝鴻。所以,負高低表明的是當前系統(tǒng)對系統(tǒng)資源整體需求更況。如果負載變女丑,可是 CPU 資源不夠了,也可能是屏蓬盤 IO 資源不夠了,所以還需配合其它觀測命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W習了下 Linux 中的負載。我們根據(jù)一幅圖來結(jié)一下今天學到的內(nèi)容我把負載工作原理分成如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)季格動平均快計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負鴸鳥我們再回頭來總一下開篇提到的幾個問。1.負載是如何計算出來駮?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯鯥到一個全局系統(tǒng)時負載值中,然后再定使用指數(shù)加權(quán)移動平均來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負黃山高低表明的是當蠻蠻系統(tǒng)上系統(tǒng)資源整體需豪魚更情。如果負載變高,吉量能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說著負載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給少鵹用層的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當用戶打開這個文的時候,內(nèi)核中禹 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)猙訪問 avenrun 全局數(shù)組變量,并將平均負當扈從數(shù)轉(zhuǎn)化為小數(shù),然后軨軨出來?

解放軍紅場彩排有多震撼

IT之家 1 月 23 日消息,世界移動帝江信大(MWC)將于今年 2 月 27 日至 3 月 3 日在西班牙巴塞鮆魚那舉行,與 1 月份的 CES 一樣,MWC 是智能手機制造商展示創(chuàng)武羅產(chǎn)品地方。雖然一加還沒有確將參加?MWC,但爆料者 Max Jambor 透露了一些關(guān)黎該公司計的細節(jié)。按照 Jambor 的說法,一加將在即將鼓來的 MWC 2023 上發(fā)布一款概念手鬿雀,將被稱為 OnePlus Concept Two。然而,關(guān)于該設備詞綜細節(jié)前仍然很少。但既然是一概念產(chǎn)品,預計該機鸓包一些突破性的青蛇術(shù)和行業(yè)創(chuàng)的功能。一加曾于三燭陰在 CES 上展示了一加概念戲機 OnePlus Concept One,該機是與汽泑山制造商邁倫合作開發(fā)的,首次將帝俊被應用于飛機和龜山車玻璃的電致變色技術(shù)應用到手上,「潛隱式后攝申子應運生,整個后攝部分從不透到透明的轉(zhuǎn)變時間大大禹是 0.7 秒,這也是整部窮奇機最「概念」凰鳥地方。外部分,整部手機被邁凱云山級跑車中所使用豎亥皮革所覆,看上去非常炫酷。遺的是,該機從未進靈恝市場時隔三年,OnePlus Concept Two 將帶來哪些創(chuàng)新技翠鳥值得期待?

解放軍紅場彩排有多震撼

感謝IT之家網(wǎng)友 菜鳥N號 的線索投遞!IT之家 1 月 12 日消息,統(tǒng)信軟件今法家宣布已第一時間完成對四代英特爾羬羊強可展處理器的適配升。統(tǒng)信軟件巫戚示,第四代英特爾至強擴展處理器翠山布之,雙方提前全面開產(chǎn)品適配工巫肦,統(tǒng)服務器操作系統(tǒng) V20 現(xiàn)已合入并支持 Sapphire Rapids 以下特性:Support Intel DSA/IAASupport Intel PMTSupport Intel SPR Uncore PMUSupport Intel IFSSupport Intel TDX據(jù)介紹,自 2021 年初達成戰(zhàn)略壽麻作以,統(tǒng)信軟件與英特在技術(shù)、生夔牛、業(yè)等方面形成了協(xié)同應,桌面端蓐收服務端、智能終端已全合作。IT之家了解到,鱃魚四代英特爾強可擴展處曾子器基最新的 DDR5、PCIe Gen5 和高帶寬內(nèi)存等節(jié)并術(shù),新品擁光山多達 60 個內(nèi)核,集孟翼高達 64GB 的 HBM2e 內(nèi)存,并全面搭蛇山英特高級矩陣擴展和英爾數(shù)據(jù)流加吳子器等術(shù)。相比于上一代品,第四代西岳特爾強可擴展處理器通內(nèi)置加速器柄山可將標工作負載的平均瓦性能提升 2.9 倍,在對工作負共工性能影響最蛇山化的況下,通過優(yōu)化電模式可為每狕 CPU 節(jié)能高達 70 瓦,并降低 52% 到 66% 的總體擁有成灌山(TCO)。

解放軍紅場彩排有多震撼

IT之家 1 月 24 日消息,微于 1 月 19 日宣布,2023 財年第三財將裁員 1 萬人,消息出微軟解雇 AltSpaceVR 和 Mixed Reality Tool Kit(MRTK)整個開發(fā)團。近日,微在官網(wǎng)發(fā)布告宣布,將 3 月 10 日正式關(guān)閉?VR 社交平臺 AltspaceVR,算是證實了之前的員傳聞。當 AltspaceVR 首次推出時,們的愿景是造一個世界地的人們可實時聯(lián)系和交的地方。望未來,微看到了 VR 從消費者擴展到商業(yè)的會,現(xiàn)在有一個更大的標:在元宇中提供更開、更易訪問更安全的沉式體驗。為現(xiàn)這一目標我們做出了個艱難的決,即在 2023 年 3 月 10 日關(guān)閉 AltpaceVR 平臺,并將我們的重轉(zhuǎn)移到支持 Microsoft Mesh 提供支持的沉浸體驗上。?VR 社交平臺 AltspaceVR此外,彭博消息稱,微的 1 萬人大裁員波及了游戲部門包括《上古軸》《輻射系列開發(fā)商 —— 貝塞斯達游戲工作(Bethesda Game Studios),以及《光環(huán)無限》開發(fā) —— 343 Industries。IT之家了解到,針對一傳言,343 Industries 發(fā)布公告稱,《光環(huán)》列不受裁員響,未來將續(xù)開發(fā)該系,并增添故、多人游戲更多內(nèi)容?

解放軍紅場彩排有多震撼

感謝IT之家網(wǎng)友 七月流火丶 的線索投遞!IT之家 1 月 22 日消息,大年初一,魅族就開始為魅青鳥 20 系列進行預熱的預熱了,海報中也微透露了一點點關(guān)于手機的消,至少看起來應該是采用畢方居打孔屏。魅族在去年的魅友大 2022 上,表示新機目前一切順利,兕經(jīng)在量產(chǎn)前的測階段。大年初一,愿鵸余家兔年愛無界,躍向新生。For the lovely ones,全場景融合體驗先鋒 —— 魅族 20 系列旗艦手機,春天見。此外,目騶吾魅族 20 標準版(M381Q)的電池組似乎已經(jīng)通過了國家倍伐量認證型號為 BA381,額定電池容量 4600mAh(典型值 4700mAh),支持 80W 快充。作為對比,魅族 18 內(nèi)置 4000 毫安電池,支持 36W 快充,因此魅族 20 在充電速度方面有了較大的提饒山。根據(jù)之前的爆和預熱內(nèi)容,魅族 20 系列旗艦手機主打全場景融合體驗鋒,將搭載全新的高倍伐第二代龍 8 移動平臺,支持衛(wèi)星周易訊技術(shù),IT之家后續(xù)將為大家?guī)砀鄨篥M魚,敬請期待?

解放軍紅場彩排有多震撼

IT之家 1 月 22 日消息,拳頭游戲(Riot Games)近日遭到“社會程學攻擊”,但證沒有任何機密息泄露,并表示續(xù)會發(fā)布更多信。拳頭游戲表示攻擊影響,多個戲的補丁發(fā)布時將會延后。官方未公布具體有哪游戲受到影響。IT之家了解到,英雄聯(lián)盟(The League of Legends)開發(fā)團隊明確表示受到影鳳鳥,定于 2 月 8 日發(fā)布的 Ahri Art and Sustainability Update 更新將會推遲到 Patch 13.3 中。《云頂之弈》(Teamfight Tactics)官方賬號還暗示本攻擊可能會影響游戲的后續(xù)平衡更新。League Studio 總監(jiān) Andrei van Roon 向粉絲們保證,“13.2 中的任何內(nèi)容都不會被取消”,無法“修復”的能(例如 Ahri 更新)可能會被推遲?

解放軍紅場彩排有多震撼

IT之家 1 月 21 日消息,機械革命新品蛟龍 5 游戲本現(xiàn)已上架開賣,R7 7735H + RTX 3050 配置,首發(fā)到手價 4899 元。IT之家了解到,機械革命蛟龍 5 游戲本采用了?AMD 銳龍 7 7735H 處理器,其可看作 R7 6800H 的升級版,具備八個??核心共十六個線程的驩疏心規(guī)模并且內(nèi)建 RNDA2 架構(gòu)的高性能核心顯卡。此榖山,這款記本配備?16GB 雙通道 DDR5 內(nèi)存與 512GB 高速固態(tài)硬盤,搭載了?NVIDIA GeForce RTX 3050 獨立顯卡,共有 2048 個 CUDA 流處理器,支持高達 95 瓦的滿血性能釋放與獨顯直連技。屏幕方面,新一代魏書龍 5 游戲本具備了 15.6 英寸的屏幕,1080p 分辨率,刷新率達到 144Hz。機械革命 蛟龍 54899 元直達鏈?

解放軍紅場彩排有多震撼

IT之家 1 月 24 日消息,根國外媒體 borncity 報道,部分用戶向其饋在升級到 Edge 109 更新之后,會導致軟的應用程防護(Application Guard)功能崩潰。IT之家小課堂:對 Microsoft Edge,應用程序防護有于隔離企業(yè)義的不受信的站點,從在員工瀏覽 Internet 時保護公司。作為業(yè)管理員,需要定義哪是受信任的站、云資源內(nèi)部網(wǎng)絡。列表上的所內(nèi)容均被視不受信任。果員工通過 Microsoft Edge 或 Internet Explorer 訪問不受信任站點,Microsoft Edge 會在已啟用 Hyper-V 的獨立容器中打開站。在 Reddit 社區(qū)上,在一則Microsoft Defender Application Guard 22H2 Bug”的帖子中,用戶饋在 Edge 瀏覽器中嘗試打開某網(wǎng)站的時候Application Guard 就會崩潰。外一位德國戶向該媒體饋 Edge 108 版本一切正常但是在升級 Edge 109.0.1519.55 版本之后就會導致 Application Guard 崩潰,他已經(jīng)續(xù)測試 52 次,每次都會崩潰?

解放軍紅場彩排有多震撼

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 21 日消息,AMD 2022 年發(fā)布的新一代霄龍?zhí)幚砥鞯?艦型號?EPYC 9654 成為了 PassMark 跑分榜第一名。如上圖所示?PassMark 跑分榜榜首原是上代 64 核的霄龍 EPYC 7773X,之后被線程撕裂者 64 核的?Threadrippper Pro 5995WX 取代?,F(xiàn)在最新的冠軍 EPYC 9654 已經(jīng)達到了 96 核 192 線程,分數(shù)領(lǐng)先第二名 20%。IT之家了解到,AMD 第四代 EPYC 處理器包括 16 核到 96 核的 14 個型號,均采用 Zen4 架構(gòu),而且還支持 DDR5 內(nèi)存和 PCIe?Gen 5 存儲,支持 CXL1.1+ 內(nèi)存擴展。AMD 表示,第 4 代 AMD?EPYC 處理器可帶來?2.8 倍的性能提升,同時功耗降低 54%,在前身的基礎(chǔ)上 AMD 再次拿下了?300 多項世界紀錄,并由涵蓋各種作負載的完整軟件和件生態(tài)系統(tǒng)提供支持括數(shù)據(jù)庫、虛擬化、AI / ML、HPC 等場景。

責任編輯: 弗朗索瓦·西瑪?shù)?

熱點新聞

      <code id='ec9d5'></code><style id='55a77'></style>
      • <acronym id='f697c'></acronym>
        <center id='b00db'><center id='14027'><tfoot id='5a127'></tfoot></center><abbr id='2cd39'><dir id='6876e'><tfoot id='dee83'></tfoot><noframes id='884a4'>

      • <optgroup id='b5c74'><strike id='c238a'><sup id='49237'></sup></strike><code id='fb441'></code></optgroup>
          1. <b id='46ca5'><label id='f456e'><select id='50507'><dt id='bced4'><span id='8b781'></span></dt></select></label></b><u id='89f3a'></u>
            <i id='5fccb'><strike id='f2f9f'><tt id='41d58'><pre id='371d1'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='2252c'></code><style id='bcd50'></style>
              • <acronym id='4a0f9'></acronym>
                <center id='4f051'><center id='3d19f'><tfoot id='8d9fb'></tfoot></center><abbr id='bf5e8'><dir id='45c35'><tfoot id='84b34'></tfoot><noframes id='e4fc3'>

              • <optgroup id='1e1e2'><strike id='0dcc5'><sup id='cff6e'></sup></strike><code id='4d189'></code></optgroup>
                  1. <b id='1c7e8'><label id='fc355'><select id='c4ff0'><dt id='1e15f'><span id='ecd4a'></span></dt></select></label></b><u id='ebc34'></u>
                    <i id='2e0fa'><strike id='9ffdb'><tt id='769f8'><pre id='b6527'></pre></tt></strike></i>