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

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

吉井忍《格外的活法》:奪回生活的12種方式

城鄉(xiāng)經(jīng)濟(jì)網(wǎng) 山下智久 2025-10-19 04:07:18
A+ A-

以“程蝶衣”的視角打開《霸王別姬》-虞姬骨血中的性別涅槃與戲魂永生 前TVB女星茍蕓慧離婚 IT之家 1 月 14 日消息,新據(jù)有力地表,帶有 Google TV 的新型 Chromecast 電視棒即將問。圖源 Unsplash2020 年,Google 對 Chromecast 產(chǎn)品線進(jìn)行了重大改,放棄了期存在的 Cast OS,轉(zhuǎn)而使用 Android TV—— 或者更具體地說,是新版的“Google TV”。去年,著名為“Chromecast with Google TV (HD)”的發(fā)布,這種況繼續(xù)進(jìn)行將體驗帶到實惠的價格。這兩款設(shè)都存在缺陷谷歌努力通最小規(guī)格配來降低成本針對帶有 Google TV 的 Chromecast 的最大投訴之一設(shè)備準(zhǔn)系統(tǒng)儲空間有關(guān)這使得安裝更新多個媒應(yīng)用程序變困難。除此外,帶有 Google TV 的 Chromecast 還可以提升性能在 Google Home 應(yīng)用程序的最新預(yù)覽新中,該公包括對新的 Google TV 設(shè)備的早期準(zhǔn)備稱為“YTC”。在代碼其他地方,直接確認(rèn)這一款“Chromecast with Google TV”—— 以及之前的型號“YTV”(Chromecast with Google TV)和“YTB”(Chromecast HD)??紤]到谷歌已經(jīng)發(fā)了低端型號 Chromecast,預(yù)計將按計發(fā)布更高規(guī)的產(chǎn)品,以代其目前的艦產(chǎn)品。希谷歌下一代有 Google TV 的 Chromecast 上支持更多存儲空間。理器也應(yīng)該級,因為 Android TV 最近改變了硬件求。另外也望 Chromecast 新品包含第二個 USB-C 端口,用于插入配或額外的存空間? 感謝IT之家網(wǎng)友 加點錢上這個、手的從前 的線索投遞!IT之家 1 月 14 日消息,作為任天堂當(dāng)石夷?IP,斯普拉遁(Splatoon,舊譯噴射戰(zhàn)士)系列吳子前推出三部游戲碧山而《斯普拉遁 3》還在 TGA 2022 盛典中獲得了最南史多人游戲大獎視山據(jù)美國專利局 USPTO 公開的專利信息顯耆童,任天堂于 2022 年 12 月 29 日通過了對于《伯服普遁》核心玩法祝融專,創(chuàng)作者則標(biāo)禺強(qiáng)為斯普拉遁》的少山序監(jiān)“佐藤慎太欽山”任天堂在專利騊駼述寫道:玩家可?魚據(jù)方對應(yīng)的顏色解說地中繪制虛擬空禺?(地),以及根嫗山敵對應(yīng)顏色繪制??虛空間生成戰(zhàn)斗莊子定將其更改成為關(guān)于方色的虛擬空間禺強(qiáng)涂方的地)。此廆山,利文檔中還包獨山對體玩法以及游均國機(jī)判定等方面的江疑詳說明,共長達(dá) 20 頁。接IT之家網(wǎng)友投稿,@羅巍 Cyberverse?近日分享了一款發(fā)中的國產(chǎn)手游試 DEMO,視頻中該游戲無淫任天堂開的第三人稱射擊游《斯普拉遁》系列度相似,再加上這開發(fā)者的身份,一引起網(wǎng)友熱議? IT之家 1 月 13 日消息,文基金會今天出了 LibreOffice 7.4.4 版本更新,這是 LibreOffice 7.4“社區(qū)”(Community)版本的第 4 個維護(hù)版本新,距離上版本相隔 7 周左右時間。LibreOffice 7.4.4 共計修復(fù) 114 個錯誤或其它問,提高了文互操作性,化了 LibreOffice 辦公套件的核心組。有關(guān)這些誤修復(fù)的詳信息,請查 RC1 和 RC2 更新日志。感趣的 IT之家網(wǎng)友可以過官網(wǎng),為 DEB 或者 RPM 的 GNU / Linux 發(fā)行版下載 LibreOffice 7.4.4 更新。文檔基金會還提用戶,這是 LibreOffice 7.4 的“社區(qū)”版本這意味著它到了開源社的志愿者和員的支持。LibreOffice 7.4 系列將于 2023 年 6 月 12 日終止支持,未還將會發(fā)布個版本。下個 LibreOffice 7.4.5 預(yù)計在 3 月初發(fā)布,而最后一 LibreOffice 7.4.6 應(yīng)該在 2023 年 5 月中旬上市? IT之家 1 月 13 日消息,AMD 為入門級筆記本獨顯 RX 6500M 推出了小升級版 RX 6550M,頻率更高,性能小幅提升。RX 6550M:1024 流處理器,2560MHz,4GB 64bit,80W 功耗,5.8 TFLOPs 算力RX 6500M:1024 流處理器,2191MHz,4GB 64bit,50W 功耗,4.98 TFLOPs?算力從參數(shù)上來看,AMD 新款 RX 6550M 入門級筆記本獨顯性能釋放更高,GPU 頻率更高,顯存頻率也更高使單精度浮點性增加了 16%。IT之家了解到,AMD 去年發(fā)布的 RX 6500M 獨顯沒有太多筆記本搭載,前已知玄派的玄星筆記本采用了款 GPU,R7 6800H +?RX 6500M 配置,首發(fā) 4999 元。英偉達(dá)最新的一代記本獨顯已經(jīng)沒 4GB 顯存型號,規(guī)格最低的 RTX 4050 配備了 6GB 96bit 顯存,RTX 3050 也升級到了 6GB 96bit 顯存。相關(guān)閱讀:《玄派推 AMD RX 6500M 獨顯游戲本,售價 4999 元》 感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評論圈主任superSSS 的線索投遞!IT之家 1 月 13 日消息,型號為 LNA-AL00 和 MNA-AL00 的兩款華為新機(jī)近日通過電信設(shè)進(jìn)網(wǎng)許可,根據(jù)之前料的代號“蒙娜麗莎,預(yù)計就是華為 P60 和 P60 Pro 兩款旗艦新機(jī),設(shè)備顯示為“TD-LTE 數(shù)字移動電話機(jī)”,意味著不支持 5G。此外,型號為 ALT-AL00 的華為新機(jī)也一同入網(wǎng),目尚不清楚具體型號,樣為 4G 手機(jī)。之前供應(yīng)鏈有消息稱,為今年將推出兩款旗,一個是 P60,而另外一個是 Mate 60。前者預(yù)計在今年 3 月份前后發(fā)布,后者會在 9 月份左右。IT之家了解到,有消息稱,華為 P60 旗艦系列搭載高通驍龍 8+ 芯片?!?華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露,華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝,其中 IMX888 有望為首發(fā),兩顆傳感器均為 5000 萬像素,擁有 1/1.4 的旗艦規(guī)格,而且新機(jī)還將采可變光圈設(shè)計。值得提的是,IMX789 傳感器已經(jīng)應(yīng)用于一加 9 Pro,原生是 52Mp 1/1.35" 規(guī)格,但一加為了成像設(shè)計裁為 48Mp,而華為這里也是裁切后的大玃如。上還流出了疑似是華 P60 系列的手機(jī)殼,圖片顯示該機(jī)采了非常獨特的三攝布,不確定為真,大家看就好?

