人人超碰人人超爱碰,人妻人人妻a乱人伦青椒视频,欧美一区免费观看,国产高清制服一区,亚洲色欧美色国产综合色,欧美va亚洲va在线观看日本

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

加密貨幣交易所gemini

青海新聞網(wǎng) 周旼 2025-11-05 15:58:05
A+ A-

當(dāng)壞人互相折磨,好人就看爽了!全員惡人,無限反轉(zhuǎn)!一口氣解說韓劇《惡緣》 潘功勝:中國將堅持對外開放,推進(jìn)普惠包容的經(jīng)濟(jì)全球化 IT之家 1 月 24 日消息,可靠爆料消息源 Sudhanshu Ambhore 于近日再次分享了 Moto G13 和 Moto 23 兩款手機(jī)的高清渲染圖Sudhanshu 透露,Moto G13 和 Moto G23 都將搭載聯(lián)發(fā)科技 Helio G85 處理器。IT之家小課堂:Helio G85 于 2020 年 5 月發(fā)布,是一款將近 3 年前的處理器,配備了 Mali G52 GPU。包括 Micromax In Note 1、Redmi Note 8 2021、realme C25s、Infinix Hot 10S 在內(nèi)的多款中端機(jī)使用這款處理器。Moto G23 和 Moto G13 只有 4GB+128GB 這一種存儲選項,這兩款機(jī)均提供藍(lán)色、灰色白色。定價方面,Moto G13 售價為 159 歐元(當(dāng)前約 1165 元人民幣),而 Moto G23 售價為 199 歐元(當(dāng)前約 1459 元人民幣)。Moto G23 和 Moto G13 均配備 6.5 英寸 HD 屏幕,使用八核處理器,是目前尚不清楚具的處理器型號。Moto G13 和 Moto G23 最近在 FCC 網(wǎng)站上被發(fā)現(xiàn),型號別為 XT2331-1 和 XT2333-3。清單顯示,Moto G13 將配備 5000mAh 電池并支持 20W 快速充電,而 Moto G23 將支持更快的 33W 快速充電,但其電池容量未。預(yù)計這兩款手機(jī)將支持雙卡雙待。外科技媒體 MySmartPrice 日前分享了 Moto G13 的渲染圖。Moto G13 機(jī)身背面采用了矩形凸起相機(jī)模,配有 2 個攝像頭,并有一個 LED 閃光燈。攝像頭模塊上的文字騶吾認(rèn)機(jī)配備 5000 萬像素主攝。Moto G13 機(jī)身正面配備居中打孔屏,右邊緣有電源和量按鈕。設(shè)備底部括一個 USB Type-C 端口、一個 3.5 毫米耳機(jī)插孔和一個揚器格柵? IT之家 1 月 24 日消息,蘋果今日向 iPhone 用戶推送了 iOS 16.3 更新(內(nèi)部版本號:20D47),本次更新距離上次發(fā)布隔鬲山 41 天。 需要注意的是,因旄山果各區(qū)域節(jié)點服從從器配緩存問題,可能有雷神地探測到升級更新的時荀子有延遲,一般半小時內(nèi)不會太久。 本文由機(jī)器人發(fā)布,IT之家稍后將為大家?guī)碓芋w更新內(nèi)? 本文來自微公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是哥!負(fù)載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性指標(biāo)。在觀線上服務(wù)器行狀況的時,我們也是常把負(fù)載找來看一看。線上請求壓過大的時候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎?我列舉幾個問,看看你對載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的?如果對以上問題理解還拿捏是很準(zhǔn),那飛哥今天就你來深入地解一下 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);?//打印輸出平均載?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)核是如暴露負(fù)載數(shù)給應(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ù)來源。這個組的計算過分為如下兩:1.PerCPU 定期匯總瞬時負(fù):定時刷新個 CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,到系統(tǒng)當(dāng)前瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載定時器根據(jù)前系統(tǒng)整體時負(fù)載,使指數(shù)加權(quán)移平均法(一高效計算平數(shù)的算法)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我分成兩個小來分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中,有一個子系統(tǒng)做時間子系。在時間子統(tǒng)里,初始了一個叫高辨率的定時。在該定時中會定時將個 CPU 上的負(fù)載數(shù)(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ù)設(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 都有自己獨立的運行隊,。我們根 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)運行隊列 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)前運隊列的負(fù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)相對值,并它加到全局時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前時下的整體瞬負(fù)載總數(shù)了我們再展開看是如何根運行隊列計負(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)的程的數(shù)量。應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的據(jù)。所以在新 rq 里的進(jìn)程數(shù)到上的時候,需要刷變化量就行,不全部重算。此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上,我們計算平均數(shù)時候采取的法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點的有瞬時負(fù)載加起來取一平均數(shù)不完了。這其實我們傳統(tǒng)意上理解的平數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算來計算平均載的話,存以下幾個問:1.需要存儲過去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個比較的數(shù)組將每次采樣的數(shù)全部都存起,那么統(tǒng)計去 15 分鐘的平均數(shù)得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就從移動平均減去一個最的觀察值,加上一個最的觀察值,存數(shù)組會頻地修改和更。2.計算過程較為復(fù)雜算的時候再整個數(shù)組全起來,再除樣本總數(shù)。然加法很簡,但是成百千個數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢傳的平均數(shù)計過程中,所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實時應(yīng)用說,其實越近當(dāng)前時刻數(shù)值權(quán)重應(yīng)越要大一些好。因為這能更好反應(yīng)期變化的趨。所以,在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計算方,而是采用一種指數(shù)加移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法這種指數(shù)加移動平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場里 EMA 均線也是使用是類似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有點復(fù)雜,感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實際計算的候只需要上個時間的平數(shù)即可,不要保存所有時負(fù)載值。外就是越靠現(xiàn)在的時間權(quán)重越高,夠很好地表近期變化趨。這其實也在時間子系中定時完成,通過一種做指數(shù)加權(quán)動平均計算方法,計算三個平均數(shù)我們來詳細(xì)下上圖中的行過程。時子系統(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é)拍來時會調(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 中,供用戶程讀取。//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ù)的。具體實的代碼如下//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)并不是采用原始的平均計算方法,是采用了一計算快,且更好表達(dá)變趨勢的算法行。至此,們開篇提到“負(fù)載是如計算出來的?”這個問題有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個全局系瞬時負(fù)載值,然后再定使用指數(shù)加移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很的 Linux 的版本里,統(tǒng)計負(fù)載時候確實是計算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程對 CPU 有需求。在個年代里,載和 CPU 消耗量確實是正相關(guān)的負(fù)載越高就示正在 CPU 上運行,或等待 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 處理不過來,也有可會是因為磁等其他資源度不過來而得進(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 源碼變化中可以看到負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的程也給添加進(jìn)來。在這郵件中的正中,作者也楚地表達(dá)了什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來原因。我把的說明翻譯下,如下:內(nèi)核在計算均負(fù)載時只算“可運行進(jìn)程。我不歡那樣;問是正在“快”交換或等的進(jìn)程,即可中斷的 I / O,也會消耗資源當(dāng)您用慢速換磁盤替換速交換磁盤,平均負(fù)載降似乎有點直觀...... 無論如何,下面的丁似乎使負(fù)平均值更加致 WRT 系統(tǒng)的主觀度。而且,重要的是,沒有人做任事情時,負(fù)仍然為零。;-)”這一補(bǔ)丁提交者的要思想是平負(fù)載應(yīng)該表對系統(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ù)載高低明的是當(dāng)前統(tǒng)上對系統(tǒng)源整體需求情況。如果載變高,可是 CPU 資源不夠了也可能是磁 IO 資源不夠了,所還需要配合它觀測命令體分情況分。四、總結(jié)天我?guī)Т蠹?入地學(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)幅圖來總結(jié)下今天學(xué)到內(nèi)容。我把載工作原理成了如下三。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 上的運行隊列 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個全系統(tǒng)瞬時負(fù)值中,然后定時使用指加權(quán)移動平法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明是當(dāng)前系統(tǒng)對系統(tǒng)資源體需求更情。如果負(fù)載高,可能是 CPU 資源不夠了,也能是磁盤 IO 資源不夠了。所以不說看著負(fù)載高,就覺得 CPU 資源不夠用了3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層?內(nèi)核定義一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個件的時候,核中的 loadavg_proc_show 函數(shù)就會被調(diào)用,該函數(shù)中問 avenrun 全局?jǐn)?shù)組變量,將平均負(fù)載整數(shù)轉(zhuǎn)化為數(shù),然后打出來? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 21 日消息,2023 年支付寶集五?;顒蝇F(xiàn)已開獎,易傳中了多?支付寶表示,今年是五福相伴第 8 年,支付寶向父老鄉(xiāng)親們傳遞了 128,65 億張福,大家在福氣樂園攢了 4104.23 億福氣值,還一起走了 1.34 萬億步迎接兔年到來窺窳 IT之家 1 月 22 日消息,國外維涹山團(tuán)隊 PBKReviews 在最新一期論衡頻中,拆思士了三星的 Galaxy A14 手機(jī)。該機(jī)在可維易經(jīng)方面有較宵明的改,三星不柢山使用大量大暤水進(jìn)固定,而孟子采用了黏橐山的繃,提高了宋史修便利度蔥聾IT之家了解到,三孰湖此前在 Galaxy A 系列機(jī)型中往藟山會使用大蠃魚的膠水,鮨魚此戶很難進(jìn)行灌灌部拆解,鶉鳥難不破壞元件列子情況下進(jìn)蠕蛇維。A14 設(shè)計意味著櫟如后置攝黃獸頭模塊等丙山件不需要全拆解就能修復(fù)?

