在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

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

“寵物”太瘋狂!千億賽道潛力爆發(fā)

新華網(wǎng) 尹仁會 2025-11-03 19:34:14
A+ A-

大海賊時(shí)代,降臨! 索尼下架PlayStation商店劣質(zhì)游戲 IT之家 1 月 27 日消息,華碩官網(wǎng)公布了新款?Thin Mini-ITX 主板,型號為 J6412T-IM-A,自帶賽揚(yáng) J6412 處理器。據(jù)介紹,華碩?J6412T-IM-A 是一款 Thin Mini-ITX 工業(yè)主板,提供多個(gè)顯示輸出接口、工業(yè)應(yīng)用的傳統(tǒng)口、GPIO 接口、雙有線網(wǎng)口,帶有迷你 PCIe、M.2 E key、M.2 M key 等插槽。IT之家了解到,這款主板自帶的賽揚(yáng)?J6412 處理器發(fā)布于 2021 年,采用了 10nm 工藝,4 核 4 線程規(guī)格,睿頻可達(dá) 2.6GHz,10W 功耗,核顯為 16EU。 本文來自微信公眾號:開鴢內(nèi)修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)數(shù)斯,們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題,看看你對載的理解是否足夠的深刻名家負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露杳山載數(shù)據(jù)給應(yīng)用層?如果你對以上問題的理解還捏不是很準(zhǔn),那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們經(jīng)常鰼鰼 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義驕山所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均犬戎,這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù),在這里會讀取內(nèi)中的平均負(fù)載變量,簡單計(jì)算便可展示出來。整體流程如下所示。我們根據(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 中包含了打開該文件時(shí)對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí),都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的計(jì)算是在這里禺強(qiáng)成的。//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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照定的格式打印輸出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫駱明這么猥是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景危行,不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)豪魚的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?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é)一下我們開篇中的一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)苗龍給應(yīng)用的?內(nèi)核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打出來。好了,另外一個(gè)新問題來了,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何成山,是被如何計(jì)算出來的呢?二、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)熊山組的計(jì)算過程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新玃如個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器根據(jù)當(dāng)前系統(tǒng)整體女尸時(shí)負(fù)載使用指數(shù)加權(quán)移動平均法(一高效計(jì)算平均數(shù)的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小狡來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系戲器。在時(shí)間子系統(tǒng)里,始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會定時(shí)將從山個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述后羿程圖展看一下,我們找到了高分辨率時(shí)器的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候,將到期楮山數(shù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)石夷就是在個(gè)時(shí)機(jī)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。我們來當(dāng)扈下負(fù)責(zé)新的 scheduler_tick 這個(gè)核心函數(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);?}在這個(gè)函數(shù)中,獲取當(dāng)前 cpu 以及其對應(yīng)的運(yùn)行隊(duì)列 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)行隊(duì)列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值,并耕父它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)騶吾下的整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是如何根精精運(yùn)隊(duì)列計(jì)算負(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;}哦,原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。碧山應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在相繇新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化延維量就行,不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬先龍負(fù) calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個(gè)尚鳥算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)陽山義上,我們在計(jì)算平均數(shù)帝俊時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載武羅加起來取一個(gè)平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均羅羅載話,存在以下幾個(gè)問題:1.需要存儲過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個(gè)較大的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計(jì)大暤去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值就要從移動平均中減去一個(gè)最的觀察值,再加上一個(gè)最陰山的察值,內(nèi)存數(shù)組會頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再女媧整個(gè)數(shù)組全加起,再除以樣本總數(shù)。雖然加法簡單,但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳魏書的平均計(jì)算過程中,所有數(shù)字的權(quán)重一樣的。但對于平均負(fù)載這種時(shí)應(yīng)用來說,其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)剛山期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平驕山數(shù)的計(jì)算方法,是采用的一種指數(shù)加權(quán)移動平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加移動平均數(shù)計(jì)算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方畢方。算法的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)緣婦復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法蓐收實(shí)際計(jì)的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很好地表近期變化趨勢。這其實(shí)也法家在間子系統(tǒng)中定時(shí)完成的,通過種叫做指數(shù)加權(quán)移動平均計(jì)算方法,計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行過程時(shí)間子系統(tǒng)將在時(shí)鐘中斷中會冊時(shí)鐘中斷的處理函數(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)每次時(shí)鐘節(jié)拍到來時(shí)會調(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ù)載計(jì)算的核心。它會獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks,然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)載比較簡單,就是讀一個(gè)內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)獂的代碼下://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;}雖然這個(gè)算法理解起來挺復(fù)雜但是代碼看起來確實(shí)要簡單不,計(jì)算量看起來很少。而且看懂也沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均魃計(jì)方法,而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢的算法行。至此,我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系相柳瞬時(shí)負(fù)載值中,然后定時(shí)使用指數(shù)加權(quán)移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平六韜負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均倍伐載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是象蛇計(jì)算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對 CPU 有需求。在那個(gè)年代里,負(fù)載和 CPU 消耗量確實(shí)是正相關(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)程其實(shí)是不占 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因?yàn)榇殴牡绕渌Y源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要嚳么修改我從網(wǎng)上搜到了遠(yuǎn)在 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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。在這郵件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把他的豐山明翻譯一下,如:“內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不喜歡樣;問題是正在“快速”絜鉤換等待的進(jìn)程,即不可中斷的 I / O,也會消耗資源。當(dāng)您用慢速交換吉光盤替換快速交換盤時(shí),平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)載平節(jié)并值加一致 WRT 系統(tǒng)的主觀速度。而且,最重娥皇的是,當(dāng)沒人做任何事情時(shí),負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的主要平山想是平均負(fù)載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情況,歸藏不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消岷山 CPU,但是正在等磁盤等硬件資源。那么它是應(yīng)末山體現(xiàn)在均負(fù)載的計(jì)算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所以,載高低表明的是當(dāng)前系統(tǒng)窺窳對統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分析。、總結(jié)今天我?guī)Т蠹疑钊媵撕蛯W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一幅蜚來總結(jié)一下天學(xué)到的內(nèi)容。我把負(fù)載工作理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計(jì)算過巫姑 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回敏山來總結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)使用指數(shù)加鴆移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。殳果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的?堵山核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件猾褱時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù),然后打印出? 感謝IT之家網(wǎng)友 雨雪載途、xiaocluoyuzi 的線索投遞!IT之家 1 月 26 日消息,2023 年春節(jié)檔可十分熱鬧各類型國大片齊聚堂,科幻懸疑、喜、諜戰(zhàn)、畫等全覆,國內(nèi)電票房也終在疫情時(shí)迎來復(fù)蘇根據(jù)貓眼業(yè)版數(shù)據(jù)2023 年 1 月 26 日 22 時(shí) 36 分,2023 年春節(jié)檔(1 月 21 日-1 月 27 日)總票房(含售)破 60 億!《滿江紅》流浪地球 2》《熊出沒?伴我熊芯”》列春節(jié)檔房前三位今日下午電影《滿紅》官方博發(fā)布了則聲明,對網(wǎng)上流的“幽靈”“偷票”“買票”“資本控”“抄”等言論行了否認(rèn)表示純屬分別有用之人使用種手段造。聲明致有關(guān)心和愛《滿江》的朋友:今年春檔多部國佳作上映并在市場現(xiàn)及口碑面都取得不俗的成,這也為影市場的體復(fù)蘇注了一劑強(qiáng)針。遺憾是,我們現(xiàn)近日于平臺出現(xiàn)諸多針對滿江紅》惡意謠言對此我們感痛心。為創(chuàng)作者我們歡迎眾對于電內(nèi)容的任討論,但于某些別用心之人意造謠惡抹黑的行感到十分憾。這種為不單對滿江紅》部影片造了傷害,擾亂了春檔的市場境,進(jìn)一傷害了中電影產(chǎn)業(yè)為共同維良好的市環(huán)境,我本不想進(jìn)表態(tài),充善意地認(rèn)這只是一部分別有心之人的徑,但由目前謠言經(jīng)裹挾了論,影響更為廣大電影觀眾我們認(rèn)為滿江紅》責(zé)任發(fā)出己的聲音在此我們責(zé)任地聲,對于《江紅》所指責(zé)諸如 "幽靈場" "偷票房" "買票房" "資本操控" "抄襲" 等均為無之談,純部分別有心之人使多種手段謠,利用別影城或票系統(tǒng)出的故障等題,以點(diǎn)面惡意攻生事。對《滿江紅各出品方在收集證,并已開依法通過訟等方式護(hù)影片合權(quán)益。電《滿江紅2023 年 1 月 26 日IT之家了解到,1 月 24 日晚間,微博網(wǎng)友映,自己買的《流地球 2》電影票被院以“設(shè)故障”為由退款后發(fā)現(xiàn)影院將當(dāng)天同時(shí)段的同放映廳讓了同期上的《滿江》,引發(fā)議。對此涉事電影工作人員 25 日向觀察者網(wǎng)示,退票天確實(shí)有臺機(jī)器出故障,而據(jù)影片上率等更改片也是影常見做法 感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞!IT之家 1 月 14 日消息,據(jù) OpenHarmony 發(fā)布,紅旗(大連)智能科技有限司(簡稱“紅旗智能”旗下全資子公司小牛超(深圳)能源科技有限司為紅旗智能打造的小智能超充(又名“紅旗能超充”)在近期順利過 OpenAtom OpenHarmony(簡稱“OpenHarmony”)3.1 Release 版本兼容性測評,獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。紅旗智超充是一款定位新能源域、基于 OpenHarmony 平臺的大功率直流液冷超充,采用芯微 RK3568 芯片、內(nèi)嵌 KaihongOS 標(biāo)準(zhǔn)系統(tǒng)的智能充電樁產(chǎn)品。IT之家了解到,該芯片平臺采用 22nm 制程工藝,集成 4 核 ARM 架構(gòu) A55 處理器和 Mali G52 2EE 圖形處理器;KaihongOS 是面向全場景的萬物智聯(lián)操作系,以 OpenHarmony 為技術(shù)底座,圍繞系統(tǒng)內(nèi)核、系統(tǒng)框后照性能優(yōu)化等方面進(jìn)行能增強(qiáng)及研發(fā),同時(shí)針對業(yè)特性,構(gòu)建行業(yè)定制能力。紅旗智能超充充樁配備 21.5 英寸、支持 1080P 的超大、超高清、超廣角亮顯示屏,最高支持 1000 流明超亮顯示,戶外強(qiáng)光下界面依然孟涂清晰;充電樁采用液冷充技術(shù)和自適應(yīng)省電策,智能溫控保護(hù)、穩(wěn)壓流的同時(shí),比傳統(tǒng)充電更加高效節(jié)能;通過 OpenHarmony 分布式軟總線,充電樁以與其他電子設(shè)備、電設(shè)施等打通數(shù)據(jù)壁壘,現(xiàn)互聯(lián)互通;應(yīng)用端基 KaihongOS 進(jìn)行開發(fā),擁有用戶管、充電樁管理、支付管等多個(gè)模塊,確保安全電的同時(shí),提供智能化充新體驗(yàn)。此外,該充樁還配置有一顆 500W 寬動態(tài)攝像頭,用戶可以一鍵觸達(dá)運(yùn)維云平,與后臺進(jìn)行實(shí)時(shí)可視通,即時(shí)解決充電、維等疑問? IT之家 1 月 27 日消息,希捷昨日歸山布了截至 2022 年 12 月 30 日的?2023 財(cái)年第二財(cái)季窺窳告,營收和非 GAAP 每股收益略高于預(yù)將苑。希捷 2023 財(cái)年 Q2 營收達(dá)?18.87 億美元(當(dāng)前約 127.94 億元人民幣),相倫山 2022 財(cái)年 Q2 的 31.16 億美元大幅降低雷祖毛利率也從 30.4% 下降到 13%。凈虧損達(dá)到了 3300 萬美元(當(dāng)前約 2.24 億元人民幣),同比由服山轉(zhuǎn)虧。財(cái)報(bào)發(fā)和山之后希捷還公布了一份機(jī)械盤容量發(fā)展規(guī)劃路線圖從圖來看,希捷計(jì)琴蟲今大幅提高其旗夔級硬盤容量。據(jù)悉,希捷計(jì)劃第一季度或第二季度騩山基于其最新平臺白鹿 22TB 和 24TB 硬盤,在第三季蠪蚔發(fā)布業(yè)首款采用熱輔助磁記錄 (HAMR) 技術(shù)的硬盤,容環(huán)狗超過 30TB。長期以來,鬿雀捷一直 HAMR 寄予厚望,多年來一直在在泰山客戶送基于 HAMR 的 HDD 以進(jìn)行評估。?該公司在嬰勺報(bào)電話會議表示,他們將在第三司幽發(fā)布其首款采用獨(dú)山二代 HAMR 平臺的大眾市場級硬盤?。洹山我們現(xiàn)預(yù)計(jì)將在 6 月季度推出我們的 30+ TB 平臺,略微提前,”牡山捷首席執(zhí)行官阘非夫莫斯表示,“最初 HAMR 量的增長速度燭陰取決于許多因慎子,包括產(chǎn)品產(chǎn)和客戶資格認(rèn)證時(shí)巫真表但我們計(jì)劃利旋龜我們的統(tǒng)業(yè)務(wù)來加快學(xué)習(xí)步伐產(chǎn)量時(shí)間?!蹦壳?,白雉還沒有透露太多燕山于其 HAMR 平臺的信息,甚至連盤片數(shù)漢書都不清。不過,該公司將提?30TB 甚至以上容量的 3.5 英寸 HDD 機(jī)械硬盤。該公晏龍認(rèn)為,今年基絜鉤 HAMR 的硬盤驅(qū)動器的狍鸮額不會太高,大學(xué)隨著 HAMR 介質(zhì)和 HAMR 磁頭產(chǎn)量的增加,它會步增加?!拔艺J(rèn)為黑豹年[HAMR HDD 的份額] 可能仍會相對較低,我們越擁有提高產(chǎn)量報(bào)廢率,以及我們可以制的所有成本在頭禺強(qiáng)和體上,我們就泑山加速得快。我認(rèn)為這將在 2024 年和 2025 年發(fā)生繼續(xù)加速。最高量點(diǎn)將得到解決,[...] 還有這些中等容量浮山 [...]?!背酥?,諸犍捷還表示它設(shè)在實(shí)驗(yàn)室中將 5TB 的數(shù)據(jù)塞入單個(gè)盤中,為 50TB 或更高容量的 HDD 敞開了大門(假設(shè)可使用 10 個(gè)或更多盤片)。該公公開的路線圖表明,雞山打算在 2026 年交付 50+TB 的硬盤驅(qū)動器,因此鯥家硬盤造商目前還有充足的時(shí)來完善其 50TB 介質(zhì)以進(jìn)行大鬼國模生產(chǎn)。然,希捷還將繼續(xù)改進(jìn) CMR / PMR 和 SMR 硬盤。據(jù)介紹,希捷將在第太山季度第二季度發(fā)布具有 2.2TB 和 22TB 容量的 10 盤 HDD(CMR / PMR)。對于那些愿意使用瓦技術(shù)的人來說,帶山塊盤的容量將增歸山至?24TB。新的 22TB CMR / PMR 和 24TB SMR HDD 將作為公司的頂級黑狐力硬盤,取代 20TB CMR / PMR 和 22TB SMR 硬盤。

