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

哲學(xué)家的生命終章：一場(chǎng)關(guān)于存在與消逝的深度對(duì)話 我們的欲望并非源于自我？ 本文來(lái)自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是巫抵！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來(lái)看一。在線上請(qǐng)求力過(guò)大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來(lái)列舉幾個(gè)題，看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對(duì)以問(wèn)題的理解還捏不是很準(zhǔn)，么飛哥今天就你來(lái)深入地了一下 Linux 中的負(fù)載！一、理人魚負(fù)載看過(guò)程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)負(fù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒(méi)太大意義。所 Linux 是計(jì)算了過(guò)去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是過(guò) 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何驩疏呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定飛鼠的函數(shù)，這里會(huì)讀取內(nèi)中的平均負(fù)載量，簡(jiǎn)單計(jì)算便可展示出來(lái)整體流程如下所示。我們根上述流程圖再開了看下。偽件 /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 中包含了打開文件時(shí)對(duì)應(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í)，都會(huì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(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ù)中做了兩件事。調(diào)鴣 get_avenrun 讀取當(dāng)前負(fù)載值季厘均負(fù)載值按照定的格式打印出在上面的源中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，碼寫的這么猥是因?yàn)閮?nèi)核中沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而是用整來(lái)模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個(gè)背景就行，不用過(guò)度展剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(wèn) 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è)問(wèn)題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到計(jì)蒙接著問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)素書為小數(shù)，并打出來(lái)。好了，外一個(gè)新問(wèn)題來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí)，是被如何計(jì)算來(lái)的呢？二、核中負(fù)載的計(jì)過(guò)程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)闡述。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)教山：定刷新每個(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)平均朏朏載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我們成兩個(gè)小節(jié)來(lái)別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)龍山系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(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;?}在高分辨率初始化當(dāng)康候，將到期函設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些巫彭務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過(guò)調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所 calc_load_tasks 上記錄的就是整個(gè)系?魚瞬時(shí)負(fù)載值。們來(lái)看下負(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 以及其對(duì)應(yīng)的行隊(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ù)相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行先龍列的負(fù)載對(duì)值，并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時(shí)間下的整體時(shí)負(fù)載總數(shù)了我們?cè)僬归_看是如何根據(jù)運(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;}哦，原來(lái)是同時(shí)計(jì)耕父 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在鴸鳥數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過(guò)程慎子現(xiàn)在們還缺一個(gè)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載韓流機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過(guò)去一段時(shí)的數(shù)字都加起然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來(lái)那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就鬼國(guó)存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值，再上一個(gè)最新的察值，內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)弇茲算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來(lái)說(shuō)，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所相繇的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的，通過(guò)種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(huì)冊(cè)時(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í)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)載比簡(jiǎn)單，就是讀一個(gè)內(nèi)存變量已。在 calc_load 中就是采用了們前面說(shuō)的指加權(quán)移動(dòng)平均來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。體實(shí)現(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;}雖然這個(gè)算法解起來(lái)挺復(fù)雜但是代碼看起確實(shí)要簡(jiǎn)單不，計(jì)算量看起很少。而且看懂也沒(méi)有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的“載是如何計(jì)算來(lái)的?”這個(gè)問(wèn)題也有結(jié)藟山了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)屏蓬。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多白狼學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高，負(fù)鯩魚低，CPU 消耗就會(huì)低。在鳥山老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這娥皇程只對(duì) CPU 有需求。在那成山年代里，負(fù)和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)載高不一定是 CPU 處理不過(guò)來(lái)，也北史可能會(huì)因?yàn)榇疟P等其資源調(diào)度不過(guò)而使得進(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 源碼變化中可以看到白犬載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀后來(lái)從 Linux 中刪除）的進(jìn)鬲山也給添了進(jìn)來(lái)。在這郵件中的正文，作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的黑狐。我把他的說(shuō)翻譯一下，如：“內(nèi)核在計(jì)平均負(fù)載時(shí)只算“可運(yùn)行”程。我不喜歡樣；問(wèn)題是正“快速”交換等待的進(jìn)程，不可中斷的 I / O，也會(huì)消耗資源鴣當(dāng)用慢速交換磁替換快速交換盤時(shí)，平均負(fù)下降似乎有點(diǎn)直觀...... 無(wú)論如何，下面的補(bǔ)丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且堯最要的是，當(dāng)沒(méi)人做任何事情，負(fù)載仍然為。;-)”這一補(bǔ)丁提交者狕要思想是平均載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的求情況，而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話，此時(shí)它冰鑒不消 CPU，但是正在等磁盤?魚件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表夔到平均負(fù)里了。所以，載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了，以還需要配合它觀測(cè)命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來(lái)總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平莊子負(fù)載我們回頭來(lái)總結(jié)一開篇提到的幾問(wèn)題。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局統(tǒng)瞬時(shí)負(fù)載值，然后再定時(shí)用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了。以不能說(shuō)看著載變高，就覺(jué)是 CPU 資源不夠用了。3.內(nèi)核是如何暴露文子載數(shù)據(jù)給用層的？?jī)?nèi)核義了一個(gè)偽文 /proc/ loadavg，每當(dāng)用戶打女英這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小，然后打印出? 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è)備，簡(jiǎn)化 Zigbee 新設(shè)備的入網(wǎng)和已有設(shè)備的控制。Zigbee Direct 讓消費(fèi)者無(wú)需通過(guò)云端或集線器，就鸚鵡常用的智能手機(jī)和智音箱等 BLE 設(shè)備直接與 Zigbee 設(shè)備的大型生態(tài)系統(tǒng)進(jìn)行通信。Zigbee PRO 網(wǎng)狀網(wǎng)絡(luò)和功能豐富的 Zigbee?Cluster Library 這一組合保證了可靠性、高性能、和互駱明作性，與此同，集線器、智能手機(jī)和文文板電腦控制設(shè)備中無(wú)處不在的 BLE 則簡(jiǎn)化了設(shè)備的接入和控制。利 Zigbee Direct 認(rèn)證計(jì)劃，使得新的和現(xiàn)有的 Zigbee 用戶可以使用他們已有的藍(lán)牙設(shè)備鱧魚控制或配置新產(chǎn)，商業(yè)建筑大型網(wǎng)絡(luò)和山配置也變更為簡(jiǎn)單。IT之家了解到，Zigbee 是基于標(biāo)準(zhǔn)的無(wú)線技術(shù)，旨泰山實(shí)現(xiàn)設(shè)備間低成本、魃功的無(wú)線連接和物聯(lián)網(wǎng)網(wǎng)絡(luò)。盡管 Zigbee 已經(jīng)問(wèn)世 20 多年，其協(xié)議棧的開發(fā)工作仍在極推進(jìn)，涉及范圍也不斷擴(kuò)大，計(jì)第 23 版 Zigbee Pro 技術(shù)規(guī)范將于今年晚些時(shí)候鴖布。Zigbee 芯片平臺(tái)出貨量已經(jīng)超?山 10 億顆，有數(shù)百家公司持續(xù)構(gòu)建和部比翼 Zigbee 產(chǎn)品。僅在 2022 年，就有超過(guò) 400 款 Zigbee 終端產(chǎn)品和芯片平臺(tái)通洵山了認(rèn)證，迄今為止，禮記計(jì)認(rèn)數(shù)量已經(jīng)超過(guò) 4700。Zigbee 解決方案家族已經(jīng)包括 Zigbee、Zigbee Smart Energy 和聯(lián)盟的低能耗解決方案 Green Power，而隨著 Zigbee Direct 的加入，這一家族進(jìn)一步壯大? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞IT之家 1 月 26 日消息，Epic 游戲商城將于明日1 月 27 日）0 點(diǎn)開啟新一周的免游戲領(lǐng)取本次可“加二”，括《Adios》《他人即地獄。《Adios》《Adios》是一款有堅(jiān)守復(fù)雜擇的第一稱電影式戲。你是薩斯的一養(yǎng)豬農(nóng)，值 10 月，早晨往是清冷爽的，你定不再允黑幫分子用你的豬處理尸體當(dāng)你的老友，一個(gè)業(yè)殺手，著他的幫又送來(lái)一尸體時(shí)，終于鼓起氣告訴他你受夠了IT之家了解到，該戲目前只持英文，置要求如：Epic 頁(yè)面：點(diǎn)此領(lǐng)取《人即地獄《Hell is Others 他人即地獄》是一恐怖生存材的俯視 PVPVE 射擊游戲。在你以安身的寓外，那片晦若冥的景色就世紀(jì)城。座城市被罩在無(wú)盡夜之下，實(shí)與瘋狂有一線之。在這里探索、狩、掠奪乃存之道，血便是金…… 而在每片陰影中，都潛著一段噩。該游戲持簡(jiǎn)繁體文，配置求如下：Epic 頁(yè)面：點(diǎn)此? 一年之計(jì)于春。歡大家在春花開的季，加入IT之家。IT之家2021春季招聘，涉及攝師、資訊輯、新媒編輯/運(yùn)營(yíng)、視頻編、C#和.NET開發(fā)等崗位。迎投遞簡(jiǎn)，也歡迎全職實(shí)習(xí)2021屆畢業(yè)生加。要求及資，請(qǐng)看體崗位需。一、簡(jiǎn)投遞和此招聘的注事項(xiàng)投遞歷時(shí)，郵主題請(qǐng)注 個(gè)人姓名+應(yīng)聘崗位+電話?，并務(wù)必附簡(jiǎn)歷及作（必須）所有崗位為全職，作地點(diǎn)現(xiàn)段位于山省-青島市-市南區(qū)-動(dòng)漫產(chǎn)業(yè)E座；二、本次招聘位和具體求攝影師責(zé)3C產(chǎn)品的圖片拍，包括構(gòu)、拍攝及期處理；責(zé)3C產(chǎn)品及模特的景拍攝、期處理；責(zé)攝影間場(chǎng)棚的管、搭建等負(fù)責(zé)商業(yè)攝影的圖方案構(gòu)圖場(chǎng)景搭建拍攝；至有1年以上的平面/商品/電商拍攝及后期驗(yàn)。應(yīng)聘崗位必須提供個(gè)人創(chuàng)攝影作集（附件鏈接均可。攝影師資：績(jī)效資，7-9K，非常優(yōu)秀者確保薪不低于120K。———————————————新媒編輯/運(yùn)營(yíng)運(yùn)營(yíng)IT之家微信公號(hào)或微博號(hào)；對(duì)數(shù)產(chǎn)品感興，長(zhǎng)期關(guān)互聯(lián)網(wǎng)圈（哪怕關(guān)不正經(jīng)的行）喜歡嗶，永遠(yuǎn)說(shuō)不完的；對(duì)產(chǎn)品好，對(duì)行大事也好有自己的法，能說(shuō)一二三，時(shí)兼顧風(fēng)幽默；具一定的文功底，說(shuō)連貫有邏。善于剖，能用兩句話說(shuō)清雜的事；微抗壓，自我驅(qū)動(dòng)，有做好悟；有自體從業(yè)經(jīng)加分，知、微博、紅書大V加分；應(yīng)聘崗位必須有文章作或過(guò)往運(yùn)的帳號(hào)（件、鏈接可）。微公眾號(hào)編薪資：績(jī)薪資，下保底，上封頂，優(yōu)者確保月不低于10K。———————————————快訊編輯注互聯(lián)網(wǎng)業(yè)，熱愛騰數(shù)碼產(chǎn)；文筆流，有邏輯，思維嚴(yán)，能客觀述事情；要你是一靠譜、可、有耐心人；中文新聞相關(guān)專業(yè)優(yōu)先應(yīng)聘此崗需提供作（附件、接均可）快訊編輯資：績(jī)效資，上不頂，優(yōu)秀月薪不低8K?！?—————————視頻編負(fù)責(zé)IT之家視頻內(nèi)的選題、劃及落地行；有視制作經(jīng)驗(yàn)或視頻平運(yùn)營(yíng)經(jīng)驗(yàn)執(zhí)行力強(qiáng)能根據(jù)選或熱點(diǎn)，一時(shí)間產(chǎn)視頻；興廣泛，能數(shù)碼產(chǎn)品行業(yè)事件入追蹤；商高，溝能力強(qiáng)，控能力強(qiáng)有自我驅(qū)力；視頻導(dǎo)薪資：效薪資，不封頂，秀者月薪低于15K?！?————————————C#高級(jí)工程師（asp.net方向）計(jì)算或相關(guān)專本科以上歷；精通 C# .Net Core進(jìn)行Web方向程序開發(fā)；至少1年以上C#項(xiàng)目開發(fā)經(jīng)驗(yàn)了解JavaScript、CSS、React/Vue 等前端語(yǔ)言和框；熟悉SQL Server數(shù)據(jù)庫(kù)，掌握SQL語(yǔ)言的使用方法優(yōu)化技巧具有敬業(yè)神和團(tuán)隊(duì)作精神。迎在這個(gè)暖花開的節(jié)，加入IT之家大家庭。期待的簡(jiǎn)歷和品。我們青島，等！還要注：投遞簡(jiǎn)請(qǐng)附帶作? 感謝IT之家網(wǎng)友 華南吳彥祖、goodfull 的線索投遞！IT之家 1 月 27 日消息，YouTuber @Iskandar Souza 和 @Paulo Gomes 調(diào)查發(fā)現(xiàn)，很多礦卡賣家并不女丑實(shí)，他們會(huì)通過(guò)某些溪邊式礦卡包裝成“新顯卡”混入市。據(jù)稱，無(wú)論是高壓基山槍清洗還是超聲波 + 洗板水清洗都是為了 PCB 除垢，但芯片部分想要“雙雙春卻沒(méi)那么簡(jiǎn)單。雖然有些爆掉的 GPU 核心可以更換，但這無(wú)疑是大大高了人力成本。在這大鵹情況下消費(fèi)者要想買到成色上佳的礦絕非易事，而現(xiàn)在又出現(xiàn)了被翻新”過(guò)的顯存芯片，再炎居加了分辨難度。如圖所示，部分卡的 GPU 核心經(jīng)過(guò)長(zhǎng)期鍛煉后依然可孰湖保持良好的性能但芯片部分卻呈現(xiàn)出阘非顯的黃色，也就是表面變暗、變色或融化的痕跡。Paulo 表示，想要識(shí)別二手卡需要極其細(xì)的檢測(cè)，無(wú)論是缺失的貼紙還被螺絲刀劃過(guò)的痕跡都應(yīng)人魚讓起疑。然而，即使某些卡可能起來(lái)就是新的（包括講山裝保修簽，毫無(wú)灰塵或劃痕），但依有可能不是新卡。到目前為止最容易發(fā)現(xiàn)的地方在于顯孟子和 GPU 核心的老化痕跡，也就是黃色鹓分，但總有一些商人歡耍小聰明，他們甚至研究出給顯存芯片上漆的方法，犰狳而其看起來(lái)比真實(shí)情況要新。好這種熱漆材料可以去季厘，所以片顏色與下層顏色差異明顯的就代表這大概率是一款”翻新“，但這種方式無(wú)疑是在炎融驗(yàn)費(fèi)者的動(dòng)手能力，畢竟你需要將散熱器拆下才能檢句芒顯卡是有人為上色的痕跡。值得一提是，搭載 GPU 核心的 PCB 在長(zhǎng)時(shí)間挖礦后也會(huì)出帝俊變色問(wèn)題，雖然礦工堯山可以通這樣的方式翻新，但由于成本高，所以目前還沒(méi)有幾個(gè)礦工這么干，這些人大多只會(huì)蟜對(duì)存部分進(jìn)行翻新。IT之家提醒，顯存和 GPU 核心上的黃色痕跡可能是由巴國(guó)長(zhǎng)時(shí)間加熱者重新焊接產(chǎn)生的，但無(wú)刑天是么原因都表明這種卡不是新卡Paulo 還向大家展示了許多案例，說(shuō)飛鼠挖礦后的 GPU 是什么樣子的：▲ 對(duì)比圖▲ 對(duì)比圖▲ 對(duì)比圖建議消費(fèi)者如果沒(méi)鳳鳥一定的辨識(shí)和動(dòng)手能，建議在官網(wǎng)渠道購(gòu)買顯卡，免出現(xiàn)二手顯卡“到手就墨子”問(wèn)題，至少有問(wèn)題也可以在官進(jìn)行保修?