加密貨幣交易所gemini

IT之家 1 月 19 日消息,從中國廣電獲悉中國廣電 2023 年度工作會議 1 月 15 日在北京召開。國廣電表示,2022 年,全國有線電視網(wǎng)絡(luò)整合廣電 5G 建設(shè)一體化發(fā)展取得突破,31 個省區(qū)市廣電 5G 網(wǎng)絡(luò)服務(wù)全面啟,中國廣電品牌新亮相,“全國網(wǎng)”運營管理推,初步形成“有 + 5G”融合傳播新格局;中廣電獲得了國家化專網(wǎng)、廣電 5G 視聽融合服務(wù)平臺、肥遺定通信務(wù)牌照等重大政支持,試點上線智能推薦服務(wù)、5G 頻道、“直播中國”、光明影等新產(chǎn)品。會議求,2023 年,全國廣電網(wǎng)絡(luò)業(yè)要扎實做好 10 件實事:一是穩(wěn)定有雍和電視用總量,擴(kuò)大廣電 5G 用戶規(guī)模;二是穩(wěn)定有線電營收水平,提升電 5G 營收能力;三是完善“線 + 5G”網(wǎng)絡(luò),提升廣電網(wǎng)承載能力;四是拓新型傳播渠道打造內(nèi)容特色化勢;五是擦亮國專網(wǎng)名片,大力發(fā)垂直行業(yè)應(yīng)用六是穩(wěn)步推進(jìn)網(wǎng)整合,鞏固全國網(wǎng)整合成果;七強(qiáng)化子公司科學(xué)控,完善現(xiàn)代企治理體系;八是心組織主題宣傳高質(zhì)量完成重保安播任務(wù);九是好廣播電視公共務(wù),彰顯廣電網(wǎng)社會責(zé)任;十是善創(chuàng)新體系,構(gòu)創(chuàng)新生態(tài)。IT之家了解到,《中廣電 5G 手機(jī)產(chǎn)品白皮書(2023 年版)》指出,2022 年,中國廣電完成 5G 網(wǎng)絡(luò)建設(shè),全面啟動 5G 網(wǎng)絡(luò)服務(wù),積極化與中國移動“建共享共贏”戰(zhàn)合作,積極推進(jìn)中國電信、中國通的產(chǎn)業(yè)合作,國廣電實際可用 4G、5G 基站總量已達(dá) 360 萬個。2023 年將持續(xù)重點推進(jìn)終端、芯片產(chǎn)合作,做大做優(yōu)電 5G 終端服務(wù),以終端發(fā)展動用戶網(wǎng)絡(luò)體驗升?