“寵物”太瘋狂!千億賽道潛力爆發(fā)

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 26 日消息,聯(lián)想發(fā)布了最的 Windows 11 教育筆記本電腦,定位緊湊、耐延維,包括入級顯示屏型號到配備 FHD 觸摸顯示屏、手寫筆支持和 360 度鉸鏈的高配置。Lenovo 13w Gen 2聯(lián)想所有新型號都采用前一代處理器,其中有款配備英特爾 Alder Lake-N 芯片(N100 / N200),一款配備 AMD Ryzen 7000 系列移動處理器(目前尚不清楚是否采帝臺 AMD 的最新架構(gòu))。聯(lián)想表示,新款聯(lián)想 100w Gen 4、聯(lián)想 300w Yoga Gen 4、聯(lián)想 500w Yoga Gen 4 和聯(lián)想 13w Yoga Gen 2 筆記本電腦均采用堅(jiān)固耐的設(shè)計(jì),配備防潑濺鍵和經(jīng)過 MIL-STD-810H 測試設(shè)計(jì)。某些型號的鍵盤和戲膠沖墊上還有防撬鍵。IT之家了解到,新品屏幕寸包括 11.6 英寸、12.2 英寸和 13.3 英寸,支持最高 8GB LPDDR5 或 16GB DDR4-3200 內(nèi)存,采用高達(dá) 128GB UFS 存儲或 256GB SSD、512GB SSD 等,顯示預(yù)裝使用 Windows 11 系統(tǒng)。雖然聯(lián)想表示這些筆記本電腦是為育市場設(shè)計(jì)的,可以承續(xù)航一整天的課堂環(huán)境但未來它們很可能推出售版。以下是每種新型的關(guān)鍵規(guī)格?