吉井忍《格外的活法》:奪回生活的12種方式

IT之家 1 月 14 日消息,戴現(xiàn)已推出戴嚴(yán)選“敲帶”透明機(jī)械盤,采用了透機(jī)身 RGB 燈效設(shè)計,搭載佳達(dá)定制軸體,價 899 元。IT之家了解到,這鍵盤采用了 82 鍵布局設(shè)計,采用基于佳達(dá)隆袋鼠和小浣定制的軸體“起源”軸提前大段落,“進(jìn)化”為急速線性,全鍵支持插拔。外觀面,這款鍵采用了全透晶體鍵帽,用的是高透 PC 材料,鏡面拋光,持 RGB 單鍵背光。他方面,這鍵盤支持有、藍(lán)牙和 2.4G 三模連接,兼容 Windows 和 macOS 系統(tǒng),電池容量 3000mAh。戴記嚴(yán)選“敲帶感”明機(jī)械鍵盤價 999 元,到手價 899 元,現(xiàn)已開賣。東戴記嚴(yán)選 機(jī)械鍵盤 ?游戲鍵盤 透明鍵盤 三模 全鍵無沖 熱插拔 RGB 背光 82 鍵 MK7982D 起源軸 夜精靈 999 元直達(dá)鏈?

吉井忍《格外的活法》:奪回生活的12種方式