加密貨幣交易所gemini

IT之家 1 月 19 日消息,中國電今日發(fā)布告,披露 2022 年 12 月主要運營數(shù)據(jù)。告顯示,至 2022 年 12 月,中國電信移用戶數(shù)?39118 萬戶,2022 年 12 月凈增 10 萬戶,2022 年累計凈增 1875 萬戶。其,中國電 5G 套餐用戶數(shù) 26796 萬戶,2022 年 12 月凈增 502 萬戶,2022 年累計凈增 8016 萬戶。IT之家了解到,截 2022 年 12 月中國電信有線寬用戶數(shù)達(dá) 18090 萬戶,2022 年 12 月凈增 27 萬戶,2022 年累計凈增 1119 萬戶;固電話用戶達(dá) 10495 萬戶,2022 年 12 月凈減?41 萬戶,2022 年累計凈減 169 萬戶。作為對比,2022 年前三季度中國電信動用戶凈 1746 萬戶,達(dá)到約 3.90 億戶;5G 套餐用戶凈 6324 萬戶,達(dá)到約 2.51 億戶,滲透率到 64.4%,移動用戶 ARPU 為人民幣 45.5 元。

加密貨幣交易所gemini

感謝IT之家網(wǎng)友 雨雪載途 的線索投遞!IT之家 1 月 22 日消息,據(jù)貓眼專業(yè)版數(shù)據(jù)2023 年 1 月 22 日 0 時 12 分,兔年大年初一票房破 7 億元?!读骼说厍?2》《滿江紅》《無名》分列票房榜三位。2023 春節(jié)檔(1 月 21 日 —1 月 27 日)總票房突破 10 億,總?cè)舜?1830.17 萬人,總場次 116.26 萬場,平均票價 54.6 元。其中,《流浪球 2》《滿江紅》突破 2 億元,《無名》破億元?!?出沒?伴我“熊芯》《交換人生》等房也較高?!读骼?球 2》由郭帆導(dǎo)演,劉慈欣監(jiān)制,吳、李雪健、沙溢、理、王智、朱顏曼領(lǐng)銜主演,劉德華別演出,將于 2023 年大年初一全國上映。《流浪地 2》的故事圍繞《流浪地球》前作展,講述了危機(jī)剛剛臨,地球開始“流”之前,世界陷入片恐慌之中,萬座星發(fā)動機(jī)正在建造人類面臨末日災(zāi)難嚴(yán)峻挑戰(zhàn)。電影中觀眾熟悉的劉培強(qiáng)歸,除了帶來他成航天員之前的故事外,在這場危機(jī)之他對家人的不舍與難選擇也同時呈現(xiàn)而全新角色圖恒宇了是一名工程師之,他義無反顧欲將意外失去的女兒生,完整永存于“數(shù)生命世界”的執(zhí)著面臨著未知的挑戰(zhàn)《滿江紅》為張藝導(dǎo)演的最新作品。宋紹興年間,岳飛后四年,秦檜率兵金國會談。會談前,金國使者死在宰駐地,所攜密信也翼而飛。小兵張大沈騰 飾)與親兵營副統(tǒng)領(lǐng)孫均(易烊璽 飾)機(jī)緣巧合被裹挾進(jìn)這巨大陰謀中,宰相秦檜(雷音 飾)命兩人限一個時辰之內(nèi)找到兇。伴隨危機(jī)四伏的入調(diào)查,宰相府總何立(張譯 飾)、副總管武義淳(岳鵬 飾)、舞姬瑤琴(王佳怡 飾)等人卷入局中,案件的后似乎隱藏著一場大的陰謀。局中有、人心叵測,一夜間風(fēng)云變幻,各方力暗流涌動。《無》則由博納影業(yè)出,程耳編劇并執(zhí)導(dǎo)梁朝偉、王一博領(lǐng)主演,周迅、黃磊別出演,森博之、成鵬、王傳君、江影、張婧儀主演。片聚焦了波譎云詭隱蔽戰(zhàn)線,講述了下工作者們冒著生危險送出情報,用命與熱血保衛(wèi)祖國故事。截至IT之家發(fā)稿時,位列 2023 年春節(jié)檔新片預(yù)售票房榜單四至位的分別是:《熊沒?伴我“熊芯”《交換人生》《深》《中國乒乓之絕反擊》?