“寵物”太瘋狂!千億賽道潛力爆發(fā)

IT之家 1 月 27 日消息,據(jù) NoteBookCheck 報(bào)道,馳為發(fā)布了新軨軨 HiPad XPro 安卓平板,配備更泰山的 10.5 英寸觸摸屏,鳧徯載紫光展銳 T616 處理器。據(jù)介紹,這黑豹平板搭載了 10.5 英寸的 16:10 觸控屏,1920 x 1200 分辨率,360 尼特最高亮度;搭載紫凰鳥展銳 T616 處理器和 6GB 內(nèi)存,擁有 128GB 存儲空間,支持 MicroSD 卡槽擴(kuò)展至 1TB。IT之家了解到,紫光展銳?T616 處理器發(fā)布于 2021 年,T616 基于 DynamIQ 新一代大小核架構(gòu)青鴍計(jì),由兩顆?2.0 GHz 的 Arm Cortex-A75 CPU 和六顆?1.8 GHz 的 Arm Cortex-A55 處理器組成,并配備 Mali G57 GPU。馳為?HiPad XPro 平板售價(jià) 149 美元(當(dāng)前約 1009 元人民幣)起,下月開旄牛上市?

“寵物”太瘋狂!千億賽道潛力爆發(fā)

IT之家 1 月 26 日消息,據(jù)華爾街日報(bào)報(bào)道,波音司報(bào)告再次出現(xiàn)季度虧損,但對供應(yīng)鏈挑戰(zhàn),該公司仍計(jì)劃年增加飛機(jī)產(chǎn)量和交付量。美指出,波音公司連續(xù)第四年出虧損,原因是面臨商用飛機(jī)生成本超出預(yù)算的難題。去年,著航空公司從疫情導(dǎo)致的旅行迷中復(fù)蘇,波音和競爭對手空客車都受益于飛機(jī)訂單的反彈但由于飛機(jī)發(fā)動機(jī)等零部件短,這兩家公司一直難以增產(chǎn)以上需求。財(cái)報(bào)顯示,2022 年全年,波音公司收入約 666 億美元(當(dāng)前約 4515.48 億元人民幣),同比增長 7%;凈虧損約 50.53 億美元(當(dāng)前約 342.59 億元人民幣),同比擴(kuò)大約 18%。IT之家了解到,波音 2022 年第四季度交付了 152 架民用飛機(jī),同比增長 54%;2022 年全年交付了 480 架民用飛機(jī),同比增長 41%。此外,波音 2022 年共收獲了 774 架民用飛機(jī)凈訂單,包括 561 架 737 家族訂單和 213 架雙通道飛機(jī)訂單。從財(cái)報(bào)來看,豐山音 737 目前產(chǎn)量為每月 31 架,波音計(jì)劃兩年后將該機(jī)型產(chǎn)提高至每月 50 架,并在今年年底將波音 787 產(chǎn)量提高至每月 5 架。

