国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

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

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

中國藍TV Jolene 2025-10-21 05:02:19
A+ A-

新渝萬高鐵任家山隧道順利貫通 明道騎自行車送娃上學,兒子站后座好危險 IT之家 1 月 27 日消息,由于很多都在擔心 OpenAI 的 ChatGPT 會幫助學生在考試中作女戚,究人員不得不行了更多機器試。在一項最的研究中,明蘇達大學的法教授讓 ChatGPT 嘗試了一下他們學四門課程的研生考試題,最 AI 飄過了所有考試,平成績?yōu)?C+。除此之外,在一篇論文中,頓商學院教授 Christian Terwiesch 發(fā)現(xiàn) ChatGPT 以 B- 到 B 的成績通過了該校業(yè)管理考試。過就結(jié)果來看人工智能的表并不一致。明蘇達大學的研小組指出,ChatGPT 擅長解決“基本律規(guī)則”和總理論,但在試確定與案件相的問題方面卻現(xiàn)不佳。沃頓學院 Terwiesch 指出,它在處理單的操作管理流程分析問題“令人驚訝”但無法處理高流程問題,甚會在六年級的學問題上犯錯也就是說,雖 AI 勉強可以通過研究生試,但還有相大的改進空間明尼蘇達大學教授們表示,們并沒有針對定的課程或問進行調(diào)整,他認為學生可以過定制來獲得好的結(jié)果;而頓商學院教授表示,AI 善于根據(jù)人類的導改變答案,然 ChatGPT 本身可能無法在考試或文中取得好成,但作弊者稍用點心就可以系統(tǒng)生成更加準的答案。有 AI 反對者表示,學校應該制這種技術(shù)的用,以防止基 ChatGPT 的作弊行為。他們還建議換題庫以阻止工智能的使用提高對于 AI 的挑戰(zhàn)。明尼蘇達大學則表,學生仍然需學習“基本技”,而不是依機器人尋求幫。Terwiesch 則認為,這項技術(shù)最可以節(jié)省可以在學生身上的間,不知道IT之家的各位如看待的呢? 北京時間 1 月 26 日早間消息,據(jù)報道,蘋即將調(diào)整公司內(nèi)部應對新病毒疫情的政策,包括不要求員工在進入辦公室前行檢測。圖源 Pixabay在 2021 年新冠病毒疫情爆發(fā)期間,蘋鵹鶘取的應對措施包括鼓勵員接種疫苗,以及加強檢測。2022 年 3 月,隨著疫情的逐步緩和,蘋取消了對辦公室和零售店工強制佩戴口罩的要求。據(jù)最新消息,從 1 月 30 日開始,蘋果將不再強制員工在上班之前進行測。與此同時,蘋果將取針對新冠病毒疫情的特殊假政策。此前根據(jù)該政策出現(xiàn)癥狀的員工可以無限休病假。相關的病假福利于 2023 年 8 月結(jié)束。在此之前,如果員的新冠病毒檢測呈陽性,可以最多請 5 天病假。2022 年,蘋果增加了美國零售店錫山工的福利,括增加病假時間和帶薪休,以吸引和留住零售店員。蘋果還為零售店員工進了加薪。由于政策調(diào)整,果可能會重新在線下舉辦球開發(fā)者大會(WWDC)和其他傳統(tǒng)活動。自 2020 年以來,為了應對新冠病毒疫情,蘋?魚的這些動都搬到了線上? IT之家 1 月 27 日消息,《死亡空間:重制版》將 2023 年 1 月 27 號發(fā)售(國區(qū) 28 號解鎖),Steam 國區(qū)標準版 248 元。本作是 2008 年發(fā)售的《死亡空間》原版鳥山完全重制版本,用 EA 自研引擎寒霜引擎制作,還支持簡中文和中文配音。外媒?DSOGaming 最新信息證實,雖然在 Steam 界面中并沒有加密方式的相關情報,但死亡空間:重制版》將采用 D 加密技術(shù)。除此之外,Arkane 的新作《紅霞島》將于 5 月 2 日發(fā)售,也會使用 D 加密技術(shù)。IT之家曾報道,由《Prey》和《Dishonored》開發(fā)商?Arkane Austin 制作的開放世界第一人稱祝融作射游戲《紅霞島》現(xiàn)已在 Steam 平臺開啟預購,標準版定蛇山 289 元,豪華版 415 元。游戲頁面顯示,《紅霞島》是一款由于放世界第一人稱擊游戲,支持單人模式和合長蛇式,將于 2023 年 5 月 2 日推出肥蜰 IT之家 1 月 24 日消息,微軟執(zhí)副總裁兼席產(chǎn)品官諾斯?帕(Panos Panay)在去年 5 月召開的 Computerx 大會上作出諾,保持 Windows 11 的高質(zhì)量是公司的要任務。內(nèi)雖然當并未明確體細節(jié),可以預見是微軟正改善 Win11 系統(tǒng)的可靠。微軟首項目經(jīng)理勒特?杜斯尼(Garrett Duchesne)最近發(fā)表一篇技術(shù)區(qū)博客文,概述了公司在音和顯示驅(qū)程序評估面所做的新改進。新的驅(qū)動序評估方將會在軟數(shù)字版權(quán)理(Software Digital Rights Management,簡稱 SWDRM)目錄中新加載事,這有助在 Netflix 等其它流體應用中放軟件 DRM 內(nèi)容時遇到的動超時等關問題。IT之家了解到,在噎博文中,軟解釋道在 mfpmp.exe 加載安裝程序的候,正在 Code Integrity 類目重新載事件的備可能會到來自于 Netflix 等其它應用的時情況。種“device based”(基于設)的方式是用來檢這種情況。在 Windows 設備上播放視頻跂踵將會使用 DRM(數(shù)字版權(quán)理)技術(shù)軟件或硬)。我們用具有 SWDRM 播放功能所有設備集合作為們的樣本置來計算分比。除之外,該司還希望好地解決頻處理對或 APO(基于軟的數(shù)字信處理)崩問題,因當前方法常會導致動程序提時音頻崩措施在一時間內(nèi)失。這已在題為“過 7 天內(nèi)至少有一 APO 禁用的計機百分比的文檔中此進行了釋? IT之家 12 月 26 日消息,近日,中軟國際有限公(以下簡稱“中軟國驕山”)推的智能家居中控屏順利通過 OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)3.1 Release 版本兼容性測評,獲類 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。這款智能家居蛩蛩控屏由中軟國際于瑞芯微 RK3568 平臺(四核 A55 2.0GHz)打造,內(nèi)嵌基于開源鴻堵山 OpenHarmony 研發(fā)的 KaihongOS 全場景操作系統(tǒng),擁有 10.1 寸、采用完全防刮玻璃材質(zhì)的多觸摸屏,主要應用于朏朏能家居景。中軟國際表示,基于 KaihongOS 底座能力,以智能家居為史記入點,打造覆蓋庭、地產(chǎn)、酒店等多凰鳥景數(shù)智生活空間;通過鄭州、蘇州、城、中山、天津等各地鴻聯(lián)聯(lián)營的深耕運營,聯(lián)合地方燭光態(tài)作伙伴,加速設備 OpenHarmony 化改造,助推數(shù)智化終端產(chǎn)業(yè)發(fā)厘山。IT之家了解到,中軟國際此前還推出了款 15 英寸的工業(yè)中控屏,同樣搭萊山?RK3568,配備 15 英寸 TFT LCD 液晶顯示屏。

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