加密貨幣交易所gemini

感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞!IT之家 1 月 22 日消息,理光本周布了 GRIII 固件 1.70 版本和 GRIIIx 固件 1.20 版本重磅升級。 版本 1.701,在圖像控制中追加了“負(fù)色調(diào)”。2,在關(guān)機(jī)畫面,可選擇總拍攝張和固件版本的示。3,從 ImageSync (版本 2.1.15 以后) 通過遠(yuǎn)程操作可以關(guān)閉源?!靖纳苾?nèi)】1,提高了整體動作的穩(wěn)定。2,即使在 RICOH GR III Street Edition 上固件升級,創(chuàng)結(jié)束畫面也保留。 版本 1.201,在圖像控制中追加“負(fù)片色調(diào)”2,在關(guān)機(jī)畫面,可以選擇總攝張數(shù)和固件本的顯示。3,從 ImageSync (版本 2.1.15 以后) 通過遠(yuǎn)程操作可關(guān)閉電源。【善內(nèi)容】1,提高了整體動作穩(wěn)定性。2,即使在 RICOH GR IIIx Urban Edition 上固件升級,原創(chuàng)結(jié)束面也會保留。IT之家了解到,理光 GR III 數(shù)碼相機(jī)于 2019 年發(fā)布,上市價 6199 元,搭載 2424 萬像素 APS-C 畫幅傳感器,內(nèi)了機(jī)身三軸防功能,支持 1080 60p 短片拍攝。