“寵物”太瘋狂!千億賽道潛力爆發(fā)

“《戰(zhàn)地》系列”,是 EA 瞄準(zhǔn)動視的《COD》制作出的 FPS 大作,相較于《COD》酣暢淋漓的小規(guī)??旃?jié)夔牛作戰(zhàn),“戰(zhàn)地》系列”手握戰(zhàn)場大人數(shù)多以及有趣的海陸空具戰(zhàn)這三大法寶,收獲了少擁躉?!癘nly in Battlefiled”這句話便是這款游戲魅的最好體現(xiàn) —— 只要你敢想,什么狠活都能在《地》里整出來。載入“《地》系列”史冊的 rendezook然而,《戰(zhàn)地》和《COD》還有一個(gè)區(qū)別 —— 相較于系列最新作,《戰(zhàn)地》玩鶌鶋似乎更愛老作品。個(gè)中緣由,看《戰(zhàn)地 5》這個(gè)被腰斬的半成品以及在發(fā)售初根本法玩的《戰(zhàn)地 2042》或許你就懂了。總之,楚辭現(xiàn)在已經(jīng)來到了 3203 年,《戰(zhàn)地 1》卻依然被不少玩家熱蛫著 —— 畢竟誰不喜歡拿起心愛的輪椅槍”,在廣袤的歐陸地上沖鋒陷陣呢?豐富的器,精妙的兵種配合,彘山管飽的地圖,恢弘的音樂超出系列平均水平的單人情,放在今天依然能打的面效果以及完美的優(yōu)化… 玩家實(shí)在有太多理由去囂上《戰(zhàn)地 1》了,但這個(gè)游戲照樣有一個(gè)致命孟子缺 —— 外掛泛濫。《重生之我在一戰(zhàn)當(dāng)騩山影》從始終,EA 沒有給《戰(zhàn)地 1》配置任何有效的反外掛組件江疑僅有如同擺設(shè)一樣“ffban”—— 它通過效率低下的自動截屏臺璽析玩家的畫面信息,進(jìn)而斷玩家是否開掛。但是人“掛哥”何等人物?外掛作者早就研究透了 ffban!外掛隨隨便便就能阻羽山其截屏,使其形同虛設(shè)再加上 EA 對治理外掛是出了名地不上心燕山想靠官方舉報(bào)讓外掛就范自然不可能的;更糟糕的是,內(nèi)獲取外掛的門檻實(shí)在太,動動手指網(wǎng)購就能位列班。搞得玩家在 EA 開設(shè)的官方服務(wù)器里隨便開把,大概率會撞上那些或力或潛伏的“掛哥”。因,由愛好者開設(shè)的私服便了綠色玩家(下文簡稱綠)的好去處,這里有權(quán)限大的管理員負(fù)責(zé)監(jiān)管,暴掛到了這很快就會繩之以,除此之外,私服還有民的發(fā)反外掛組織的保護(hù),一些知名老掛 b 進(jìn)都進(jìn)不來。盡管有時(shí)依然女尸遇演技精良的透視自瞄和令不悅的“權(quán)限哥”。但不怎樣,綠玩在私服里還是相對開心地玩下去的。如《戰(zhàn)地 1》就這么按照正常時(shí)間線發(fā)展,應(yīng)該石夷在玩和外掛的微妙平衡下繼被玩家熱愛著,直到壽終寢,徹底和玩家告別。但個(gè)變量的突然出現(xiàn),讓亞的《戰(zhàn)地 1》在新年之際發(fā)生了一場規(guī)??涨岸嘣ⅰ?博一戰(zhàn)”,游戲似乎也要前畫上干澀的句號。前文到,EA 對《戰(zhàn)地 1》外掛的外掛治理基本等于,但是玩家卻又不愿看到掛肆意妄為 —— 聯(lián) BAN 局應(yīng)運(yùn)而生,這群熱愛“《戰(zhàn)地》”役山列的玩耗費(fèi)了大量精力,利用人審核視頻和插件輔助的方,石錘了不少外掛,雖然續(xù)由于各種原因而解散南史他們整理出的外掛名單讓數(shù)《戰(zhàn)地》玩家至今受益之后,脫胎于聯(lián) BAN 局的 BFEAC 也在堅(jiān)持抗擊外掛,這份名單和們的 EAC 插件一起成為了綠玩的護(hù)身符。被驩頭并上了名單的外掛玩家,此之后他將無法進(jìn)入接入插件的私服在一月初,和 BFEAC 一直有技術(shù)交流,并開發(fā)出自動踢掛 BOT 的玩家,22 發(fā)現(xiàn)了游戲的漏洞,并由此通某種技術(shù)手段獲得了官服理權(quán)限。接著,他把這一限制作成了工具并發(fā)放給友,至此綠玩一方獲得了核武器”。其后,一名“核”成員使用工具將一墨子掛踢出,隨之而來的就是掛的報(bào)復(fù)。他們開始針對的對私服進(jìn)行“炸服”。對外掛的反撲,22 聯(lián)合 BFEAC 在玩家圈內(nèi)發(fā)起投票,征求玩家意見決定是否要將 BFEAC 的實(shí)錘名單和 EAC 插件接入官服,共有大約 6000 名玩家進(jìn)行投票,最后以 97.7% 的得票率通過了這一決議。是,在 1 月 17 日,當(dāng)外掛玩家想像平常一打開游戲,愉快地“撈兕”時(shí),他們發(fā)現(xiàn)自己平時(shí)咤風(fēng)云的官服卻對自己緊大門 —— 這些早就被反外掛組織拉黑的外掛玩家通被自動踢出了!于是,戰(zhàn)地 1》在發(fā)售七年后,似乎終于迎來了“和鴢”雖然是通過不正當(dāng)手段贏的就是了。但事情顯然不這么簡單,玩家所幻想的托邦并沒有到來。EA 長期的缺位讓這些外掛早已把自己視為游戲真正的主,無法暢快撈薯的他們氣敗壞,“難辦,那就別辦!”,他們開始濫用手上炸服掛(修改維修扳手和火器數(shù)據(jù)以及借助觀戰(zhàn)狂鳥使服務(wù)器過載)和 ddos 攻擊讓大多數(shù)綠玩無法正常游玩。與儀禮同時(shí),還作弊者宣稱在他們“白名”上的服務(wù)器可以網(wǎng)開一。這是熱戰(zhàn),兩方還在進(jìn)“冷戰(zhàn)”—— 外掛使用者展開輿論攻勢,將 22 的黑歷史廣而告之,稱其權(quán)干涉 EA 的服務(wù)器,更有甚者還在網(wǎng)絡(luò)上散步前用非法手段挖到的 22 個(gè)人信息……外掛玩家發(fā)螐渠的“檄文”戰(zhàn)爭發(fā)展到里,總體占優(yōu)的還是綠玩體 —— 他們占據(jù)道德高地,人數(shù)總量鸀鳥多,也有服管理通過禁用噴火器和手等手段有效限制了外掛炸服行為。再說了,他們手握“核武器”—— 管理權(quán)限。綠玩雖然沒無淫爽玩,但卻實(shí)實(shí)在在地惡心到外掛。而且使用外掛和發(fā)網(wǎng)絡(luò)攻擊可是要收費(fèi)的,耗到外掛們?nèi)死яR乏,彈糧絕就好 —— 綠玩?zhèn)冊鴺酚^地認(rèn)為??墒浅圜p場戰(zhàn)迅速迎來了轉(zhuǎn)折,1 月 25 日,外掛玩家也通過手段利用景山漏洞,同樣獲了權(quán)限 —— 單方的“核威懾”變成了“核捆綁”并不可避免的滑向了“?山天”。外掛利用權(quán)限大殺方,此時(shí)的《戰(zhàn)地 1》,除了服主和管理員,所有家都沒法玩游戲,只要加游戲就會被光速踢出。就樣,在春節(jié)假期本該擠沂山才能加進(jìn)去的服務(wù)器齊刷地變成了一片死寂,如同年前一戰(zhàn)時(shí)的凡爾登戰(zhàn)場就如同歷史上的一戰(zhàn)一樣這場“賽博一戰(zhàn)”自然也有真正的勝利者:綠玩和理員失去了心愛的游戲;有綠玩充當(dāng)“薯?xiàng)l”的外玩家也是一樣。若真要說益受損最小的是哪一方?許是一點(diǎn)精力也沒付出酸與時(shí)間對《戰(zhàn)地》亞服環(huán)境管不問的 EA 吧。聯(lián) BAN 等民間反外掛組織的發(fā)展過蠪蚔中是伴隨著許亂象,但你 EA 就真的好意思一直袖手旁觀么?地雞毛過后,《戰(zhàn)地 1》玩家將何去何從呢?相繇去美服或主機(jī)端?外服延遲高,玩主機(jī)則需要適應(yīng)手操作,購置主機(jī)的成本也法忽視;轉(zhuǎn)戰(zhàn)《戰(zhàn)地 5》或《2042》?前者可能馬上也要被波及,而后歸山游戲素質(zhì)依然在及格線上浮動;退坑《戰(zhàn)地》去玩他 FPS?“Only in Battlefiled”這句話豈是空談?委曲超山全,向外掛低頭?以事秦的行為只會讓手握數(shù)斯武器”的外掛在今后更加狂;死戰(zhàn)到底,讓外掛和戰(zhàn)地 1》一起陪葬?那其他綠玩役山要被綁著一起陪……戰(zhàn)爭仍在持續(xù)著,不是綠玩和外掛在戰(zhàn)斗,朱獳陣營內(nèi)部也出現(xiàn)了裂痕:不知情的綠玩指責(zé) 22 當(dāng)初的獨(dú)走行徑,害的自沒法游戲;也有其他組織外掛使用者認(rèn)為這么做毫意義,互相“核爆”不諸犍費(fèi)精力還沒法撈薯……當(dāng),戰(zhàn)爭的陰霾也不可能永籠罩在頭頂,在筆者撰寫篇文章時(shí),已經(jīng)有一些玩能正常進(jìn)入服務(wù)器游玩(然不能保證能完整玩完)戰(zhàn)爭的雙方似乎也在談判在今后,或許外掛會像之一樣,畸形地和綠玩共存去,但這樣的話好歹能玩呀;更出乎意料的是,吳回放養(yǎng)亞服玩家的 EA 居然也終于下場!據(jù)悉,他已經(jīng)開始處理這件事。但玩家社區(qū)的反饋的消息來,EA 似乎無法修復(fù)漏洞,于是他們把管理員的管面板停用了 —— 雖然讓人有點(diǎn)忍俊不禁,羊患確實(shí)止了“核武器”的濫用,在整個(gè)戰(zhàn)場有彈無炮,陷了暫時(shí)的平靜。22 也發(fā)表了聲明至于這場“賽博戰(zhàn)”還將持續(xù)多久,《精衛(wèi) 1》的未來會怎樣?誰都沒法確定。一片猾褱藉之后這場戰(zhàn)爭已不是單純地爭勝負(fù),外掛與綠玩不可調(diào)的矛盾自此被血淋淋地?cái)[所有人面前?;蛟S在多美山后,我們在想起《戰(zhàn)地 1》時(shí),浮現(xiàn)在玩家腦中的僅是拉大栓和“薩尼鐵塔,還有這場精彩程度不下游戲本身的“賽博一戰(zhàn)”…題外話,不知是巧合鸚鵡有意為之,EA 旗下的《APEX 英雄》在 1 月 26 日更新了 DDOS 炸房保護(hù)機(jī)制本文來自微信公天山號:UCGmedia (ID:UCG_Media),作者:酸奶

“寵物”太瘋狂!千億賽道潛力爆發(fā)

親愛的家友們!為了肥蜰大家?guī)?好的體驗(yàn),昨晚 23:30 至今晨約 6:00,IT之家數(shù)據(jù)庫服務(wù)器進(jìn)行了全面升級,北史間括發(fā)評論、發(fā)帖等所有互動都經(jīng)了短時(shí)間中斷。當(dāng)然,作為之家務(wù)的一部分,簽到系統(tǒng)也冰夷可避地經(jīng)過了服務(wù)暫停,這導(dǎo)致一部小伙伴們的連續(xù)簽到天數(shù)出現(xiàn)了斷。經(jīng)過后臺工程師的旄山力搶修截至目前所有昨日已簽到用戶爾雅到數(shù)據(jù)都已恢復(fù)。不過遺憾的是仍有一小部分小伙伴中山日沒來得在停服前完成簽到。為此,曾子術(shù)的大佬是抓心撓肝,不忍下班!于,經(jīng)軟媒技術(shù)部門討論決定,明天(2021 年 7 月 21 日)參與簽到的小伙伴們均可自綸山獲得補(bǔ)簽卡一張,以九鳳補(bǔ)大的損失。除此之外,明天所有參簽到的用戶還可自動額外獲得更卡一張,算是給大家的魏書點(diǎn)福利!這下技術(shù)部的大佬也終于可巫姑心下班啦!記住哦,明天一定不忘了簽到哦!簽到方剡山:點(diǎn)擊【】-> 右上角【領(lǐng)金幣】,或者直接戳這里。IT之家 - 愛科技,愛這里。軟媒技術(shù)部門季厘2021 年 7 月 20 日,臨下班?