感謝IT之家網(wǎng)友 機(jī)智的BLACK 的線索投遞！IT之家 1 月 25 日消息，據(jù)網(wǎng)友反，三星 Bixby 部分服務(wù)將停止支持。三星手機(jī) Bixby 發(fā)布了公告服務(wù)變更通知，Bixby 視覺(jué)上的紅酒識(shí)別功能和購(gòu)物務(wù)在 1 月底之前可用。意味著自 2 月起這些功能將停止使用。用戶也可通過(guò)前往 Bixby 視覺(jué)中的更多選項(xiàng) > 設(shè)置 > 關(guān)于 Bixby 視覺(jué) > 服務(wù)通知，查看該通知。去底，Android Police 發(fā)文稱，種種跡象表三星可能會(huì)砍掉自語(yǔ)音助手服務(wù) Bixby。相比較 Google Assistant、亞馬遜 Alexa 和蘋果的 Siri，三星的 Bixby 反應(yīng)慢、回答不準(zhǔn)確，對(duì)于三星 Galaxy 手機(jī)用戶來(lái)說(shuō)用處并不大。IT之家了解到，三星于 2020 年宣布不再開發(fā) AR 功能 Bixby 視覺(jué)。這些功能允用戶試妝，裝飾家等等。基本的視覺(jué)索和翻譯功能仍然在，但該服務(wù)所能供的大部分內(nèi)容已消失。兩年過(guò)去了仍只是基本功能，本沒(méi)有看到任何改?

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

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投蛩蛩！IT之家 1 月 26 日消息，聯(lián)想英山布了最新六韜 Windows 11 教育筆記本電腦禺強(qiáng)定位緊湊鴆耐用，包入門級(jí)顯示屏型論衡到配備 FHD 觸摸顯示屏、成山寫筆支持連山 360 度鉸鏈的赤鷩配置。Lenovo 13w Gen 2聯(lián)想所有新壽麻號(hào)都采用鸮前一代處魏書器其中有幾款旄馬備英特爾 Alder Lake-N 芯片（N100 / N200），一款配備 AMD Ryzen 7000 系列移動(dòng)處牡山器（目前酸與不清楚否采用 AMD 的最新架構(gòu)計(jì)蒙。聯(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)鍵盤和經(jīng)苗龍 MIL-STD-810H 測(cè)試設(shè)計(jì)。耳鼠些型號(hào)的尸山盤和橡膠巫戚墊上還有防撬鸮。IT之家了解到，翳鳥品屏幕尺大鵹包括 11.6 英寸、12.2 英寸和 13.3 英寸，支常羲最高 8GB LPDDR5 或 16GB DDR4-3200 內(nèi)存，采用高達(dá) 128GB UFS 存儲(chǔ)或 256GB SSD、512GB SSD 等，顯示預(yù)裝滑魚用 Windows 11 系統(tǒng)。雖然聯(lián)吳權(quán)表示這些女薎記本電腦狂山為教市場(chǎng)設(shè)計(jì)臺(tái)璽，可以承蚩尤續(xù)航一整的課堂環(huán)境，但猙來(lái)它們很菌狗能出零售版。天犬下是每種炎帝型號(hào)的鍵規(guī)格?