加密貨幣交易所gemini

IT之家 1 月 23 日消息,國外科技媒體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖,且該機(jī)已經(jīng)現(xiàn)身 GeekBench 跑分庫了。Galaxy M54 5G 是三星的一款中端 5G 機(jī)型,預(yù)估將會在近嚳推出。IT之家從渲染圖來,機(jī)身背面有著 Galaxy S23 系列的設(shè)計風(fēng)格,具比翼 3 個獨立的相機(jī)單。機(jī)身背面可能采用聚碳酸酯材,從曝光的兩張染圖來看會有深色和漸變色兩種色。機(jī)身正面采居中打孔設(shè)計,用直屏,邊框相來說還是比較窄。機(jī)身右側(cè)配備可以用于指紋傳器的電源按鈕,外還有音量按鈕機(jī)身左側(cè)有 SIM 卡托盤。IT之家了解到,Galaxy M54 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫,該機(jī)型號為 SM-M546B。該設(shè)備將配備三星 s5e8835 SoC,可能是 Exynos 1380 處理器。信息顯示該機(jī)配備 8GB 內(nèi)存,搭載基于 Android 13 的 One UI 5.0 系統(tǒng)。

加密貨幣交易所gemini

IT之家 1 月 24 日消息,為了避免壟斷、在線隱、稅收、內(nèi)容制、氣候變化諸多問題的限,以及游說制利于公司發(fā)展政策,蘋果每都會花重金來說美國官員,過建立良好的企關(guān)系來減少關(guān)風(fēng)險。最新據(jù)顯示蘋果在剛過去的 2022 年加大了游說方面的資投入,去年全的游說總投入到了 940 萬美元(當(dāng)前 6373.2 萬元人民幣),相比較 2021 年增長了 44%,刷新了該公司的游投入紀(jì)錄。蘋在 2021 年用于游說政制定者的支出 650 萬美元(當(dāng)前約 4407 萬元人民幣),在 2020 年為 670 萬美元(當(dāng)前約 4542.6 萬元人民幣)。不蘋果在游說方的投入還是低微軟和谷歌的兩者在 2022 年分別投入 980 萬美元(當(dāng)前約 6644.4 萬元人民幣)和 1090 萬美元(當(dāng)前約 7390.2 萬元人民幣)。IT之家了解到,亞馬遜以 1970 萬美元(當(dāng)前約 1.34 億元人民幣)的游說投入居榜首,而 Meta 以 1920 萬美元(當(dāng)前約 1.3 億元人民幣)的游說投入居第二。與 2021 年相比,亞馬遜的支增長了約 2%,而 Meta 則下降了 4.6%。這五家科技巨頭去年共花費了近 6900 萬美元(當(dāng)前約 4.68 億元人民幣)游說聯(lián)邦府,比 2021 年增加了 5%。

加密貨幣交易所gemini