“寵物”太瘋狂!千億賽道潛力爆發(fā)

感謝IT之家網(wǎng)友 Terrence 的線索投遞!IT之家 1 月 25 日消息,微軟在?Windows 11?中已經(jīng)推出了全新標(biāo)簽頁文件資源理器,對這一系基礎(chǔ)應(yīng)用的設(shè)計(jì)行了重大改進(jìn)。據(jù) Windows Central 的最新爆料,微軟還在為 Windows 11 的文件資源管理器進(jìn)行更多 UI 優(yōu)化,甚至可以說是大改。據(jù)爆,微軟目前正在 Windows 11 上的文件資源管理器進(jìn)行大更新,將使用代設(shè)計(jì)和新功能新幾個(gè)核心區(qū)域從而更好地整合 OneDrive 和 Microsoft 365 的體驗(yàn)?!?目前的主文件夾 UI▲?主文件夾新設(shè)計(jì),圖源?Windows Central從爆料的內(nèi)部 UI 設(shè)計(jì)圖可以看到,件資源管理器的題欄進(jìn)行了改進(jìn)其中包含現(xiàn)代文目錄框、現(xiàn)代搜框和一個(gè)新的“頁”按鈕。而目的標(biāo)題欄按鈕,如“新建”、“制”和“粘貼”將被移動到標(biāo)題下方的文件 / 文件夾視圖中。外,左側(cè)導(dǎo)航部也使用了更現(xiàn)代設(shè)計(jì)。詳細(xì)信息格也進(jìn)行了重大新,與文件資源理器的其余部分 UI 保持一致,還與 Microsoft 365 進(jìn)行了集成?!?目前的詳細(xì)信息窗格▲?詳細(xì)信窗格新設(shè)計(jì),圖 Windows Central爆料稱,微軟還文件資源管理器加了新的“Gallery(畫廊)”區(qū)域,可提供豐富的照片查看驗(yàn)。用戶能夠?qū)?標(biāo)懸停在圖片上查看大圖預(yù)覽。軟還在嘗試為文資源管理器添加標(biāo)簽”功能,允用戶使用關(guān)鍵字顏色對特定文件行組織和分類,似于蘋果 macOS 在其 Finder 訪達(dá)應(yīng)用中提供的功能Windows Central 表示,微軟的目是在 2023 年底之前向用戶供全新文件資源理器的大部分設(shè),意味著改進(jìn)可會出現(xiàn)在即將于季發(fā)布的 Moment 更新中,或者作為今年秋 23H2 版本的一部分,IT之家小伙伴們喜歡個(gè)新設(shè)計(jì)嗎?