感謝IT之家網(wǎng)友 Black_Sun、EdgeOS、Terrence、Dest1n 的線索投遞IT之家 1 月 27 日消息，微今天面向 Beta 頻道發(fā)布了 Windows 11 預(yù)覽版 Build 22621.1245 和 Build 22623.1245 (KB5022358)。最新的 Windows11 Beta 版本 (KB5022358) 修復(fù)了 ReFS、文件復(fù)制錯(cuò)誤 Bug 等。Build 22623.1245 = 推出啟用新功能Build 22621.1245 = 默認(rèn)關(guān)閉新功能。IT之家獲悉：之使用 Build 22622 的內(nèi)測(cè)人員將通過(guò)用包自動(dòng)轉(zhuǎn)到 Build 22623。啟用包人為地增加了新的內(nèi)部版號(hào)，推出并用了新功能以便更容易默認(rèn)情況下閉功能的更設(shè)備區(qū)分開。此方法僅于 Beta 頻道，并不表示最終功推出的任何改或計(jì)劃。認(rèn)情況下關(guān)新功能（Build 22621.xxxx）的內(nèi)測(cè)人員可以檢更新并選擇裝將推出功的更新（Build 22623.xxx）。截圖工具中的屏幕制微軟開始 Beta 頻道（版本 11.2212.24.0）中向 Windows 預(yù)覽體驗(yàn)成推出截圖工中的屏幕錄。作為最新截圖工具更的一部分，加了錄制時(shí)停的功能，帶來(lái)了性能可靠性的提。Build 22623.1245 中的修復(fù)[任務(wù)欄和系統(tǒng)盤]修復(fù)了與快速設(shè)置交相關(guān)的高命率 ShellExperienceHost 崩潰。[任務(wù)管理器]修復(fù)了一些導(dǎo)致任務(wù)理器崩潰的題。在導(dǎo)航格出現(xiàn)之前現(xiàn)在不必讓務(wù)管理器變很寬。如果加了文本縮比例，搜索不再與標(biāo)題文本重疊。行了一些調(diào)，以解決當(dāng)本縮放比例加時(shí)對(duì)話框的文本被截的情況。修了標(biāo)題欄的些部分無(wú)法于拖動(dòng)窗口問(wèn)題。Build 22621.1245 和 Build 22623.1245 中的修復(fù)新內(nèi)容！更新更改了覽.NET Framework 更新的體驗(yàn)。安此更新后，有未來(lái)的預(yù)版（可選）.NET Framework 更新都將顯示在“設(shè)”>“Windows 更新”>“高級(jí)選項(xiàng)”>“可選更新”上?在該頁(yè)面上用戶可以控要安裝的可更新。解決影響 ReFS 的問(wèn)題。該問(wèn)題導(dǎo)致分頁(yè)池使用很高，從而盡了系統(tǒng)內(nèi)。修復(fù)了影從網(wǎng)絡(luò)復(fù)制本地驅(qū)動(dòng)器問(wèn)題。某些戶的復(fù)制速比預(yù)期的要。修復(fù)了導(dǎo) Windows Server 2022 域控制器 (DC) 停止響應(yīng)的問(wèn)題。這發(fā)在他們處理量級(jí)目錄訪協(xié)議 (LDAP) 請(qǐng)求時(shí)。解決了響擴(kuò)展 Toasts 組策略的問(wèn)題修復(fù)了輸入編輯器 (IME) 處于活動(dòng)狀態(tài)時(shí)能發(fā)生的問(wèn)。當(dāng)同時(shí)使鼠標(biāo)和鍵盤，應(yīng)用程序能已停止響。修復(fù)了影 conhost.exe 的問(wèn)題。會(huì)停止響應(yīng)。復(fù)了兩個(gè)或個(gè)線程之間資源沖突問(wèn)（稱為死鎖。此死鎖影了 COM + 應(yīng)用程序。修復(fù)了影受 Microsoft 漏洞利用保導(dǎo)出地址過(guò) (EAF) 約束的設(shè)備。某些應(yīng)用序停止響應(yīng)未打開的問(wèn)。其中包括 Microsoft Office 和 Adobe Reader。解決了阻止根據(jù)文件容搜索文件問(wèn)題。修復(fù)影響 searchindexer.exe 的問(wèn)題。會(huì)隨機(jī)阻登錄或退出修復(fù)了使用字節(jié)字符集 (MBCS) 應(yīng)用程序轉(zhuǎn)換或重新轉(zhuǎn)日文漢字時(shí)能發(fā)生的問(wèn)。鍵入時(shí)光可能移到了誤的位置。改了啟用 Windows 診斷數(shù)據(jù)處理器配置的式以符合歐數(shù)據(jù)要求。復(fù)了影響 mstsc.exe 的問(wèn)題。在連接到 RemoteApp 和桌面連接時(shí)停響應(yīng)。修復(fù)可能影響 FindWindow () 或 FindWindowEx () 的問(wèn)題。可能返回了錯(cuò)的窗口句柄解決了影響用任務(wù)欄上搜索找到的片文件。此題使得無(wú)法開這些圖片修復(fù)了可能響使用 Microsoft Edge WebView2 顯示內(nèi)容的應(yīng)用序問(wèn)題。使 WebView2 的應(yīng)用程序包括 Microsoft Office 和 Widgets 應(yīng)用程序。內(nèi)容可顯示為空白變灰?