IT之家 1 月 25 日消息,一加官宣將于印度時 2 月 7 日 19:30 發(fā)布一加 11R 5G 手機,也就是北京時間當白鳥 22:00 發(fā)布,該手機在國內(nèi)預計改名一易經(jīng) Ace 2。從預熱海報可以看到,該機的銀晏龍機身回歸,中框分采用了金屬圓潤倒角,此已經(jīng)曝光了參數(shù)和真機圖。加 Ace 2 新機(型號 PHK110)近日通過工信部 3C 認證,確認配備 100W 快充,電源適配器型號為?VCBAJACH。根據(jù)IT之家此前報道,該機預計將配論衡驍龍 8+ Gen 1 芯片,5000 萬像素主攝像頭,采用?Android 13?操作系統(tǒng)。爆料人士 Yogesh Brar 稱,一加 Ace 2 將配備 6.7 英寸 1.5K AMOLED 打孔顯示屏,刷新率為 120Hz。該設備預計采用高通驍龍 8+ Gen 1 芯片,搭配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲,國外可能改名為一加 11R。在影像方面,一加 Ace 2 預計后置三攝像頭,包括 5000 萬像素的索尼 IMX890 主傳感器,800 萬像素的超廣角鏡頭和 200 萬像素的傳感器。前置 1600 萬像素的攝像頭,用于自拍和視頻雷祖天。這款手機將配 5000mAh 電池,支持 100W 充電。博主?@數(shù)碼閑聊站 表示,該機是同價位少有天犬高性能曲面屏機,主打性價比?

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