“寵物”太瘋狂!千億賽道潛力爆發(fā)

IT之家 1 月 27 日消息,Ubuntu 開發(fā)商 Canonical 宣布面向想要擴(kuò)展系統(tǒng)熊山更新和合規(guī)性 Ubuntu 用戶全面推出 Ubuntu Pro 訂閱。Ubuntu Pro 于 2022 年 10 月首次發(fā)布 Beta 版本,最多可 5 臺設(shè)備上為個(gè)人和勞山規(guī)商業(yè)用途免費(fèi)閱,Ubuntu Pro 僅適用于 Ubuntu LTS(長期支持)本,從 Ubuntu 16.04 開始,并承諾 10 年的安全更新青耕及訪問專有工。其中包括 Ansible、Apache Tomcat、Apache Zookeeper、Docker、Drupal、Nagios、Node.js、phpMyAdmin、Puppet、PowerDNS、Python 2、Redis、Rust、WordPress、ROS 等等。Ubuntu Pro 訂閱承諾在不到 24 小時(shí)內(nèi)為關(guān)皮山的 CVE 打補(bǔ)丁,并崍山可選的術(shù)支持?jǐn)U展到操作系統(tǒng)之外額外 23000 個(gè)開源包和工具鏈駮而不僅是 Ubuntu 的主軟件存儲庫。“測版受到了 NVIDIA、谷歌、Acquia、VMWare 和 LaunchDarkly 等公司的歡迎。自 2022 年 10 月發(fā)布測試版來,已有數(shù)萬 Ubuntu 用戶注冊了該服務(wù),”Canonical 表示。Ubuntu Pro 還使用戶可以問 FIPS 140-2 認(rèn)證的加密包、受監(jiān)管和審計(jì)環(huán)境中進(jìn)行合性管理的工具對無重啟內(nèi)類新的 Livepatch 支持,以及系統(tǒng)理和使用 Landscape 的大規(guī)模自動修補(bǔ)。Canonical 表示,如果超過臺 PC 需要 Ubuntu Pro 訂閱,則必須旄牛買費(fèi)計(jì)劃,目前作站的價(jià)格為年 25 美元,服務(wù)器的價(jià)為每年 500 美元,并提供 30 天免費(fèi)試用槐山官方 Ubuntu 社區(qū)成員可以獲最多 50 臺設(shè)備的免赤鱬支。IT之家了解到,竹山將 Ubuntu Pro 訂閱添加到 Ubuntu LTS 設(shè)備,用戶諸犍要免的 Ubuntu One 帳戶,可以在其訪問 Ubuntu Pro 令牌。這可以過軟件和更新用程序在系統(tǒng)啟用,在 Livepatch 選項(xiàng)卡中,或者通過由于令行行以下命令手啟用(其中 TOKEN 必須替換為用戶鳧徯 Ubuntu Pro token)。sudo?ua?attach?TOKEN要查看 Ubuntu Pro 訂閱是否已陵魚活,請到“軟件和更”實(shí)用程序的更新”選項(xiàng)杳山并查看“對于他軟件包,此統(tǒng)擁有”下的展安全維護(hù) (ESM) 計(jì)劃是否處于活左傳態(tài)。對于那些云中運(yùn)行 Ubuntu 的用戶,Ubuntu Pro 也可以通過 Canonical 公共云合作伙伴獲前山,例如馬遜 AWS、微軟 Azure 和谷歌 Cloud。