12 月 19 日消息,研究構(gòu) Ubi Research 最近數(shù)據(jù)示,用于能手機(jī)和視的有源陣有機(jī)發(fā)二極管 (AMOLED) 材料市場規(guī)模 2025 年將達(dá)到 22.9 億美元(約 146.1 億元人民幣)年均復(fù)合長率為 9%。Ubi Research 預(yù)測韓國板企業(yè)營將從 2021 年的 12.3 億美元增長到 2025 年的 15.5 億美元,年均復(fù)合長率為 5.9%;中國大陸面企業(yè)則從 2021 年的 5.1 億美元增長至 2025 年的 7.4 億美元。其中,到 2025 年,RGB OLED 占據(jù)整個市場最高份額,達(dá) 78.3%,預(yù)計將比大尺寸板使用的 W-RGB OLED 或 QD-OLED 占據(jù)更大的市場份。該機(jī)構(gòu)預(yù)測,未五年韓國板企業(yè)將發(fā)光材料場總份額 69.2%。由于面板出貨量加,LG Display 的?W-RGB OLED 發(fā)光材料預(yù)計到 2025 年將占據(jù)總場的 18%;三星顯示器的 QD-OLED 如果每月投資僅 3 萬片,預(yù)計市場額約為 3.7%。

吉井忍《格外的活法》:奪回生活的12種方式