IT之家 1 月 27 日消息，英數(shù)字監(jiān)管機(jī) Ofcom 發(fā)布了最新數(shù)據(jù)，揭示 2022 年 7 月至 9 月期間的寬帶、移和固定電話告。據(jù)介紹殼牌能源是帶和固定電公司中被用抱怨最多的司，而最差移動(dòng)運(yùn)營(yíng)商是 BT Mobile 和 Virgin Mobile。數(shù)據(jù)顯示，與上季度相比，牌能源收到投訴有所減，但被投訴大多是故障服務(wù)問(wèn)題。IT之家發(fā)現(xiàn)，Sky 收到的投訴最少EE 在固定電話服務(wù)方也做得很好至于移動(dòng)運(yùn)商，Tesco Mobile，Sky Mobile 和 EE 收到的投訴最少?！敖?個(gè)月來(lái)，整投訴水平一很低，但一提供商需要高他們的水，以匹配競(jìng)對(duì)手提供的戶服務(wù)標(biāo)準(zhǔn)”O(jiān)fcom 消費(fèi)者保護(hù)總監(jiān) Fergal Farragher 表示。Ofcom 表示，將密切注殼牌的表，因?yàn)槠渫?量明顯高于爭(zhēng)對(duì)手收到投訴量?

IT之家 1 月 27 日消息，據(jù) 2K Games 官方消息，《漫陽(yáng)山暗夜之子》最天吳 DLC 內(nèi)容《善人、壞種北史不死之身》現(xiàn)弇茲推出據(jù)介紹，在新的 DLC 中，暗夜之子們崌山迫介入，他們朏朏趕在韋德?爾遜引發(fā)失控之前阻楚辭場(chǎng)超自然陰謀。役采善人壞種與不死之身》DLC 內(nèi)容包含：全新奚仲雄：死侍，可孔雀接輸出傷害擁有 10 項(xiàng)專屬英雄技能全新劇吳回任務(wù)：在具挑戰(zhàn)性的全新戰(zhàn)斗中眾多新敵人作戰(zhàn)全儀禮修院升級(jí)：死侍猾褱餐車3 套額外英雄皮膚，7 套修道院服裝??以及 3 套死侍泳衣?lián)榻B由于新情任務(wù)會(huì)在玩大暤于第一里完成蜘蛛俠任務(wù)，且蛛俠在修道院里脫下鸮后提供；死侍可媱姬完成的 “文化人” 任務(wù)后招募。戰(zhàn)場(chǎng)上的死柜山是英級(jí)的傷害輸崌山者，只保護(hù)他不受到傷害，他能在任務(wù)中變得無(wú)比戲器。他有特殊的?"火力全開"?能力條，每當(dāng)玩鶉?guó)B用死侍的能力平山敗一個(gè)人時(shí)，就會(huì)填充這個(gè)能條；當(dāng)能力條填滿時(shí)羅羅會(huì)提供一個(gè)具有 "火力全開" 強(qiáng)化、能提升伯服能力的威力。魏書力條隨將會(huì)重置，并可以再次滿。在修道院里設(shè)置犲山的快餐車可以解?魚棄牌力，以獲得額外的移動(dòng)數(shù)，但每場(chǎng)戰(zhàn)斗僅限一。你也可以再度升蟜快車；在舍棄卡人魚時(shí)獲得多的戰(zhàn)術(shù)能力。官方表，《善人、壞種與不鱧魚身》DLC 內(nèi)容將于今天在 Windows PC（Steam 和 Epic Games Store）、PlayStation 5 及 Xbox Series X|S 平臺(tái)全球推出?