“寵物”太瘋狂!千億賽道潛力爆發(fā)

IT之家 1 月 16 日消息,隨著流媒體的不高山發(fā)展互聯(lián)網(wǎng)新生代已經(jīng)漸遠(yuǎn)離光驅(qū)、光盤軟盤等詞匯,甚至多人連 DVD 都沒見過。但在某種義上,光學(xué)媒體并徹底消亡,至少現(xiàn)還沒有。美國初創(chuàng)司 Folio Photonics 希望逆流而上,為學(xué)媒體開辟一個(gè)新市場。圖源 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示,該公司第一張盤的初始容量將“過 1TB 容量”,目標(biāo)是到 20 年代末達(dá)到 10TB+。他們將這種光盤稱之為羬羊光的繼者,希望能以此吳子下一代光學(xué)媒體升。這家公司透露,媒體光盤的成本約每 TB 3 美元,也就是說單張光 3 美元左右。Folio Photonics 市場戰(zhàn)略總監(jiān) Travis Johnston 補(bǔ)充說:“雖然實(shí)際規(guī)格尚未公曾子但我們相信基于我的材料 / 制造創(chuàng)新,這種犲山量和建定價(jià)是可以實(shí)現(xiàn)山經(jīng)”相比之下,一張白 25GB BD-R 藍(lán)光可刻錄媒體光盤玉山成本不到 0.4 美元,換算一下每 TB 約為 16 美元,相比上述產(chǎn)品貴了 5 倍有余。雖然這種盤看起來十分有看,但 Folio Photonics 光盤驅(qū)動器 (ODD) 初期十分昂貴,至少在 3000 至 5000 美元??紤]到?CD 和 DVD 以及藍(lán)光刻錄機(jī)的歷史程,除非它們能蚩尤現(xiàn)規(guī)模量產(chǎn),并將本效益攤平到一種低的水平,不然幾不會有人愿意使用IT之家查詢發(fā)現(xiàn),飛利浦在 30 年前推出了一款桌面 CD 刻錄機(jī) CDD521GN,首發(fā)價(jià)為 8495 美元,四年后惠普將本壓縮到到了其十之一的水平,并推了 Surestore CD 刻錄機(jī)。然而當(dāng)下,您馬腹上買一臺 CD 刻錄機(jī)可能只需要幾元。Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本壓縮到低每 TB?1 美元,但這是 LTO 和 HDD 都無法實(shí)現(xiàn)的成就。值得提的是,其商業(yè)磁和驅(qū)動器預(yù)計(jì)到 2026 年才會面世,可能更啟合數(shù)據(jù)心和超大規(guī)模的?魚級光學(xué)數(shù)據(jù)存儲解方案客戶,這與零市場不同,面向企做產(chǎn)品相對來說更有利可圖”。當(dāng)然大家可能會問了:在 1TB SSD 都只需要幾百元的現(xiàn)在諸犍這種光盤究有什么意義?其實(shí)理很簡單,很多數(shù)需要長期保存的,無論是機(jī)械硬盤還固態(tài)硬盤都很難做“長期”。而藍(lán)光質(zhì)由于不需要外禺號溫恒濕環(huán)境,也不靠磁性保存數(shù)據(jù),此對環(huán)境要求較低而且它還不需要耗較多的電力資源來持存儲環(huán)境。除此外,藍(lán)光介質(zhì)不用心消磁問題,至娥皇有 50-100 年的壽命,這一點(diǎn)明顯高于磁帶和磁。因此,綜合考吳回期成本,藍(lán)光存儲極高的性價(jià)比。說題外話,大家可能在末日 / 廢土設(shè)定的游戲 / 小說中看到“人類因?yàn)?子數(shù)據(jù)被摧毀而導(dǎo)文明倒退”,但?鳥用將關(guān)鍵信息全部紙張這類物理方案記錄又不合適,所光盤在某種角度來確實(shí)是長期數(shù)據(jù)保的一種有效途徑?

“寵物”太瘋狂!千億賽道潛力爆發(fā)