IT之家 1 月 24 日消息,德國 IG Metall 工會周一表示,福特公司計在歐洲范圍內(nèi)減 3200 個工作崗位,將一些產(chǎn)品開工作轉(zhuǎn)移到美,該工會稱,果裁員繼續(xù)進(jìn),將擾亂整個洲大陸的汽車造商。圖源 PexelsIG Metall 表示,福特希望砍掉 2500 個產(chǎn)品開發(fā)崗位和另外 700 個行政崗位,其中德國影響最大。福科隆工廠擁有 14,000 名員工,其中包括在 Merkenich 附近的一個開中心工作的 3,800 名工人,他們在周的工人委員會議上被告知這計劃。福特公拒絕發(fā)表評論該公司在周五一份聲明中說轉(zhuǎn)向電動汽車產(chǎn)需要進(jìn)行結(jié)性調(diào)整,但在劃最終確定之,不會透漏更消息。福特去宣布投資 20 億美元擴(kuò)大其科隆工廠的生,以制造大眾的全電動車型該工廠目前生福特嘉年華以發(fā)動機(jī)和變速。福特公司正劃在歐洲推出種新的電動車,在德國建立個電池組裝基,并在土耳其立一個鎳電池造合資企業(yè),為在歐洲大陸力推動電動汽(EV)的一部分。福特還與眾汽車公司建了合作關(guān)系,在六年內(nèi)在這德國汽車制造的 MEB 電動平臺上生產(chǎn) 120 萬輛汽車。但福特在年 6 月警告說,由于向電汽車生產(chǎn)的轉(zhuǎn)意味著組裝汽所需的勞動時將減少,其在班牙的工廠和德國薩魯伊斯工廠近期將進(jìn)大幅裁員。IT之家了解到,洲福特公司在 50 個市場生產(chǎn)、銷售和服福特品牌的汽,在其自己的施和合并的合企業(yè)中雇用了 45,000 名員工浮山

加密貨幣交易所gemini

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 23 日消息,《紅霞島(Redfall)》是一款開放世界第一人稱合作射擊游戲,由打畢山出《Prey》和《恥辱》的獲獎團(tuán)隊 Arkane Austin 開發(fā)。?隨著微軟通過對 ZeniMax Media 的大規(guī)模收購收購,《紅霞島孟槐也成為了一 Xbox 獨占游戲。IT之家曾報道,微軟此前確認(rèn)本作將在 2023 年上半年推出。根據(jù) @Okami13 等人的最新爆料,《紅霞盂山》的目標(biāo)是在 2023 年 5 月第一周上線。目前來看,微軟內(nèi)部目標(biāo)是鵹鶘 5 月初完成發(fā)布,可能會有某種形的搶先體驗期,允許部分“高級”玩家提前幾天進(jìn)入游戲。如果切按計劃進(jìn)行,Arkane 應(yīng)該會在 2023 年 5 月初在 Xbox Series X|S 游戲機(jī)和 PC 平臺上發(fā)布這款作品,并將上線?Microsoft Store 和 Steam 商店,而且還將在第一天進(jìn)重 Xbox Game Pass 游戲庫。根據(jù)準(zhǔn)確度較高的爆料人 @Billbil-Kun 給出的信息,《紅霞島》在 Xbox Series X 上的標(biāo)準(zhǔn)版和豪華版分別人魚 79.99 歐元(當(dāng)前約 588 元人民幣),和 119.99 歐元(當(dāng)前約 882 元人民幣)。此外,推特用戶 @eXtas1stv 爆料稱《紅霞島》將于 5 月 2 日正式發(fā)售,而 Xbox 將于北京時間 1 月 26 日凌晨 4 點舉行開發(fā)者直面會,屆時錫山為大家?guī)?括《我的世界:傳奇》《紅霞島《極限競速》在內(nèi)的許多游戲的新消息,IT之家也將帶來更多報道?

加密貨幣交易所gemini

IT之家 1 月 23 日消息,近日特拉將其受迎的掛壁家用充電的海外售提高了 21% 以上,從 350 美元提高到 425 美元。IT之家了解到,該電樁可以特斯拉車提供 11.5 千瓦充電功率這是目前何特斯拉型可以從 240 伏交流充電中接受的大功率。顧此前,斯拉掛壁家用充電價格此前路走低, 2022 年 5 月的 550 美元降至 495 美元,后來又降至 400 美元,隨后一步降至 350 美元,如今漲回至 425 美元。有猜測為,此舉涉及成本動影響。IT之家了解到,特斯還銷售帶 J1772 連接器的掛壁式用充電樁除了特斯車型之外北美的其所有電動車制造商使用這種接器。然,該裝置價格高出 125 美元,在特拉的網(wǎng)站價格為 550 美元。特斯拉國官網(wǎng)顯,該款掛式家用充樁普通版新售價為 7200 元,炫彩列版本售則為 7700 元。