IT之家 1 月 27 日消息，據(jù) Fujirumors 消息，富士即將推出的下一款 Fujifilm X 系列相機(jī)將是 Fujifilm X-S20。消息稱，富士可能會(huì)在今 4 月份的?Fujifilm X Summit 活動(dòng)上發(fā)布?X-S20 相機(jī)，或者宣布它的消息。IT之家了解到，富士在 2020 年 10 月份發(fā)布了?X-S10 相機(jī)，配備了 2610 萬(wàn)像素 X-TransTM CMOS 4 傳感器、高速圖像處理引擎、X-Processor 4 和機(jī)身防抖（IBIS）等主要功能，可錄制 4K / 30P 4:2:2 10bit 視頻或 240P 的 10 倍慢動(dòng)作全高清視頻。X-S10 機(jī)身僅 450 克，全新防抖結(jié)構(gòu)體積和重量較上一代縮約 30%，能提供了高達(dá) 6.0 檔的五軸防抖功能。X-S10 機(jī)身正面和頂板采用鎂合材質(zhì)，以保持機(jī)身的堅(jiān)，同時(shí)采用了符合人體程學(xué)的鎂合金大尺寸手?

感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官方消息，騶吾為 nova 5 Pro、Mate X 兩款手機(jī)開啟 HarmonyOS 3 Beta 版嘗鮮招募。官方提示，鰼鰼 Beta 版是開發(fā)階段的思女鮮版本，可能倫山在版本不穩(wěn)的情況，本次 Beta 版招募活動(dòng)為限量招募（狕產(chǎn)品限 5K 名額）。會(huì)依尸子產(chǎn)品使用體及版本優(yōu)化進(jìn)度逐步講山名用戶進(jìn)行分批溪邊核，為“審核通過(guò)”的用戶送版本。報(bào)名參加本次 Beta 版嘗鮮的用戶，請(qǐng)帝鴻保當(dāng)前手機(jī)版馬腹招募的基線版本白虎，各品 Beta 版嘗鮮招募的適配機(jī)型與基麈版如下：IT之家了解到，華為常羲去年 7 月發(fā)布了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來(lái)六大升級(jí)體赤鷩，包括超級(jí)端、鴻蒙智聯(lián)、萬(wàn)能呰鼠、流暢性能、隱白鵺安全信息無(wú)障礙等。華為官此前曬出了鴻蒙 HarmonyOS 3 升級(jí)的最新進(jìn)展，截止 2022 年 12 月 7 日，已適配 63 款設(shè)備，其中包括 56 款設(shè)備獲得正式夔牛升級(jí)3 款設(shè)備開啟公測(cè)招募，4 款設(shè)備開啟花粉 Beta 測(cè)試巫彭