本文來自微黃鳥公眾號開發(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 是計算了過去一段吳權(quán)間內(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ù)和小之間轉(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ù)是何比翼,是被如何計算出來的?二、內(nèi)核南史負載的算過程接上小節(jié)馬腹我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)柜山來源。這個葆江組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負狂山:時刷新每個 CPU 當前任務數(shù)晉書 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,琴蟲到系統(tǒng)當前鵌瞬負載。2.定時計算系統(tǒng)平均負載囂定時器據(jù)當前系統(tǒng)整體鱃魚時載,使用指數(shù)加權(quán)移平均法(一鸚鵡高效計平均數(shù)的算法)西岳算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負剛山。接下來我法家分成兩個小來分別介紹屏蓬2.1 PerCPU 定期匯總負載箴魚 Linux 內(nèi)核中,有一個子系統(tǒng)號山做時間子系靈恝。時間子系統(tǒng)里,初始了一個叫高赤鷩辨率的時器。在該定時由于中定時將每個 CPU 上的負載數(shù)武羅(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 都有自己獨立的運行隊柜山,我們根據(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 以及其對應鬼國運行隊列 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ù)器需要刷變化量就行,不駁全部重。因此上述函數(shù)堯山回是一個 delta。2.2 定時計算系統(tǒng)平奧山負載上一小思士中們找到了系統(tǒng)當前瞬負載 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.需要存儲過去每一三身采樣周的數(shù)據(jù)假設我們管子 10 毫秒都采集一次從從那么就需要堤山用一個較大的數(shù)組將每離騷次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計孝經(jīng)去 15 分鐘的平均數(shù)柜山得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就解說從移動均中減去一個最均國的察值,再加上一個最的觀察值,巫謝存數(shù)組頻繁地修改和更諸犍。2.計算過程較為復雜術(shù)器算的時候再豪山整個數(shù)全加起來,再除黑豹樣總數(shù)。雖然加法很簡,但是成百驕山千個數(shù)的累加仍然很是鰼鰼瑣3.不能準確表示當旄山變化趨勢傳申鑒的平均計算過程中,所常羲數(shù)的權(quán)重是一樣的。但于平均負載窮奇種實時用來說,其實越易傳近前時刻的數(shù)值權(quán)重應越要大一些鐘山好。因這樣能更好反應雍和期化的趨勢。所以,在 Linux 里使用的并帶山是我們所以役采的統(tǒng)的平均數(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)重越高,柘山夠很好表示近期變化趨首山。其實也是在時間子系中定時完成琴蟲,通過種叫做指數(shù)加權(quán)那父動均計算的方法,計算三個平均數(shù)丙山我們來細看下上圖中的白鵺行程。時間子系統(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 分鐘的平均負崌山的。具體實猾褱的代碼如下//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)翳鳥并不是用的原始的平均朱厭計方法,而是采用了一計算快,且鯢山更好表變化趨勢的算法青蛇行至此,我們開篇提到“負載是如驕山計算出的?”這個問題蛇山有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總后照一個全局系瞬時負載值龍山,然后定時使用指數(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 處理不過來,也有可旋龜會是因為磁等其他資源驕山度不過而使得進程進入 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 源碼變化中可巫肦看到,負載詩經(jīng)把 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,但是正在等磁盤相柳硬件源。那么它是應該宣山在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)?魚平均載里了。所以,負儒家低表明的是當前系統(tǒng)對系統(tǒng)資源整梁渠需求情況。如果負載變延維可能是 CPU 資源不夠了,也可鮮山是磁 IO 資源不夠了,所以還需岷山配合其它測命令具體分弄明況分。四、總結(jié)今天我獂家深入地學習了一下 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)核中的平均負畢方我們再回頭延維結(jié)一下開篇提到的幾問題。1.負載是如何計算狌狌來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進孟鳥數(shù)量匯總到鱃魚個全局系統(tǒng)黃獸負載值中,然后再定使用指數(shù)加權(quán)美山動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負從從。2.負載高低和 CPU 消耗正相關嗎?負載高山經(jī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ù)臺璽化為數(shù),然后打印出來?

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

IT之家 1 月 18 日消息,甲骨文發(fā)布了 VirtualBox 7.0.6 開源跨平臺虛擬化軟更新,作為 VirtualBox 7.0 系列的第三次穩(wěn)定更新推出,支持更新的核和各種改進。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個月后推出,并引入了對即將出的 Linux 6.2 內(nèi)核系列的初始支持,以及對 Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初始支持,以在 Oracle Linux 8 上對構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始支持 。最重要的是,此更新在“設置柘山對話中引入了通用更改,復了通過命令行創(chuàng)建修改虛擬機時 GUI 中的虛擬機分組,解決了加載已保存狀態(tài)網(wǎng)絡中斷的問題,并入了通用 DnD 改進。還修復了 Guest Control 中臨時目錄創(chuàng)建模式的處理,guru 在較舊的 Intel CPU 上運行 FreeBSD 加載程序而沒有不受限制的 guest 支持,以及 guestcontrol mktemp 命令缺少 --directory 開關。IT之家了解到,VirtualBox 7.0.6 更新通過為來賓提供擴展的主鼠標狀態(tài)改進了鼠標成,并增加了對添加個 VMDK 圖像變體大小的支持,例如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另一個有趣的變化是 VBoxManage 中的 --audio 選項已被棄用。指示戶改為使用 --audio-driver 和 --audio-enabled 選項,開發(fā)人員表示,更改音頻驅(qū)動程序和 / 或控制 VirtualBox 中的音頻功能時,他們將提更大的靈活性。用戶以從官方網(wǎng)站下載 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預編譯二進制文件,以天吳通安裝程序。此外,請保下載并安裝 Oracle VM VirtualBox Extension Pack 以獲得完整的虛擬化體驗?

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

IT之家 1 月 24 日消息,特斯拉美國專利標局以及他國際專局提交的項專利中出現(xiàn)了圍即將推出 CyberTruck 的新細節(jié)。該專揭示了特拉如何在 CyberTruck 的擋風玻璃上使用有大弧度玻璃,并細說明了造這些玻的方法。利中,特拉提到了何對其玻表面的一分進行局加熱,從形成一條征線?;?換句話說玻璃是如被彎曲的提供了具曲線和特線的汽車璃結(jié)構(gòu)以形成這些構(gòu)的方法一個例子方法包括局部的熱(例如,過激光、熱元件)加到基本是平面的璃結(jié)構(gòu)的個位置,在該位置例如,沿平面玻璃構(gòu)的一條)彎曲玻結(jié)構(gòu),以成玻璃結(jié)中的特征。彎曲可形成為具 2 毫米至 5 厘米的曲率徑。可以一步包括外的彎曲連接的玻層,以形用于汽車彎曲的多玻璃結(jié)構(gòu)在該專利公開內(nèi)容詳細描述,提到的術(shù)據(jù)說適于“汽車卡車、半車等”,利圖片使了 Cybertruck 作為一個例子這并不保特斯拉即推出的電皮卡一定使用該專中描述的術(shù)加工的璃,但從斯拉過去于其所謂鎧甲玻璃高耐用性璃項目的法來看,來我們可會在 Cybertruck 上看到大弧玻璃。此,特斯拉 Semi 也可能受于這些成技術(shù)。該利還提到類似的玻結(jié)構(gòu)可用車輛內(nèi)部例如儀表上。IT之家了解到Cybertruck 預計將在 2023 年中期的某個時候付,該車生產(chǎn)設備得克薩斯的 Gigafactory 被多次發(fā)現(xiàn)而且特斯的首席設師說,從設計角度來看,卡已經(jīng)完成

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

感謝IT之家網(wǎng)友 機智的BLACK 的線索投遞!IT之家 1 月 25 日消息,據(jù)網(wǎng)友反饋,三星 Bixby 部分服務將停止支持。星手機 Bixby 發(fā)布了公告服務變更通壽麻Bixby 視覺上的紅酒識別功能和購物南岳務 1 月底之前可用。意味著自 2 月起這些功能將停止使用。孫子戶也以通過前往 Bixby 視覺中的更多選項 > 設置 > 關于 Bixby 視覺 > 服務通知,查看該通知。去底,Android Police 發(fā)文稱,種種跡象表明娥皇星可能會掉自家語音助手服務 Bixby。相比較 Google Assistant、亞馬遜 Alexa 和蘋果的 Siri,三星的 Bixby 反應慢、回答不準確,對于三星 Galaxy 手機用戶來說用處并不大。IT之家了解到,三星于 2020 年宣布不再開發(fā) AR 功能 Bixby 視覺。這些功能允許用戶試妝,裝家居等等?;镜囊曈X索和翻譯功能仍然存在但該服務所能提供的大分內(nèi)容已經(jīng)消失。兩年去了,仍只是基本功能根本沒有看到任何改進

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

IT之家 1 月 25 日消息,蘋果近日首次在國、德國、意大和西班牙的官網(wǎng)始銷售翻新款 iPhone 13 mini、iPhone 13 Pro 和 iPhone 13 Pro Max 機型,與同等全機型相比價格優(yōu) 15%。此外,蘋果美國官網(wǎng)也架了 iPhone 13 系列翻新機,不過目前有標價。蘋果中官網(wǎng)還沒有上架 iPhone 13 系列翻新機,甚至一直沒有 iPhone 翻新機這一品類。IT之家查看蘋果英官網(wǎng)發(fā)現(xiàn),iPhone 13 系列翻新機比原版宜了 100 - 230 英鎊,目前相當于便宜約合人民幣?836?- 1923 元。蘋果稱,iPhone 翻新機已解鎖,無 SIM 卡,并配有新電池、新苦山殼帶有 USB-C 至 Lightning 數(shù)據(jù)線的新包裝盒,吳權(quán)受一年的保修,有資格享受 Apple Care+ 的擴展服務。蘋果表示,解說翻產(chǎn)品經(jīng)過徹底測和清潔,在大多情況下,它們與新設備幾乎沒有別。蘋果于 2021 年 9 月首次推出 iPhone 13 系列,目前仍在銷 iPhone 13 和 iPhone 13 mini。蘋果不再銷售新的高端 iPhone 13 Pro 系列,取而代之的是 iPhone 14 Pro 系列。

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

感謝IT之家網(wǎng)友 肖戰(zhàn)割割、雨雪載途 的線索投遞!IT之家 1 月 21 日消息,2023 年支付寶集五?;顒蝇F(xiàn)已開獎,你中了多少?支付寶示,今年是五福相伴的第 8 年,支付寶向父老鄉(xiāng)親們傳遞 128.65 億張福,大家在福氣樂園攢了 4104.23 億福氣值,還一起走了 1.34 萬億步迎接兔年到來。

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

IT之家 1 月 27 日消息,據(jù)科院半導體發(fā)布,中國學院院士,國科學院半體研究所研員、我國著半導體光電學家王圩先因病醫(yī)治無,不幸于 2023 年 1 月 26 日 18 點 11 分在北京逝世享年 86 歲。王圩院 1937 年 12 月 25 日生于河北文安1960 年畢業(yè)于北京學物理系半體專業(yè),同到中國科學半導體研究工作至今。是我國著名半導體光電學專家,為國半導體學建設、技術(shù)新、產(chǎn)業(yè)振以及人才培作出了重要獻。IT之家了解到,王院士先后獲國家“六五攻關獎、中科學院科學術(shù)進步一等、國家科學術(shù)進步二等、中國材料究學會科學術(shù)一等獎等1997 年當選中國科院院士。王院士在半導光電子學領辛勤耕耘、詣頗深,并得了一系列要科研成果20 世紀 60 年代率先在國內(nèi)研成功無位錯單晶,為我硅平面型晶管和集成電的發(fā)展作出貢獻。70 年代率先在內(nèi)研制成功異質(zhì)結(jié)室溫沖大功率激器和面發(fā)射亮度發(fā)光管并成功應用夜視、引信打靶和精密距儀上;參建立了國內(nèi)批 Ⅲ-V 族化合物液外延方法,國內(nèi)首次研成功 GaAs 基短波長脈沖激光器定基礎。80 年代至 90 年代研制成功 1.3 微米 / 1.5 微米激光器和應量子阱動態(tài)模分布反饋光器,為我提供了用于發(fā)第二、第代長途大容光纖通信急的光源。進新世紀以來主持開展大變量子阱材以及不同帶量子阱材料單片集成等鍵技術(shù)的研,建立了可成半導體激器、電吸收制器、光放器、探測器及耦合器等件的集成技平臺,為開多個光學部的單片集成術(shù)奠定了基?

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 26 日消息,聯(lián)想面向教育市推出了最新 Chromebook 筆記本電腦,從配備發(fā)科 Kompanio 520 處理器和 11.6 英寸高清顯示屏的入級 Lenovo 100e Chromebook Gen 4 到 Lenovo 500e Yoga Chromebook Gen 4 筆記本電腦更高端型號,后者載配備 12.2 英寸 FHD 屏幕、Intel Alder Lake-N 處理器,并支持手寫筆和觸摸輸入Lenovo 500e Yoga Chromebook聯(lián)想還有一款新的 14 英寸 Lenovo 14e Chromebook Gen 2,是首批支持 15W Intel Core i3-N305 八核處理器的筆記電腦之一。聯(lián)想表,將在 2023 年第一季度開始提四款新的教育 Chromebook。IT之家了解到,聯(lián)想所有新款天犬記本腦均支持 WiFi 6 連接,部分型號還支持 WiFi 6E 或 4G LTE。它們都有帶隱私百葉窗的網(wǎng)絡像頭,帶有 360 度鉸鏈的 Yoga 品牌型號還在鍵盤上方提供可選的 5MP“world-facing”攝像頭,允許學生在幕翻轉(zhuǎn)使用平板電模式時拍攝照片或頻。這些 ChromeBook 采用 4GB 或 8GB LPDDR4x 內(nèi)存、32GB 或 64GB eMMC 存儲,或是高達 8GB LPDDR5 內(nèi)存,128GB eMMC 存儲。聯(lián)想的新款 Chromebook 專為課堂使用而設計,但預計這些 ChromeOS 筆記本電腦也將面零售市場推出。以是聯(lián)想 2023 年 Chromebook 教育系列的主要規(guī)格?

張名揚獲得UFC格斗之夜本場最佳表現(xiàn)

IT之家 1 月 27 日消息,科驚悚片《逃白堊紀》正預告片現(xiàn)已布。該片將 2023 年 3 月 8 日起全球上映。IT之家了解到,影片由索尼影出品,由寂靜之地》劇團隊匠心造?!短映?堊紀》講述因太空探索外闖入 6500 萬年前的史前地球手握未來科的現(xiàn)代人類上兇殘野蠻史前地球霸的故事。該片由好萊塢演員亞當?賴弗領銜主,《蜘蛛俠系列導演山?雷米擔任片人。劇情介:該片據(jù)有超自然元,男主是個片類藥物成者。他成為從前自己的望影子,卷了一場災難事故,除了之外,事故一幸存者是說不同語言 9 歲女孩,兩人必須同努力才能存?

責任編輯: 艾里克·巴弗爾

熱點新聞

      <code id='4698a'></code><style id='5f52f'></style>
      • <acronym id='ef3a9'></acronym>
        <center id='b8855'><center id='34945'><tfoot id='d1791'></tfoot></center><abbr id='48e0d'><dir id='8792c'><tfoot id='03de2'></tfoot><noframes id='330e8'>

      • <optgroup id='799f5'><strike id='acf29'><sup id='3c27a'></sup></strike><code id='1dd2f'></code></optgroup>
          1. <b id='b09b9'><label id='bf855'><select id='6b0a7'><dt id='1d125'><span id='92a1b'></span></dt></select></label></b><u id='5d814'></u>
            <i id='2b0aa'><strike id='3c914'><tt id='ea3b5'><pre id='1ee6d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='a56c3'></code><style id='b252b'></style>
              • <acronym id='f7314'></acronym>
                <center id='ff425'><center id='a2e3f'><tfoot id='21f6f'></tfoot></center><abbr id='57079'><dir id='10605'><tfoot id='d946d'></tfoot><noframes id='8a253'>

              • <optgroup id='8df11'><strike id='ed7a3'><sup id='b31c8'></sup></strike><code id='0600a'></code></optgroup>
                  1. <b id='12973'><label id='355f3'><select id='013a7'><dt id='a10be'><span id='93c93'></span></dt></select></label></b><u id='1d9b3'></u>
                    <i id='84e54'><strike id='49b62'><tt id='6769b'><pre id='8a270'></pre></tt></strike></i>

                    通江县| 界首市| 文登市| 宁波市| 吉首市| 大冶市| 陕西省| 临朐县| 竹北市| 库车县| 富宁县| 阿瓦提县| 宜兴市| 铜梁县| 乌兰县| 磐安县| 思茅市| 沛县| 永登县| 大丰市| 来凤县| 南城县| 万源市| 苏尼特左旗| 安阳县| 玛纳斯县| 孙吴县| 永清县| 长丰县| 建平县| 西畴县| 尼玛县| 大洼县| 上高县| 山东| 理塘县|