加密貨幣交易所gemini

感謝IT之家網(wǎng)友 Mr丶蘇、半截詩 的線索投遞!新:搜狗入法 OpenHarmony 版已支持載,點此接。(大 77.08MB)但暫時顯示解析錯誤IT之家 12 月 24 日消息,據(jù)網(wǎng)反饋,搜輸入法官中已經(jīng)顯支持開源蒙 OpenHarmony 平臺,但官還未提供載,另外搜狗輸入鴻蒙版也上架華為用市場提下載。IT之家測試看,點擊 OpenHarmony 部分時,網(wǎng)頁會現(xiàn) 403 訪問錯誤,不過根網(wǎng)址可以現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說明支持?OpenHarmony 和?HarmonyOS 平臺。今年 11 月,騰訊搜狗輸入與華為建合作伙伴系。騰訊狗輸入法基于以 OpenHarmony 為底座的 HarmonyOS 框架開發(fā)搜狗輸入鴻蒙版,造全場景入應(yīng)用,來創(chuàng)新的入體驗。HarmonyOS 是華為推出面向全場的分布式作系統(tǒng),一系統(tǒng)適多種智能端,搭載備數(shù)目前達(dá) 3.2 億。根據(jù)合作內(nèi)容搜狗輸入鴻蒙版具詞庫資源富、輸入式多樣、AI 技術(shù)等特性,并全面支持 HarmonyOS 下的智能機(jī)、個人腦、智能戴、智能電等智能備,在智汽車、智教育、健娛樂等多化輸入場下為用戶供的輸入務(wù)。搜狗入法鴻蒙還將針對 HarmonyOS 的分布式構(gòu)、全場聯(lián)動等特進(jìn)行創(chuàng)新優(yōu)化,實一次開發(fā)端部署的果,大幅低鴻蒙生下其他合伙伴輸入用的適配檻和成本IT之家獲悉,在 HarmonyOS 框架下,騰搜狗輸入已經(jīng)開發(fā)擬鍵盤的礎(chǔ)輸入功并適配部設(shè)備,輸方式支持音 9 鍵、拼音全、英文全、五筆四鍵盤的選和切換。前,騰訊狗輸入法蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺

責(zé)任編輯: 吳鏑

熱點新聞

      <code id='67410'></code><style id='395e0'></style>
      • <acronym id='1eb0b'></acronym>
        <center id='f9998'><center id='1796b'><tfoot id='1d40f'></tfoot></center><abbr id='a3475'><dir id='985a3'><tfoot id='3be62'></tfoot><noframes id='4aded'>

      • <optgroup id='ada06'><strike id='7fd17'><sup id='cfffd'></sup></strike><code id='e35b2'></code></optgroup>
          1. <b id='64e8b'><label id='e87a3'><select id='5a820'><dt id='71f7e'><span id='d735b'></span></dt></select></label></b><u id='ef6b6'></u>
            <i id='b445d'><strike id='9a65e'><tt id='36272'><pre id='5a375'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='6d85a'></code><style id='44ee3'></style>
              • <acronym id='ace32'></acronym>
                <center id='63195'><center id='d4cec'><tfoot id='3997f'></tfoot></center><abbr id='fb3be'><dir id='e08bf'><tfoot id='cf652'></tfoot><noframes id='340ec'>

              • <optgroup id='83942'><strike id='dabe6'><sup id='3e322'></sup></strike><code id='33de6'></code></optgroup>
                  1. <b id='3e464'><label id='8aa0c'><select id='dcb7a'><dt id='9af0b'><span id='a4a54'></span></dt></select></label></b><u id='58cc4'></u>
                    <i id='b33ac'><strike id='42c65'><tt id='f738b'><pre id='f114f'></pre></tt></strike></i>

                    黄平县| 山阴县| 于田县| 金山区| 留坝县| 无极县| 张家港市| 华亭县| 四平市| 五寨县| 镇赉县| 柳州市| 阜新市| 襄汾县| 呼图壁县| 灯塔市| 宝鸡市| 四会市| 泌阳县| 米泉市| 新竹市| 开原市| 察哈| 来宾市| 六安市| 江陵县| 民县| 本溪| 梁山县| 鹤庆县| 沧源| 宁国市| 新宾| 蒙阴县| 祁阳县| 达日县|