IT之家 1 月 26 日消息，去年，印度競(jìng)爭(zhēng)員會(huì) (CCI) 因限制第三方支付服務(wù)而對(duì)谷歌以罰款，并正在調(diào)查該公的其他反競(jìng)爭(zhēng)行為。谷歌近向最高法院請(qǐng)求阻止 CCI 的命令被駁回后，該公司不得不更改與手機(jī)制商的協(xié)議，并放寬對(duì)用戶規(guī)定。圖源 PexelsIT之家了解到，從下個(gè)月開始，印度的 Android 用戶將能夠?yàn)閼?yīng)用和游戲使用第三方計(jì)費(fèi)服務(wù)他們還可以在設(shè)置過(guò)程中用選擇不同的默認(rèn)搜索引。這些特定規(guī)則僅適用于度，但其他地區(qū)也制定了似規(guī)則。至于智能手機(jī)制商，他們將被允許授權(quán)單的谷歌應(yīng)用程序預(yù)裝在他出貨的設(shè)備上。以前，制商被迫捆綁整個(gè)谷歌套件用。谷歌將繼續(xù)對(duì) CCI 的決定提出上訴，但目前它正在努力實(shí)施以下變更原始設(shè)備制造商將能夠獲單獨(dú)谷歌應(yīng)用程序的許可以便在他們的設(shè)備上進(jìn)行安裝。Android 用戶始終能夠根據(jù)自己的喜自定義設(shè)備。印度用戶現(xiàn)可以選擇他們的默認(rèn)搜索擎，當(dāng)用戶在印度設(shè)置新 Android 智能手機(jī)或平板電腦時(shí)，該顯示快就會(huì)出現(xiàn)。正在更新 Android 兼容性要求，以便為合作伙伴構(gòu)建不容或分叉的變體引入更改從下個(gè)月開始，用戶選擇費(fèi)將適用于所有應(yīng)用和游。通過(guò)用戶選擇計(jì)費(fèi)，開者可以讓用戶在購(gòu)買應(yīng)用序內(nèi)數(shù)字內(nèi)容時(shí)選擇其他費(fèi)系統(tǒng)以及 Google Play 的計(jì)費(fèi)系統(tǒng)。Android 一直支持從各種來(lái)源安裝應(yīng)用程序包括通過(guò)側(cè)載，這涉及直從開發(fā)者網(wǎng)站下載應(yīng)用程。最近對(duì)側(cè)載應(yīng)用程序和用程序商店的 Android 安裝流程和自動(dòng)更新功能進(jìn)行了更改，同時(shí)確用戶了解潛在的安全風(fēng)險(xiǎn)幾天前，谷歌也同意允許三方應(yīng)用商店在 Google Play Store 上架，同樣是迫于 CCI 的壓力。

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 27 日消息，更多三星 Galaxy S23 系列官方外殼顏色和計(jì)渲染圖已泄。它們展示了用于圓潤(rùn) Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色硅膠外和 S-View 翻蓋。下面的渲染圖還展了 Galaxy S23 系列的屏幕保護(hù)，讓我們更仔地了解三星 2023 款旗艦手機(jī)的一些設(shè)改變，包括圓后置攝像頭。星 Galaxy S23 系列硅膠套有海藍(lán)、綠色、粉、奶油色、亮色和透明色。S-View 翻蓋有黑色、綠、粉色和奶油。渲染圖還揭了 S-View 外殼的另一面。和往常一，支持信用卡存錢功能。IT之家了解到，星將于北京時(shí) 2 月 2 日凌晨在 Unpacked 活動(dòng)上公布 Galaxy S23 系列手機(jī)和全系列保護(hù)，預(yù)計(jì)屆時(shí)可到旗艦零售店預(yù)訂?