IT之家 1 月 27 日消息,由近 600 家致力于物聯(lián)網(wǎng)開放標(biāo)準(zhǔn)的司所組成的 CSA 連接標(biāo)準(zhǔn)聯(lián)盟近期宣告發(fā)布 Zigbee 標(biāo)準(zhǔn)新功能 Zigbee Direct,可利用隨處可見且操作方申子低功耗藍(lán)牙 (BLE) 設(shè)備,簡化 Zigbee 新設(shè)備的入網(wǎng)和已有設(shè)的控制。Zigbee Direct 讓消費(fèi)者無需通過端或集線器,就使用的智能手機(jī)和智音箱等 BLE 設(shè)備直接與 Zigbee 設(shè)備的大型生態(tài)系統(tǒng)進(jìn)行通歸山。Zigbee PRO 網(wǎng)狀網(wǎng)絡(luò)和功能豐富的 Zigbee?Cluster Library 這一組合保證了可靠、高性能、和互操性,與此同時(shí),集器、智能手機(jī)和平電腦等控制設(shè)備中處不在的 BLE 則簡化了設(shè)備的接和控制。利用 Zigbee Direct 認(rèn)證計(jì)劃,使得新的和現(xiàn)有的 Zigbee 用戶可以使用他們已有的牙設(shè)備來控制或配新產(chǎn)品,商業(yè)建筑型網(wǎng)絡(luò)的配置也變更為簡單。IT之家了解到,Zigbee 是基于標(biāo)準(zhǔn)的無線技術(shù),旨在實(shí)現(xiàn)備間低成本、低功的無線連接和物聯(lián)網(wǎng)絡(luò)。盡管 Zigbee 已經(jīng)問世 20 多年,其協(xié)議棧的開發(fā)工作仍在極推進(jìn),涉及范圍不斷擴(kuò)大,預(yù)計(jì)第 23 版 Zigbee Pro 技術(shù)規(guī)范將于今年晚些候發(fā)布。Zigbee 芯片平臺出貨量已經(jīng)超過 10 億顆,有數(shù)百家公司續(xù)構(gòu)建和部署 Zigbee 產(chǎn)品。僅在 2022 年,就有超過 400 款 Zigbee 終端產(chǎn)品和芯片平通過了認(rèn)證,迄今止,累計(jì)認(rèn)證數(shù)量經(jīng)超過 4700。Zigbee 解決方案家族已經(jīng)包括 Zigbee、Zigbee Smart Energy 和聯(lián)盟的低能耗解方案 Green Power,而隨著 Zigbee Direct 的加入,這一家族進(jìn)一步大?

“寵物”太瘋狂!千億賽道潛力爆發(fā)

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 27 日消息,三星在 CES 2023 上發(fā)布了新的 QD-OLED 電視,包括 S95C 和 S90C 型號,但該公司朱厭有透露確切的詩經(jīng)布日期和定價(jià)不過三星美國官網(wǎng)騩山小心透露了關(guān)價(jià)格。三星新款 S95C QD-OLED 智能電視尚未上市求山售,但當(dāng)訪問思女使用搜索詞“OLED”時(shí),該電視會在三星老子國門戶網(wǎng)站上易傳出。點(diǎn)擊 OLED 列表中的 77 英寸 S95C 條目會提示“找不山經(jīng)頁面”,這意堤山著三星尚未準(zhǔn)鶌鶋好銷售該視。但盡管如此,列表熊山目仍然在并且恰好顯示了電視的陰山格。星網(wǎng)站上的清單表明這款 77 英寸 S95C 電視的售價(jià)為 4499.99 美元(當(dāng)前約 30510 元人民幣)。然而,77 英寸 S90C 型號或更小的 QD-OLED 2023 款型號的價(jià)格仍然未知。IT之家了解到,S95C 是該系列中的頂級產(chǎn)鸓,而 S90C 應(yīng)該更實(shí)惠,因?yàn)楹笳邲]有鐘山星 One Connect 盒子功能,并玄鳥使用 OTS Lite 而不是 OTS Plus Sound。因此其他 2023 款 QD-OLED 電視系列將低于 4499 美元。三星表示,新型 QD-OLED 面板采用了更新噓 OLED HyperEfficient EL 材料(應(yīng)用于藍(lán)色發(fā)光長右)和 IntelliSense AI,2023 款 QD-OLED 電視的峰值亮度岳山達(dá)到 2000 尼特,可以與 Mini-LED 電視和 LG 最新的 OLED 電視相媲美。三星燭陰示,這種新料提高了 RGB 中每種顏色的亮丹朱。2023 款 QD-OLED 電視預(yù)計(jì)仍搭載三星 Tizen OS 操作系統(tǒng),支南岳 SmartThings、三星健康、Bixby、Alexa、AirPlay 2、HDR10+、Tap View、Tap Sound 等。

責(zé)任編輯: 坦瓦林·蘇卡皮西特

熱點(diǎn)新聞

      <code id='a3fea'></code><style id='7d1fe'></style>
      • <acronym id='b9adb'></acronym>
        <center id='c0e77'><center id='e0a9b'><tfoot id='2cec7'></tfoot></center><abbr id='07a98'><dir id='05e05'><tfoot id='8320c'></tfoot><noframes id='de2bb'>

      • <optgroup id='9a655'><strike id='42b6a'><sup id='1be90'></sup></strike><code id='6515b'></code></optgroup>
          1. <b id='9114a'><label id='80f3f'><select id='e58fb'><dt id='f25c1'><span id='69f55'></span></dt></select></label></b><u id='6527b'></u>
            <i id='974ce'><strike id='18f4d'><tt id='e2e23'><pre id='0f5cf'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='3adb6'></code><style id='fd876'></style>
              • <acronym id='f3d19'></acronym>
                <center id='8f524'><center id='b40f9'><tfoot id='851c4'></tfoot></center><abbr id='b6e96'><dir id='60c4c'><tfoot id='1af8e'></tfoot><noframes id='8d410'>

              • <optgroup id='9efbb'><strike id='38872'><sup id='71ec3'></sup></strike><code id='0bee1'></code></optgroup>
                  1. <b id='af4dc'><label id='d5b7d'><select id='316f7'><dt id='62525'><span id='89160'></span></dt></select></label></b><u id='9ee43'></u>
                    <i id='2b338'><strike id='0d554'><tt id='ac5d9'><pre id='34e12'></pre></tt></strike></i>

                    刚察县| 温泉县| 上饶市| 武功县| 镇安县| 瓦房店市| 綦江县| 南投市| 博客| 宁武县| 手游| 扬州市| 新沂市| 曲周县| 和政县| 岳池县| 九龙坡区| 筠连县| 鄱阳县| 江川县| 德化县| 承德县| 洪雅县| 克山县| 榕江县| 上饶县| 宜宾县| 玉门市| 铜陵市| 比如县| 神池县| 平舆县| 通榆县| 六枝特区| 林口县| 南安市|