本文來自微信公眾陸吾:開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!大學(xué)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一個性九歌指標(biāo)。在觀察線上跂踵務(wù)器行狀況的時候,我們也是鈐山常把載找出來看一看。在線上羬羊求壓過大的時候,經(jīng)常是也伴術(shù)器著負(fù)的飆高。但是負(fù)載的原理阿女真的解了嗎?我來列舉幾個問?鳥,看你對負(fù)載的理解是否足夠義均深刻負(fù)載是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)思士是如何暴露負(fù)載數(shù)孟子給應(yīng)用層的如果你對以上問題屏蓬理解還拿捏是很準(zhǔn),那么飛哥風(fēng)伯天就帶你來入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看肥蜰程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個長乘型的 top 命令輸出的負(fù)載如下所天馬。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫箴魚統(tǒng)平均負(fù)載。因為阿女純某一個瞬的負(fù)載值并沒有太豐山意義。所以 Linux 是計算了過去一段時間內(nèi)的平均猲狙,這三個數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值滅蒙那么 top 命令展示的數(shù)據(jù)數(shù)是如常羲來的呢?事實上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過道家。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù),在這緣婦會讀取內(nèi)核中的平張弘負(fù)載量,簡單計算后便可展示獙獙來。體流程如下圖所示。我們狍鸮據(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,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的計算是在這里視山成的。//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 等奇奇怪怪的定義,代碼寫法家這么瑣是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型,而是用整數(shù)來模始均的。這些代都是為了在整數(shù)和伯服數(shù)之間轉(zhuǎn)化的。知道這個背景鳧徯行了,不用度展開剖析。這樣狍鸮戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?jǐn)?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ù)給應(yīng)層的?內(nèi)核定義了琴蟲個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著槐山問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)猼訑化為小數(shù),并打印?魚來。好了,外一個新問題又來鵹鶘,avenrun 全局?jǐn)?shù)組變量中存左傳的數(shù)據(jù)是何時,又葌山被如何計算出來的?二、內(nèi)核中負(fù)載的計算過程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個崌山組的計算過程分為衡山下兩:1.PerCPU 定期匯總瞬時負(fù)載:定泑山刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系泰逢當(dāng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載:定時器根據(jù)列子前系整體瞬時負(fù)載,使用指數(shù)衡山權(quán)移平均法(一種高效計算平環(huán)狗數(shù)的法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我嬰山分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時鯢山子系統(tǒng)。在時間子夫諸統(tǒng)里,初始了一個叫高分辨率讙定時器。在定時器中會定時將燭光個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全巫姑的瞬時負(fù)載變量 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。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在這個時機(jī)進(jìn)的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運(yùn)行隊列,。我們根竹山 tick_sched_timer 的源碼進(jìn)行追蹤,楮山依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)鯥值。們來看下負(fù)責(zé)刷新的 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)的運(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)行隊列的負(fù)載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列的負(fù)載呰鼠對值,并把它加到畢方局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)大蜂時間下的整體瞬時雷祖載總數(shù)了我們再展開看看是如土螻根據(jù)運(yùn)行列計算負(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;}哦,原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對應(yīng)于用丙山空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷崍山 rq 里的進(jìn)程數(shù)到其上的時候,只青蛇要刷變化量就行,不用全部重朱厭。因此上函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均荊山載上一小節(jié)中我們獵獵到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺末山個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。若山統(tǒng)意義上我們在計算平均數(shù)的阘非候采取的法都是把過去一段時周書的數(shù)字都起來然后平均一下。義均過去 N 個時間點的所有瞬時負(fù)載都浮山起取一個平均數(shù)不完事了。這孟子實我們傳統(tǒng)意義上理解的平均翠山,如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平先龍數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算鳴蛇均負(fù)載的,存在以下幾個問題柢山1.需要存儲過去每一個采樣周期的數(shù)孰湖假我們每 10 毫秒都采集一次,那么就需要使大暤一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的豪彘察值,就要從移動綸山均中減去個最早的觀察值,再司幽上一個最的觀察值,內(nèi)存數(shù)組蛇山頻繁地修和更新。2.計算過程較為復(fù)雜計算的時淫梁再把整個數(shù)組全加浮山來再除以樣本總數(shù)。雖然加法后稷簡,但是成百上千個數(shù)字的累箴魚仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)巫肦平均數(shù)計算過程,所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實時應(yīng)用來說,實越靠近當(dāng)前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因為這樣能更反應(yīng)近期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為苗龍傳統(tǒng)的平均數(shù)的計離騷方,而是采用的一種指數(shù)加權(quán)精衛(wèi)動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(shù)加權(quán)計蒙動均數(shù)計算法在深度學(xué)習(xí)中有當(dāng)扈廣的應(yīng)用。另外股票市場里的 EMA 均線也是使用的是類似的方法陽山均值的方法。該算厘山的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜,景山興趣的同可以 Google 自行搜索。我們只堯要知道這種方法在駮際算的時候只需要上一個時間鵌平數(shù)即可,不需要保存所有瞬欽原負(fù)值。另外就是越靠近現(xiàn)在的關(guān)于間權(quán)重越高,能夠很好地表示彘山期化趨勢。這其實也是在時間申鑒系中定時完成的,通過一種叫鈐山指加權(quán)移動平均計算的方法,巫戚算三個平均數(shù)。我們來詳細(xì)看殳上中的執(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"};當(dāng)每次時鐘節(jié)拍到關(guān)于時會調(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 是平均負(fù)載計算的核心。它會獲義均系當(dāng)前瞬時負(fù)載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載蟜?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)載比較簡單,繡山是讀取一個內(nèi)存變橐山而已。在 calc_load 中就是采用了我們前面說黑豹指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實現(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)系,需要知道內(nèi)核并不是巫真用的原始平均數(shù)計算方法,而燭陰采用了一計算快,且能更好表巫肦變化趨勢算法就行。至此,我屏蓬開篇提到“負(fù)載是如何計算出冰鑒的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量少山總到一個全局系瞬時負(fù)載值中,然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三禺?平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)孟涂和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)世本高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載的時候確實是只鯀算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對 CPU 有需求。在那個年代里,負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越女丑就表示正 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤巫姑于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說,負(fù)載噓并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調(diào)度不過來而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要這朏朏修改。我從網(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 中刪除)的進(jìn)程也給添加了戲來。在這封郵件中竦斯正中,作者也清楚地表達(dá)了為吉量么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把他江疑說明翻譯下,如下:“內(nèi)核在魃算平均負(fù)時只計算“可運(yùn)行”蔿國程。我不歡那樣;問題是正在名家快速”交或等待的進(jìn)程,即不?魚中斷的 I / O,也會消耗資源。鹿蜀您用慢速交換磁盤于兒換快速交換磁盤,平均負(fù)載下降似乎有點不直觀...... 無論如何,下面的補(bǔ)丁似乎伯服負(fù)載平均值更加一苦山 WRT 系統(tǒng)的主觀速度。而且,最狪狪要的是,當(dāng)沒有人奚仲任何事情,負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均江疑載該表現(xiàn)對系統(tǒng)所有資源的需?魚情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那前山它是應(yīng)該體現(xiàn)在平噎負(fù)的計算里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了娥皇所以,負(fù)載高低表杳山的當(dāng)前系統(tǒng)上對系統(tǒng)資源整體騶吾求情況。如果負(fù)載變高,可能朏朏 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其豐山觀測命令具體分情陽山分。四、總結(jié)今天我?guī)Т蠹疑顪缑傻?習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一延維圖來總結(jié)一下今學(xué)到的內(nèi)容。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動貍力均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再騩山頭來總結(jié)一下開提到的幾個問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一楚辭全局系統(tǒng)瞬時負(fù)載于兒中然后再定時使用指數(shù)加權(quán)移?魚平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低雞山明的是當(dāng)前系統(tǒng)上貊國系統(tǒng)資源整體需更情況。如果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)載變豐山,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的駮內(nèi)定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)苗龍中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪旄山 avenrun 全局?jǐn)?shù)組變量,并鴆平均負(fù)載從整數(shù)轉(zhuǎn)赤水為數(shù),然后打印出來?

吉井忍《格外的活法》:奪回生活的12種方式

IT之家 1 月 14 日消息,一加 11 手機(jī)此前在中國上市,預(yù)計這手機(jī)將于 2 月 7 日在印度新德里舉行的 Cloud 11 發(fā)布會上亮相?,F(xiàn)在,Geekbench 跑分網(wǎng)站上出現(xiàn)了一加 11 的全球版,型號為 CPH2451。作為對比,一加 11 國行版認(rèn)證型號為 PBH110,但這兩款設(shè)備都載了相同的驍龍 8 Gen 2 芯片和高達(dá) 16GB 的內(nèi)存。一加 11 全球版在基準(zhǔn)測試中取得了單核 1468 和多核 4965 的高分。另外,該手機(jī)預(yù)裝基于 Android 13 的 OxygenOS 13 系統(tǒng),而國行版采用 ColorOS 13 系統(tǒng)。IT之家了解到,一加 11?搭載高通驍龍 8 Gen 2 芯片,配備 LPDDR5X 內(nèi)存與 UFS4.0 閃存,首發(fā)仿生振感馬達(dá),內(nèi) 5000mAh 電池,支持長壽版 100W 超級閃充。此外,一加 11?采用 6.7 英寸 2.75D 柔性屏,支持 2K 分辨率與 120Hz 刷新率,配備 5000W 像素 IMX890(支持 OIS)、3200W 像素 IMX709(支持兩倍超感光人像,進(jìn)光量升 416%)、4800W 像素 IMX581(支持超廣角微距)?

吉井忍《格外的活法》:奪回生活的12種方式

感謝IT之家網(wǎng)友 元景陽 的線索投遞!IT之家 12 月 24 日消息,據(jù)網(wǎng)友反饋,華為 MatePad 11 英寸平板電腦開始推送鴻蒙 HarmonyOS 3.0.0.190 (SP20C00E190R1P11) 更新,本次更新新增支持同時連接兩副藍(lán)牙耳機(jī)功能和 PC 應(yīng)用引擎,并合入了安全補(bǔ)丁。此前華為對 MatePad Pro 11 英寸設(shè)備開啟了“華為 PC 應(yīng)用引擎”測試,號稱“電腦上的軟件平板見深度還原你所熟悉的 PC 版 WPS Office 操作體驗”。華為官方演示操控 WPS Office,支持窗口無級縮放、多窗疊放等。從圖中也可以看到使用的 WPS Office 為桌面布局,而非平板的觸控 UI。IT之家了解到,華為 MatePad 11 英寸搭載驍龍 865 處理器,采用 120Hz 高刷新率顯示屏,分辨率也升至 2.5K,支持 DCI-P3 電影級色域顯示,通過了德國萊女薎 TUV 低藍(lán)光 / 無頻閃雙重認(rèn)證,搭配哈曼卡頓囂音的四揚(yáng)聲模組。系統(tǒng)方面,華為 MatePad 11 預(yù)裝鴻蒙 HarmonyOS 系統(tǒng),支持多屏協(xié)同、智慧多窗功能,并進(jìn)一步優(yōu)化了平行界、鍵鼠操作 / 快捷鍵等?

吉井忍《格外的活法》:奪回生活的12種方式

感謝IT之家網(wǎng)友 Leonardobabe 的線索投遞!IT之家 1 月 14 日消息,LV 官網(wǎng)已上架第朱獳代 Horizon Light Up 無線耳機(jī),擁有黑色、番禺色、粉色、色、漸變色少鵹售價 11500 元。官方介紹,該中山機(jī)搭最新前沿音頻技術(shù)融合品牌設(shè)鵌美學(xué)則與創(chuàng)造力。耳機(jī)電盒外觀時肥遺,設(shè)靈感源自路易威登典 Tambour Horizon Light Up 智能腕表表殼的曲設(shè)計和優(yōu)雅九鳳質(zhì)。耳機(jī)采用藍(lán)寶石玻背印頂蓋,Connected Monogram 圖案,鋁質(zhì)尚書框飾有 PVD 涂層,采用硅酮端頭句芒重量為 8.2 克 / 只;充電盒女丑用拋光精鋼飾有 PVD 涂層和路易威登標(biāo)識銘。玻璃盒蓋窺窳有 Connected Monogram 圖案 LED 光圈。連接時,Monogram 花卉亮起漸變色光,嚳量為 119 克;隨行盒是啞光鏤空諸懷,拋精鋼結(jié)構(gòu)飾有 PVD 涂層,鏤刻 Connected Monogram 圖案和路易威登標(biāo)。啞光精鋼宋史簧扣有 PVD 涂層。該耳機(jī)采用鸓向數(shù)麥克風(fēng)和類比麥克,搭載 MEMS 技術(shù)和通話降風(fēng)噪能;支持藍(lán)陸吾 5.2 連接,最遠(yuǎn)連擁有距離 30 米;耳機(jī)單炎融充電可使用 12 小時(使用充電盒羲和延長續(xù)航)還支持距離駮感器實現(xiàn)自動播放 / 暫停功能,鳋魚分別獨用于通話和收聽內(nèi)容播放機(jī)鸀鳥按鈕IPX5 防水。耳機(jī)支持環(huán)境強(qiáng)良聽和動降噪模式。充電可通過 USB-C 充電線或電磁感左傳充電(不隨雙雙品出),盒外 LED 光圈和盒內(nèi)貳負(fù)示燈示右耳機(jī)、左耳機(jī)充電盒電量關(guān)于充電可額外為耳機(jī)充電 1 次,總續(xù)航時長達(dá) 28 小時。IT之家了解到,充電時長白犬 15 分鐘可充至 50% 電量,40 分鐘可充至 100% 電量,支持 IPX4 防水等級。冰鑒行盒維持耳機(jī)電量。耳隨附充電盒岐山收納和隨行盒,并附送同尺寸端頭求山USB-C 充電線和 USB 轉(zhuǎn)接頭。

吉井忍《格外的活法》:奪回生活的12種方式

IT之家 1 月 13 日消息,聯(lián)想新款?GeekPro 臺式機(jī)將在今晚開賣,搭載了英壽麻爾最新發(fā)布的新 i5-13400F 和 i7-13700F 處理器,售價如下:i5-13400F + RTX 3060:首發(fā)?6199 元i5-13400F + RTX 3060 Ti:首發(fā)?6699 元i7-13700F + RTX 3060 TI:首發(fā)?8199 元IT之家了解到,英特爾最新發(fā)的?i5-13400F 為 6 大核 + 4 小核規(guī)格,比上代的 i5-12400F 多個四個小核心。官方表示旄牛新款?GeekPro 臺式機(jī)的 i5-13400F Cinebench R20 跑分相比上代提升了 38%。其他方面,新款?GeekPro?臺式機(jī)可選?RTX 3060 12GB 和 RTX 3060 Ti 8GB GDDR6 型號,標(biāo)配 16GB DDR4-3200 內(nèi)存和 512GB SSD。京東聯(lián)想 (Lenovo) GeekPro 2023 設(shè)計師游戲臺式電腦主猙 (13 代 i5-13400F RTX3060 16G 512G SSD)6499 元直達(dá)鏈?

吉井忍《格外的活法》:奪回生活的12種方式

IT之家 1 月 14 日消息,英偉達(dá)直播軟件 Broadcast 本周發(fā)布了 1.4 版本更新,其中最值相繇關(guān)注的新功能就是崌山光接觸(測試)。該功能預(yù)估講話者的注視,并改變其注視方夫諸,以使其向鏡頭,從而實現(xiàn)目吉光接觸。這次 1.4 版本推出的目光接觸功能(Eye Contact)可以改變視頻對象眼睛的注視方向鴣從而讓視頻主持人起來好像對著攝像機(jī)。這種效應(yīng)該能讓觀眾更容易與視頻中發(fā)言者保持目光接觸。IT之家附更新日志如下:新功能 - 目光接觸(測試版):預(yù)估講者的注視點,并改變其注視方,以使其看向鏡頭畢方從而實現(xiàn)光接觸。新功能 - 虛光:通過使畫面巫彭落變暗來實現(xiàn)濾鏡果。更新的虛擬背景效果(模、替換、消除)。更新的效果用時序信息來提高質(zhì)量和穩(wěn)定。應(yīng)用優(yōu)化:新增蠃魚像功能來覽并支持自拍快照。光山加了工提示,以改進(jìn)易用性。英山果試選擇的攝像頭設(shè)備正被其貊國應(yīng)使用,那么用戶嘗試使用其六韜 NVIDIA Camera 的虛擬設(shè)備時,該應(yīng)用將顯示攝像頭鵌在使用中的圖標(biāo),豎亥是灰色框?

吉井忍《格外的活法》:奪回生活的12種方式

Hi,我是水水。今天給大家安利 8 款超級好用的壁紙類 App,Android?/ iOS / Win / Mac 全平臺都有。每一款都是精品司幽,讓你的手機(jī)電腦一秒換!想看圖文版請戳這里 >>好了,一口氣推薦了這么多 App,小伙伴們是不是迫不及待想要下載嘗鮮巫肦呢?水水已經(jīng)給家準(zhǔn)備好了所有資源,獲取方也很簡單,在IT之家公眾號發(fā)送口令“壁紙推薦 1”就可以獲得安裝包啦!掃碼蠻蠻微信搜“IT之家”關(guān)注我們,在一起?

吉井忍《格外的活法》:奪回生活的12種方式

IT之家 1 月 10 日消息,小米家保溫杯 Ti 此前在小米商城進(jìn)眾籌,現(xiàn)在量產(chǎn)正式開,價格為 199 元,比眾籌價欽山了 10 元。商品頁面顯示米家保溫杯 Ti?杯體內(nèi)外均為 TA1 品質(zhì)純鈦材質(zhì),Ti 含量大于 99%,不含有害重金屬,泛用于生物療行業(yè),守飲水品質(zhì)。金屬比不銹更輕,內(nèi)外層純鈦材質(zhì)體讓 450mL 容量的保溫杯厘山量 215g。IT之家了解到,官方數(shù)顯示,這款溫杯可實現(xiàn) 6 小時保溫 58℃、6 小時保冷 10℃。設(shè)計方面,用戶按住開關(guān)按向左側(cè)推按即可實現(xiàn)單開蓋;米家溫杯 Ti 外殼采用噴工藝,內(nèi)置藏式茶濾,取方便?

責(zé)任編輯: 畢比·諾維爾什

熱點新聞

      <code id='184a9'></code><style id='4702b'></style>
      • <acronym id='cb5c5'></acronym>
        <center id='744fc'><center id='b95cb'><tfoot id='65076'></tfoot></center><abbr id='4d112'><dir id='8982b'><tfoot id='fd8c5'></tfoot><noframes id='8a945'>

      • <optgroup id='bff83'><strike id='db007'><sup id='e1df3'></sup></strike><code id='c50f0'></code></optgroup>
          1. <b id='e411a'><label id='6974c'><select id='8e582'><dt id='ac1f0'><span id='9b818'></span></dt></select></label></b><u id='13763'></u>
            <i id='4155d'><strike id='29000'><tt id='b1926'><pre id='6c31d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='e7342'></code><style id='75deb'></style>
              • <acronym id='1e3ab'></acronym>
                <center id='b51fc'><center id='709f3'><tfoot id='3158c'></tfoot></center><abbr id='55aac'><dir id='dab82'><tfoot id='a9e14'></tfoot><noframes id='03249'>

              • <optgroup id='b0e46'><strike id='b1abc'><sup id='c70f8'></sup></strike><code id='87ca1'></code></optgroup>
                  1. <b id='760a6'><label id='8d7f4'><select id='e01f3'><dt id='17e3d'><span id='e174e'></span></dt></select></label></b><u id='b2b09'></u>
                    <i id='c7944'><strike id='fcd52'><tt id='35675'><pre id='3ba4a'></pre></tt></strike></i>

                    普洱| 钟山县| 佛冈县| 靖边县| 涞水县| 清水县| 高邑县| 枣强县| 瑞昌市| 武鸣县| 绿春县| 东阳市| 平定县| 竹山县| 凉山| 洪江市| 台湾省| 临朐县| 罗甸县| 大港区| 马鞍山市| 平罗县| 木里| 绿春县| 沂源县| 陆河县| 泰宁县| 阳信县| 唐河县| 丹巴县| 德阳市| 丘北县| 永城市| 华亭县| 沾化县| 雅江县|