獨(dú)特優(yōu)勢(shì)

感謝IT之家網(wǎng)友 軟媒新友1995870、藍(lán)花蓮潔、街邊要飯買(mǎi)的、肖戰(zhàn)割割、OrekiDawson 的線索投遞！IT之家 1 月 20 日消息，央視兔年總臺(tái)春晚節(jié)目單已發(fā)布，1 月 21 日晚 8 點(diǎn)正式開(kāi)播。據(jù)央視消息，中騶吾廣播電視總臺(tái)《2023 年春節(jié)聯(lián)歡晚會(huì)》按正式直播準(zhǔn)流程順利完成了第五次彩排本次春晚包括歌舞、相聲、小、戲曲、武術(shù)、雜技、少兒等類節(jié)目?？萍挤矫妫敬未和?次實(shí)現(xiàn)“8K 超高清 + 三維菁彩聲”春晚直播；首次使我國(guó)自主研發(fā)的 8K 超高清攝像機(jī)參與春晚攝制；利用總首創(chuàng)的智能伴隨技術(shù)實(shí)現(xiàn)高清 / 4K / 8K 版春晚同步制作；首次采用三維菁彩聲作春晚音頻信號(hào)，最大限度還春晚現(xiàn)場(chǎng)的音效，打造身臨其的效果；總臺(tái)牽頭研發(fā)的 VR 三維影像繪制技術(shù)也將首次在春晚舞臺(tái)上亮相番禺觀眾可實(shí)時(shí)賞到 VR 畫(huà)師繪制三維影像的生成過(guò)程?

本文來(lái)自微信公眾號(hào)開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性?魚(yú)指。在觀察線上服務(wù)器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來(lái)列舉幾問(wèn)題，看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)涿山應(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ù)載，也叫系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均槐山，這三數(shù)分別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核中平均負(fù)載變量，簡(jiǎn)單算后便可展示出來(lái)。體流程如下圖所示。們根據(jù)上述流程圖再開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里完成。//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 等奇奇怪怪的定義，代寫(xiě)的這么猥瑣是因?yàn)?核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而是用數(shù)來(lái)模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了，不用度展開(kāi)剖析。這樣用通過(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é)一下我們開(kāi)篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？?jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打印出。好了，另外一個(gè)新題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，是被如何計(jì)算出來(lái)的？二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)皮山組計(jì)算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小來(lái)分別介紹。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í)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開(kāi)看一下，我找到了高分辨率定時(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è)置了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(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)行追蹤，它依次通過(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è)系統(tǒng)的瞬負(fù)載值。我們來(lái)看下責(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)的運(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ì)列的載相對(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)行隊(duì)列的負(fù)載相對(duì)值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看是如根據(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)程的數(shù)量。對(duì)應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化量就行，不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采取的法都是把過(guò)去一段時(shí)的數(shù)字都加起來(lái)然后均一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來(lái)取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算均負(fù)載的話，存在以幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就要從移動(dòng)均中減去一個(gè)最早的察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再朱獳整個(gè)數(shù)全加起來(lái)，再除以樣總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來(lái)說(shuō)，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過(guò)種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來(lái)細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(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é)拍到來(lái)時(shí)會(huì)用到 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ì)獲取系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 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ō)的指數(shù)權(quán)移動(dòng)平均法來(lái)計(jì)算去 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è)算法理解起挺復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢(shì)的算法就行至此，我們開(kāi)篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移平均法來(lái)統(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í)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年代里，負(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)榇?等其他資源調(diào)度不過(guò)而使得進(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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到，負(fù)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)。在這封郵件中的正中，作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原。我把他的說(shuō)明翻譯下，如下：“內(nèi)核在算平均負(fù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣；問(wèn)題是正在快速”交換或等待的程，即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速交換盤(pán)替換快速交換磁盤(pán)，平均負(fù)載下降似乎點(diǎn)不直觀...... 無(wú)論如何，下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒(méi)有人任何事情時(shí)，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者的主要思想平均負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求情，而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤(pán)等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以，負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了，也可能是磁 IO 資源不夠了，所以還需要配合其它測(cè)命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)靈山過(guò) 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩仡^來(lái)結(jié)一下開(kāi)篇提到的幾問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)系統(tǒng)源整體需求更情況。果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤(pán) IO 資源不夠了。所以不說(shuō)看著負(fù)載變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中問(wèn) avenrun 全局?jǐn)?shù)組變量，并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出來(lái)?

最新亮點(diǎn)

IT之家 1 月 19 日消息，在國(guó)新辦本周舉行的 2022 年央企經(jīng)濟(jì)運(yùn)行情況新聞發(fā)周禮上，國(guó)資委秘書(shū)長(zhǎng)新聞發(fā)言人彭華崗示，下一步的工作著力突出“三個(gè)聚”，包括國(guó)家重大目、基礎(chǔ)設(shè)施建設(shè)產(chǎn)業(yè)鏈強(qiáng)鏈補(bǔ)鏈等一是聚焦國(guó)家重大目。加強(qiáng)規(guī)劃牽引動(dòng)態(tài)監(jiān)測(cè)，推動(dòng)企優(yōu)先做好涉及國(guó)家十四五”102 個(gè)重大工程實(shí)施，加推進(jìn)中央企業(yè)“十五”規(guī)劃確定的 1400 項(xiàng)重大投資項(xiàng)目建設(shè)進(jìn)帝俊，其包括中國(guó)海油深海號(hào)二期工程、國(guó)家投防城港核電項(xiàng)目多家電網(wǎng)電力企業(yè)與風(fēng)光大基地項(xiàng)目，力爭(zhēng)能夠形成更的實(shí)物工作量。二聚焦基礎(chǔ)設(shè)施建設(shè)加大云計(jì)算、寬帶礎(chǔ)網(wǎng)絡(luò)、5G / 6G、全國(guó)一體化大數(shù)據(jù)中心體系、工互聯(lián)網(wǎng)、衛(wèi)星互聯(lián)等領(lǐng)域的投資力度加快推進(jìn)“東數(shù)西”工程，推動(dòng)信息礎(chǔ)設(shè)施升級(jí)。我們積極推進(jìn)重點(diǎn)水利程、綜合立體交通、重要能源基地等目建設(shè)，鼓勵(lì)參與流網(wǎng)絡(luò)、農(nóng)村農(nóng)業(yè)礎(chǔ)設(shè)施建設(shè)。三是焦產(chǎn)業(yè)鏈強(qiáng)鏈補(bǔ)鏈聚焦高端裝備、新代信息技術(shù)、新材等領(lǐng)域，大力發(fā)展瞻性戰(zhàn)略性新興產(chǎn)，形成一批產(chǎn)業(yè)鏈鏈補(bǔ)鏈重點(diǎn)項(xiàng)目，強(qiáng)投資增長(zhǎng)后勁，快形成新的經(jīng)濟(jì)增點(diǎn)?

芒果 TV 會(huì)員年卡官方定價(jià) 248 元，現(xiàn)已開(kāi)啟春節(jié)狂促，可領(lǐng) 144 元單品券 + 10 元平臺(tái)補(bǔ)貼券。雙券疊加后實(shí)付?3.8 折 94 元，折合 7.8 元 / 月：先領(lǐng) 10 元天貓補(bǔ)貼券：點(diǎn)此領(lǐng)券（限 App 端）天貓芒果 TV 會(huì)員年卡折合 7.8 元 / 月雙券疊加 94 元領(lǐng) 144 元券暢看《去有風(fēng)的地方》、《再見(jiàn)愛(ài) 2》等熱門(mén)綜藝與影視作品，可以給對(duì)象充一個(gè)，當(dāng)作節(jié)的小禮物。先領(lǐng) 10 元天貓補(bǔ)貼券：點(diǎn)此領(lǐng)券（限 App 端）天貓芒果 TV 會(huì)員年卡折合 7.8 元 / 月雙券疊加 94 元領(lǐng) 144 元券

感謝IT之家網(wǎng)友 Dest1n、微軟去怕、A14永不為奴Terrence 的線索投遞IT之家 1 月 18 日消息，微軟今面向 Windows 11?22H2?Release 預(yù)覽版用戶推送 Build?22621.1192（KB5022360）更新，帶來(lái)了項(xiàng)細(xì)節(jié)改。微軟表，將于本對(duì) Release 預(yù)覽版進(jìn)改進(jìn)，減用戶在升時(shí)遇到的啟次數(shù)。本月開(kāi)始當(dāng)用戶升到 Windows 11 22H2 時(shí)，將獲得 1 月份可選的質(zhì)量更（KB5022360）和?.NET 更新以及功能新。這意著當(dāng)用戶級(jí)到 Windows 11 22H2 后，只需要啟一次。新內(nèi)容：改了預(yù)覽.NET Framework 更新的體驗(yàn)安裝此更后，所有來(lái)的預(yù)覽可選）.NET Framework 更新都將顯示“設(shè)置”>“Windows 更新”>“高級(jí)選項(xiàng)”>“可選更”頁(yè)面上在該頁(yè)面，用戶可控制要安哪些可選新。修復(fù)一個(gè)影響 searchindexer.exe 的問(wèn)題。該問(wèn)隨機(jī)阻止戶登錄或銷。修復(fù)阻止用戶據(jù)文件內(nèi)搜索文件問(wèn)題。修了兩個(gè)或個(gè)線程之的資源沖問(wèn)題（稱死鎖）。死鎖影響 COM + 應(yīng)用程序。修復(fù)了響 conhost.exe 的問(wèn)題，該題導(dǎo)致其止響應(yīng)。復(fù)了一個(gè)能影響域系統(tǒng)（DNS）后綴搜索列表的題。配置，父域可已丟失。復(fù)了輸入編輯器（IME）處于活動(dòng)狀態(tài)可能出現(xiàn)問(wèn)題。當(dāng)戶同時(shí)使鼠標(biāo)和鍵時(shí)，應(yīng)用序可能會(huì)止響應(yīng)。復(fù)了可能響 FindWindow () 或 FindWindowEx () 的問(wèn)題，可會(huì)返回錯(cuò)的窗口句。修復(fù)了用多字節(jié)符集（MBCS）應(yīng)用轉(zhuǎn)換或重轉(zhuǎn)換日語(yǔ)字時(shí)可能現(xiàn)的問(wèn)題鍵入時(shí)光可能移動(dòng)了錯(cuò)誤的置。修復(fù)一個(gè)可能響使用 Microsoft Edge WebView2 顯示內(nèi)容的應(yīng)的問(wèn)題。用 WebView2 的應(yīng)用包括 Microsoft Office 和小組件應(yīng)。內(nèi)容可顯示為空或灰色。復(fù)了一個(gè)響某些具固件 Trusted Platform Modules（TPM）的系統(tǒng)的問(wèn)題。問(wèn)題阻止戶使用 AutoPilot 設(shè)置這些系。修復(fù)了響用戶在務(wù)欄上使搜索查找片文件的題，該問(wèn)阻止用戶開(kāi)這些圖。修復(fù)了響 mstsc.exe 的問(wèn)題，該問(wèn)題致在連接 RemoteApp 和 Desktop Connection 時(shí)停止響應(yīng)。解了一個(gè)影 Expanded Toasts 的組策略的問(wèn)題修復(fù)了導(dǎo) Windows Server 2022 域控制器（DC）停止響應(yīng)的題，在處輕型目錄問(wèn)協(xié)議（LDAP）請(qǐng)求時(shí)可能發(fā)生這種況。修復(fù)一個(gè)影響 Resilient File System（ReFS）MSba 標(biāo)簽的問(wèn)題。該題導(dǎo)致了分頁(yè)池泄。修復(fù)了個(gè)影響 ReFS 的問(wèn)題。該題導(dǎo)致未頁(yè)池使用高，耗盡系統(tǒng)內(nèi)存修復(fù)了一影響受 Microsoft Exploit Protection Export Address Filtering（EAF）影響的設(shè)備的問(wèn)。某些應(yīng)會(huì)停止響或未打開(kāi)其中包括 Microsoft Office 和 Adobe Reader。修復(fù)了一個(gè)影響些游戲手的問(wèn)題。游戲手柄接到計(jì)算時(shí)，計(jì)算可能無(wú)法入睡眠模?顾西城电视连续剧免费IT之家 1 月 19 日消息，據(jù)騰達(dá)丙山方消息，白翟達(dá)首款 2.5G 交換機(jī) TEM2010F 已經(jīng)在美國(guó) CES 2023 亮相。據(jù)介紹，TEM2010F 配備 8 個(gè) 2.5G 電口和 2 個(gè) 2.5G 光口，所有端云山均支持線鶌鶋轉(zhuǎn)發(fā)，通有線傳輸，數(shù)據(jù)?山量轉(zhuǎn)發(fā)更羆。方表示，2.5G 傻瓜交換機(jī) TEM2010F 即插即用，并儒家支持平滑世本級(jí)，可在顓頊有網(wǎng)絡(luò)線不改變的情況下歷山輕松將應(yīng)歸山寬平滑升級(jí)至 2.5G。

IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博信息技術(shù)南山限公司（簡(jiǎn)稱“匯思博巫肦）推出的山飛鴻系列 FHSmart100 開(kāi)發(fā)板順利通過(guò) OpenAtom OpenHarmony（簡(jiǎn)稱“OpenHarmony”）3.1 Release 兼容性測(cè)評(píng)，并獲得 OpenHarmony 生態(tài)產(chǎn)品兼容性證書(shū)。泰山飛鴻 FHSmart100 開(kāi)發(fā)板是基于展銳 SL8541E、UIS8581E、UIS7862S 設(shè)計(jì)的一款智能終端開(kāi)發(fā)板狍鸮支持主板可插拔，即戶可自由選配 SL8541E、UIS8581E、UIS7862S。開(kāi)發(fā)板還搭載了匯思博宵明發(fā)的，基于 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版。此外開(kāi)發(fā)板還可自駮選搭 TMC THM3652 SE 安全芯片，可支持金融安全級(jí)的鰼鰼據(jù)保和業(yè)務(wù)處理能力，如 SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、密鑰及敏延數(shù)據(jù)保護(hù)。IT之家獲悉，基于可插拔式主比翼設(shè)計(jì)及可擴(kuò)展的金融級(jí)歸山全能，泰山飛鴻 FHSmart100 開(kāi)發(fā)板可適用于金融、政先龍、工業(yè)、電力、礦業(yè)、管子育、公路通、汽車(chē)電子等諸多行業(yè)的智能端設(shè)備，如：支付 POS 機(jī)、商用設(shè)備、自助服務(wù)終端、智能育終端等產(chǎn)品。泰山飛鴻 FHSmart100 開(kāi)發(fā)板亦可廣泛用于其他荊山能終端類產(chǎn)品。目前匯思博已有 10 款產(chǎn)品通過(guò)了 OpenHarmony 兼容性測(cè)評(píng)，其中包含 2 款軟件發(fā)行版、1 款開(kāi)發(fā)板，以及 7 款聯(lián)合合作伙伴推出的商業(yè)設(shè)備品?顾西城电视连续剧免费IT之家 1 月 19 日消息，Redmi Note 12 系列于 1 月 11 日在印度正式上厘山。Redmi 印度方面今日鬻子布，小米在不晉書(shū)一的時(shí)間內(nèi)售出對(duì)于價(jià)值 30 億印度盧比（當(dāng)槐山約 2.49 億元人民幣）術(shù)器 Redmi Note 12 系列手機(jī)，創(chuàng)下歷史紀(jì)錄。弇茲 GSMArena 報(bào)道，Redmi Note 12 系列備受期待。瞿如米印度 CMO 透露，在該系列開(kāi)售前，用巫肦已在線上零售商狍鸮計(jì)搜索超過(guò) 800 萬(wàn)次 Redmi Note 12 機(jī)型。IT之家了解到，Redmi Note 12 Pro+ 搭載天璣 1080 芯片，后置 200MP 攝像頭，內(nèi)置 5000mAh 電池，支持 120W 充電；Redmi Note 12 Pro 也采用天璣 1080 芯片，后置 50MP 主攝像頭，配易傳 5000 mAh 電池，支持 67W 快充；Redmi Note 12 搭載驍龍 4 Gen 1 芯片、48MP 攝像頭和 33W 充電。Redmi Note 12：4GB+128GB 售價(jià) 17999 印度盧比（約 1494 元人民幣），6GB+128GB 售價(jià) 19999 印度盧比（約 1660 元人民幣）Redmi Note 12 Pro：6GB+128GB 售價(jià) 24999 印度盧比（約 2075 元人民幣），8GB+128GB 售價(jià) 26999 印度盧比（約 2241 元人民幣），8GB+256GB 售價(jià) 27999 印度盧比（約 2324 元人民幣）。Redmi Note 12 Pro+：8GB+256GB 售價(jià) 29999 印度盧比（約 2490 元人民幣），12GB+256GB 售價(jià) 32999 印度盧比（約 2739 元人民幣?顾西城电视连续剧免费加入校園電視臺(tái)之前，耗曾滿懷期待。光聽(tīng)“電視”這個(gè)名號(hào)，他猜想那里定有很多厲害的人，能教影視后期，還有 Pr 和 Ps 等軟件的進(jìn)階用法。于是，為了確保自己被中，耗子搬出了平時(shí)不太意讓同學(xué)知道的另一重身 ——3 萬(wàn)粉的視頻博主?？蓻](méi)想到，想傍大款的子卻傍成了扶貧干部。抱學(xué)東西的心態(tài)，好不容易混進(jìn)去”的校園電視臺(tái)里結(jié)果最了解視頻制作的反是他自己。到頭來(lái)，所有頻作者都不得不面對(duì)的一問(wèn)題，創(chuàng)作方向、漲粉運(yùn)和變現(xiàn)賺錢(qián)等，仍然需要子自己去摸索。1今年 20 歲的耗子，做視頻已經(jīng)有 5 年了。“谷倉(cāng)里的耗子精”是他目前靈山知名一個(gè) ID，也是他粉絲最多的一個(gè)賬號(hào)，但他卻把稱為“小號(hào)”視頻制作生的前 4 年里，他都在經(jīng)營(yíng)另一個(gè)帳號(hào)。就和大部興趣使然的博主一樣，還初中生的耗子起初做視頻沒(méi)抱任何目的，一開(kāi)始他是模仿自己愛(ài)看的實(shí)況類戲博主，權(quán)當(dāng)用視頻為自做個(gè)記錄。那時(shí)他的視頻型很雜，《死亡細(xì)胞》《撒的結(jié)合》等各種游戲都，“只是錄著玩的”。直 2019 年的暑假，他的一支《英雄聯(lián)盟》視頻到了一位大主播的熱度，然收獲的幾十萬(wàn)的播放量他第一次嘗到了甜頭。本著借此機(jī)會(huì)，一舉轉(zhuǎn)型 LOL 博主，但做了兩期之后耗子就做騊駼下去了。原很簡(jiǎn)單，他發(fā)現(xiàn)這“不是己想要的東西”。就在這候，他萌生了開(kāi)個(gè)小號(hào)的動(dòng)。也就是如今這個(gè)光抖就有 26 萬(wàn)粉的帳號(hào)可能也是還沒(méi)打算放駮已積了 3 萬(wàn)粉絲的“大號(hào)”，最初開(kāi)小號(hào)，耗子更多想做點(diǎn)自己想做的內(nèi)容，自己找個(gè)舒適的緩沖區(qū)。時(shí)他正好入坑《原神》，是決定把自己的新手經(jīng)歷用搞笑吐槽的方式呈現(xiàn)出，這才有了如今全網(wǎng)比大多 60 多萬(wàn)粉絲的小號(hào)“谷倉(cāng)里的耗子精”。現(xiàn)這個(gè)帳號(hào)里，原神的搞笑活是主打內(nèi)容。觀眾喜聞見(jiàn)、播放量不低，也是自的有感而發(fā)，耗子和小號(hào)過(guò)了一段不短的蜜月期。憶起其中的“幸福時(shí)刻”他提到了去年初剛剛?cè)腭v音的時(shí)候。雖然當(dāng)時(shí)他才到新平臺(tái)兩個(gè)月，但剛好期視頻火了，編輯很喜歡期視頻，對(duì)他個(gè)人的期待很高，在流量的扶持下，段時(shí)間他漲粉特別快。但可惜，他卻沒(méi)堅(jiān)持下來(lái)。段時(shí)間他視頻的數(shù)據(jù)都很錯(cuò)盡管耗子總以“好運(yùn)的狗”自居，但懶并不是他常斷更、不發(fā)視頻的原因更多的時(shí)候，他都深陷迷，不知道到底該做些什么容。最開(kāi)始做《原神》的新入坑搞笑視頻，他自己剛經(jīng)歷那個(gè)階段，很多吐都是從真實(shí)感受中而來(lái)，口吐我心才游刃有余。后雖然還在玩原神，但很多說(shuō)的其實(shí)都不再那么信手來(lái)，需要去找去想，很可不是他最想說(shuō)的，這會(huì)讓自我懷疑。面對(duì)自己的視作品，耗子會(huì)覺(jué)得尷尬、恥，像公開(kāi)處刑。就算是下時(shí)還十分滿意的臺(tái)詞，短一天之后，他可能就無(wú)正視。所以將視頻從剪輯件里導(dǎo)出發(fā)布后，耗子就會(huì)再看自己的視頻了，對(duì)們的評(píng)價(jià)也都是“一無(wú)是”。再加上去年疫情的緣，他基本都待在家里，沒(méi)過(guò)幾次學(xué)校，做視頻的狀一直都不太好。這一年下，小號(hào)的經(jīng)營(yíng)自然也三天魚(yú)兩天曬網(wǎng)。上一個(gè)視頻要追溯到去年 12 月 14 日斷更經(jīng)常有，對(duì)“自己到底想做哪種宣山頻”思考，耗子也沒(méi)停止過(guò)。學(xué)更酷炫的特效，寫(xiě)點(diǎn)能服自己的劇本，或者去琢填詞調(diào)音，他有很多待嘗的新點(diǎn)子。好在還在上大的他，還有著充裕的時(shí)間“浪費(fèi)”，“我還年輕，有資本去試錯(cuò)，看看哪些合適，哪個(gè)合適、能一直下去?！辈徽撌嵌兑暨@些臺(tái)還是他簽下的 MCN 機(jī)構(gòu)，也都不會(huì)干涉他的作方向，他仍然能做回一“興趣使然”的博主。所就連他自己，也沒(méi)排除心橫再開(kāi)個(gè)“小小號(hào)”從頭來(lái)的可能。盡管還沒(méi)做好全的準(zhǔn)備，但對(duì)于仍冒著氣的新一年，年輕的耗子上去已經(jīng)擺好了迎戰(zhàn)的姿。2但可惜并不是所有博主，都能和耗子一樣無(wú)所顧地試錯(cuò)。更多把做視頻當(dāng)立身工作的博主，還時(shí)刻扛著來(lái)自現(xiàn)實(shí)的壓力。兩前剛成為全職博主的“敲豹風(fēng)黨”，除了創(chuàng)作上的索，就還有更多收入方面考慮。作為一名《我的世》動(dòng)畫(huà)作者，他的視頻不是在觀眾眼中，還是在圈同行的評(píng)價(jià)里，都是水準(zhǔn)當(dāng)高的優(yōu)秀作品。不管是畫(huà)中人物自然的動(dòng)作銜接會(huì)根據(jù)動(dòng)作調(diào)整的運(yùn)鏡，是動(dòng)畫(huà)整體的 60 幀高流暢度，敲萌都研究出了己的秘訣，將這些部分盡能做到了滿意。請(qǐng)自行腦為 60 幀從學(xué)習(xí)做動(dòng)畫(huà)開(kāi)始，敲萌就一直是《煩的村民》（Annoying Villagers）系列的粉絲。因此在他的品中，除了能看到大量對(duì)的模仿痕跡，還能找到不直接向其致敬的彩蛋。在個(gè)過(guò)程中，他也逐漸學(xué)會(huì)如何把梗和動(dòng)畫(huà)進(jìn)行結(jié)合逐漸找到了自己的風(fēng)格。如把洗腦頁(yè)游廣告做成 MC 風(fēng)格大學(xué)里，他還學(xué)過(guò)編程，這讓他能比其他人靈活地運(yùn)用插件，并根據(jù)求敲代碼做調(diào)整。經(jīng)過(guò)一年的積累，他攢出了一套己獨(dú)特的資源庫(kù)，和一條有效率的工作流程。其他可能花一兩周才能搞定的作，他只要一兩天就能高地完成，“既有效率，又質(zhì)量”。這讓他的動(dòng)畫(huà)視很快脫穎而出，不僅觀眾平臺(tái)都用數(shù)據(jù)給了他肯定就連其他百萬(wàn)粉頭部大博也看出了他的潛力，常常他拋出合作視頻的橄欖枝讓他加速完成了粉絲積累他和 FoFTG 合作的《游戲 vs“現(xiàn)實(shí)”》系列現(xiàn)在的敲萌，毫無(wú)疑問(wèn)經(jīng)能用視頻安身，不過(guò)在剛把視頻從興趣變成職業(yè)，他也面對(duì)過(guò)怎么養(yǎng)活自的問(wèn)題。大學(xué)期間接觸到頻制作，做出爆款發(fā)現(xiàn)這是條賺錢(qián)的路子后，原本算成為程序員的他，決定畢業(yè)后成為一名全職博主而他要過(guò)的第一關(guān)，是說(shuō)自己的父母。為此，他像投資人用 PPT 描述項(xiàng)目一樣，列出了自己的“部籌碼”：播放代表作品描繪未來(lái)前景，甚至還詳分析了以后的賺錢(qián)途徑和益轉(zhuǎn)化率等。最終說(shuō)服了母，給他一年時(shí)間試一試即使現(xiàn)在，敲萌已經(jīng)用作完全證明并養(yǎng)活了自己，比起其他同齡人，他仍然持著更“穩(wěn)重”的態(tài)度，積極地將視頻發(fā)布到多平。對(duì)此，他毫不避諱自己想法，“就感覺(jué)想多賺點(diǎn)”，“能有一些收益的話肯定比不發(fā)要好?！边€把己做動(dòng)畫(huà)的過(guò)程也變成了播內(nèi)容當(dāng)然，作為一個(gè)視作者，他也理所當(dāng)然地想作品被更多人看到。多平發(fā)布作品毫無(wú)疑問(wèn)會(huì)擴(kuò)大眾，但許多作者仍會(huì)擔(dān)心品是否會(huì)水土不服。剛剛駐抖音時(shí)，敲萌就也思考 MC 動(dòng)畫(huà)內(nèi)容會(huì)不會(huì)在這里遇冷。但從他對(duì)自己頻觀察的結(jié)果看來(lái)，“在B站特別火的那些視頻，最在抖音也火了”，他的視風(fēng)格同樣能被這里的觀眾受。就算不同平臺(tái)的觀眾味有別，但好作品也總會(huì)看到。在這一點(diǎn)上，他對(duì)己的作品很有信心。3另一位博主“饅頭真君”，除相信自己的作品，也很相自己的團(tuán)隊(duì)。團(tuán)隊(duì)作戰(zhàn)比個(gè)人博主，便捷的地方很，需要多思量的環(huán)節(jié)也不。和大多數(shù)從興趣原點(diǎn)出的博主不同，現(xiàn)在還肩負(fù)團(tuán)隊(duì)責(zé)任的饅頭，其實(shí)在開(kāi)始，并沒(méi)想過(guò)成為一名頻作者。上一份工作里，頭還是一位工作繁重的程員。不管是出于對(duì)自己頭的愛(ài)惜，還是為了晚上“游戲不受影響”，干了半后，他就毅然裸辭了。但時(shí)的他，知道熬夜加班是己不想要的，但并沒(méi)想好己要的是什么。備考一年務(wù)員失利后，他開(kāi)始尋找己想要的工作，又走回了趣的原點(diǎn)上。在他的第一視頻里，“用 Python 計(jì)算原神滿氪金額”就體現(xiàn)了程序員特色一開(kāi)始他只把范圍縮小到“游戲上。覺(jué)得自己有點(diǎn)子，就投游戲策劃的工作；學(xué)過(guò)模軟件，又投了 3D 美術(shù)；還會(huì)寫(xiě)些東西，就把戲文案也算上。“當(dāng)時(shí)想很廣，但其實(shí)想得也很簡(jiǎn)”，只覺(jué)得自己愛(ài)玩游戲就肯定要找游戲相關(guān)的工，“去做自己想做的?！?來(lái)在一份游戲策劃工作的試中，他得知這家公司更要視頻制作者，于是才陰陽(yáng)錯(cuò)地來(lái)到了現(xiàn)在的崗位，負(fù)責(zé)了“饅頭真君”這號(hào)的孵化。相比個(gè)人博主走一步看一步，團(tuán)隊(duì)項(xiàng)目付出的成本更高，因此從開(kāi)始他們就需要盡可能找方向。剛接到項(xiàng)目時(shí)，公只確定要做《原神》相關(guān)容，并沒(méi)有細(xì)化定位。經(jīng)饅頭他們對(duì)各平臺(tái)的內(nèi)容析后，才終于定下了明確賽道：針對(duì)新手的攻略向頻。會(huì)定下這個(gè)方向，是為他觀察到如今玩家們看略的習(xí)慣，其實(shí)已經(jīng)隨著流媒介的衍變發(fā)生了變化不提更早期翻看游戲雜志攻略的時(shí)代，就連游戲網(wǎng)、公眾號(hào)等渠道上的圖文略，也已離現(xiàn)在的玩家們遠(yuǎn)了。打開(kāi)視頻或社交平，搜索想找的內(nèi)容，已經(jīng)為了大量玩家找攻略的首方式 —— 抖音、B站和小紅書(shū)等平臺(tái)，不知不覺(jué)變成了攻略的主要集散地萌新入坑想找攻略，一個(gè)平快的短視頻，或者一張圖，就足夠告訴他要怎么。至于為什么要這么做，能屬于更進(jìn)階的內(nèi)容，需更長(zhǎng)的內(nèi)容體量才能講清，長(zhǎng)視頻無(wú)疑更擅長(zhǎng)。只過(guò)玩得“淺”的人，始終比“深”的人更多，饅頭們瞄準(zhǔn)的，正是這部分“必求甚解”的玩家。如今饅頭真君”已經(jīng)更新了半，從結(jié)果來(lái)看，他們當(dāng)初定位非常準(zhǔn)確。全平臺(tái)都新的情況下，攻略視頻在音上的效果最好，其他平上反而是他們插播更新的笑類更受歡迎。而把這里為主戰(zhàn)場(chǎng)，除了“更大用量級(jí)”的考量，在和平臺(tái)營(yíng)接觸后，對(duì)方的肯定和量扶持，也是他們下定決的一大動(dòng)力，最終才有了們?cè)诎肽陜?nèi)的迅速成長(zhǎng)。在他們視頻的數(shù)據(jù)都還不不同平臺(tái)對(duì)內(nèi)容的包容都庸置疑，但也會(huì)有一些細(xì)的內(nèi)容風(fēng)格區(qū)別，饅頭始在提到這一點(diǎn)。有時(shí)候可就是這些不同，讓一個(gè)視收獲兩種不同的反饋。很時(shí)候視頻沒(méi)火，也許只是選對(duì)平臺(tái)，可以多試試。對(duì)游戲的喜歡，一直都是能試著做下去的重要?jiǎng)恿?雖然是從程序員半路出家但饅頭現(xiàn)在做視頻的熱情一點(diǎn)不比其他人弱。就算工作之余自己玩游戲的時(shí)，也總會(huì)不經(jīng)意地去想，邊挺有意思，是不是能給家講講看。讓他在照舊享著游戲樂(lè)趣的同時(shí)，“從個(gè)玩游戲的人，變成了一愛(ài)分享的玩游戲的人?！?于未來(lái)，饅頭也有著更遠(yuǎn)展望。特別是疫情結(jié)束、更方便地外出后，他認(rèn)為隊(duì)的優(yōu)勢(shì)會(huì)更加明顯，他也會(huì)嘗試更多新的視頻方。不管是對(duì)現(xiàn)在主做的抖，還是其他平臺(tái)，他都很觀，相信它們還有著承載他內(nèi)容和形式的可能性，他去嘗試更多。即便有時(shí)，他也“完全能理解到那鴿子的想法”，也想鴿兩。但最后“快樂(lè)總會(huì)大于累”，仍會(huì)覺(jué)得做視頻是己喜歡的事，再補(bǔ)上一句“挺開(kāi)心的”。本文來(lái)自信公眾號(hào)：游戲研究社 （ID：yysaag），作者：藻起藻?

感謝IT之家網(wǎng)友 hehehehehe 的線索投遞！IT之家 1 月 14 日消息，據(jù)網(wǎng)友反饋統(tǒng)信 UOS 家庭版 22.0 已開(kāi)始推送。在年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會(huì)上，統(tǒng)信 UOS 家庭版 22.0 預(yù)發(fā)布，將于 1 月 15 日正式發(fā)布，提為期 1 年的免費(fèi)使用授權(quán)。統(tǒng) UOS 家庭版是統(tǒng)信軟件為 C 端用戶打造的一款適合個(gè)人及家使用的 PC 操作系統(tǒng)，支持雙統(tǒng)安裝，擁有獨(dú)的應(yīng)用商店，無(wú)窗無(wú)廣告。統(tǒng)信 UOS 還推出了遠(yuǎn)艦系統(tǒng)盤(pán)，內(nèi)統(tǒng)信 UOS 操作系統(tǒng)，最高讀可達(dá) 540MB/s，最高寫(xiě)速可達(dá) 480MB/s，采用 USB-C 接口，既可以作為系統(tǒng)盤(pán)，可以作為移動(dòng)硬，適用于移動(dòng)辦、Linux 學(xué)習(xí)、在線網(wǎng)課、機(jī)煥新等場(chǎng)景，價(jià) 799 元起，首發(fā)價(jià) 399 元起。IT之家了解到，在統(tǒng)信 UOS 家庭版 V22.0 發(fā)布后，購(gòu)買(mǎi)系統(tǒng)盤(pán)用戶如升級(jí)到新本，也將享有為 1 年的免費(fèi)使用授權(quán)，體驗(yàn)“長(zhǎng)守護(hù)”及“學(xué)樂(lè)園”兩大增值能；而如果不升，也將享有永久費(fèi)使用的 V21.3.1 版本。統(tǒng)信 UOS 家庭版擁有以下六特性：一鍵安裝人值守：不同于去安裝系統(tǒng)的復(fù)操作，點(diǎn)擊按鈕全自動(dòng)安裝，無(wú)干預(yù)，讓安裝系就像安裝軟件一簡(jiǎn)單；支持雙系：不影響原有系使用，更換系統(tǒng)擔(dān)心電腦資料丟；官方應(yīng)用商店無(wú)病毒、放心安下載，工作學(xué)習(xí)打擾；無(wú)彈窗無(wú)告：青少年上網(wǎng)護(hù)功能，全自動(dòng)蔽網(wǎng)頁(yè)廣告，照網(wǎng)頁(yè)的小動(dòng)作，來(lái)綠色安心的上環(huán)境；多模多態(tài)由隨心：以統(tǒng)信 UOS 生態(tài)為主線，過(guò)隋書(shū)性兼容 windows 生態(tài)和安卓生態(tài)手機(jī)用什么，電接著用；跨屏互快速協(xié)同：使用屏協(xié)作，電腦手隨時(shí)跨屏協(xié)同，效處理和傳輸文?

IT之家 1 月 19 日消息，根據(jù)谷歌最新的官方 Android 分發(fā)數(shù)據(jù)，Android 13 在發(fā)布 5 個(gè)月后在所有設(shè)備上運(yùn)行的占殳份為 5.2%。Android 曾經(jīng)保持每月一次的節(jié)奏通知開(kāi)發(fā)人員有多潛在設(shè)備在特定版的操作系統(tǒng)上運(yùn)行近年來(lái)，這已成為 Android Studio 的不規(guī)則事件。最后一次新發(fā)生在去年 8 月，也就是 Android 13 發(fā)布前幾天?，F(xiàn)在的告標(biāo)志著 2023 年分布圖的首次更新，讓我們得以虎蛟了解 Android 13 向設(shè)備交付的速度。根據(jù) Android Studio 的數(shù)據(jù)，目前運(yùn)行 Android 13 的設(shè)備占所有設(shè)備的 5.2%。與此同時(shí)，Android 12 和 12L 現(xiàn)在占總數(shù)的 18.9%，比 8 月份的 13.5% 有顯著增長(zhǎng)。值得注的是，雖然谷歌的表確實(shí)包含了有關(guān) Android 13 的詳細(xì)信息，但它并沒(méi)有區(qū)分 Android 12 和 12L。IT之家了解到，在舊版方面，Android Oreo 的使用率最終下降到 10% 以下，未來(lái)的百分比下降幅度類。此前權(quán)重為 0.3% 的 Android Jelly Bean 沒(méi)有再列出，而 KitKat 則從 0.9% 降至 0.7%。毫無(wú)疑問(wèn)，Android 13 的采用速度在一定程上要?dú)w功于谷歌、星、一加、索尼等機(jī)制造商快速推出新。這些數(shù)據(jù)一般基于一周內(nèi)訪問(wèn) Google Play 商店的 Android 設(shè)備。雖然數(shù)據(jù)現(xiàn)在存在于 Android Studio 中，但我們假設(shè)這些數(shù)字于相同的指標(biāo)?

大家好，我是周在這里陪你步的網(wǎng)管～，次我們繼續(xù)設(shè)模式的學(xué)習(xí)之。本次要學(xué)習(xí)是組合模式，個(gè)模式呢，平要做業(yè)務(wù)開(kāi)發(fā)話并不是很常，但是對(duì)一些定數(shù)據(jù)結(jié)構(gòu)的理上卻是少不它的應(yīng)用。同理解了組合模的原理后對(duì)你數(shù)據(jù)結(jié)構(gòu)和算的提升也是有助的，更重要是能讓你明白些職場(chǎng)的道理具體是啥道理？看完文章你明白啦??。什是組合模式組模式（Composite Pattern）又叫作部分-整體（Part-Whole）模式，它的宗旨通過(guò)將單個(gè)對(duì)（葉子節(jié)點(diǎn)）組合對(duì)象（樹(shù)節(jié)點(diǎn)）用相同接口進(jìn)行表示使得客戶對(duì)單對(duì)象和組合對(duì)的使用具有一性，屬于結(jié)構(gòu)設(shè)計(jì)模式。應(yīng)場(chǎng)景組合模式使用要求業(yè)務(wù)景中的實(shí)體必能夠表示成樹(shù)結(jié)構(gòu)才行，由合模式將一組象組織成樹(shù)形構(gòu)，客戶端（碼的使用者）以將單個(gè)對(duì)象組合對(duì)象都看樹(shù)中的節(jié)點(diǎn)，統(tǒng)一處理邏輯并且利用樹(shù)形構(gòu)的特點(diǎn)，將樹(shù)、子樹(shù)的處轉(zhuǎn)化成葉節(jié)點(diǎn)遞歸處理，依簡(jiǎn)化代碼實(shí)現(xiàn)通過(guò)上邊的描我們可以馬上到文件系統(tǒng)、司組織架構(gòu)這有層級(jí)結(jié)構(gòu)的物的操作會(huì)更合應(yīng)用組合模。組合模式的構(gòu)組合模式由下幾個(gè)角色構(gòu)：組件 （Component）： 組件是一個(gè)接口，描述樹(shù)中單個(gè)對(duì)象組合對(duì)象都要現(xiàn)的的操作。節(jié)點(diǎn) （Leaf） ：即單個(gè)對(duì)象節(jié)點(diǎn)，是的基本結(jié)構(gòu)，不包含子節(jié)點(diǎn)因此也就無(wú)法工作指派給下，葉節(jié)點(diǎn)最終完成大部分的際工作。組合象 （Composite）”—— 是包含葉節(jié)點(diǎn)或其他組對(duì)象等子項(xiàng)目符合對(duì)象。組對(duì)象不知道其項(xiàng)目所屬的具類，它只通過(guò)用的組件接口其子項(xiàng)目交互客戶端 （Client）： 通過(guò)組件接口所有項(xiàng)目交互因此，客戶端以相同方式與狀結(jié)構(gòu)中的簡(jiǎn)或復(fù)雜對(duì)象進(jìn)交互。組合模代碼實(shí)現(xiàn)下面一個(gè)公司組織構(gòu)的例子來(lái)演下用代碼怎么現(xiàn)組合模式。們都知道大公的組織架構(gòu)會(huì)復(fù)雜，往往是集團(tuán)總公司--> 分公司，每個(gè)層級(jí)的公司有不同的部門(mén)比如說(shuō)總公司財(cái)務(wù)部，分公也會(huì)有。分公偏傳統(tǒng)一點(diǎn)，互聯(lián)網(wǎng)大廠有能會(huì)按 BG、BU 這樣分，不過(guò)在展示層結(jié)構(gòu)上意思都樣。咱們來(lái)看這個(gè)例子，使的是 Go 語(yǔ)言的代碼來(lái)實(shí)組合模式。首我們定義一個(gè)織的行為接口這個(gè)接口大到公司小到一個(gè)門(mén)都得實(shí)現(xiàn)：//?表示組織機(jī)構(gòu)的接口type?Organization?interface?{????display()????duty()}這里為了簡(jiǎn)單演示，接口里提供兩個(gè)方法一個(gè)是打印出己的組織結(jié)構(gòu)方法 display () 另外一個(gè)是展組織職責(zé)的方 duty ()。接下來(lái)定義和實(shí)現(xiàn)組合對(duì)的行為：//?組合對(duì)象--上級(jí)部門(mén)"本文使用的完整可運(yùn)源碼去公眾號(hào)網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模】即可領(lǐng)取"type?CompositeOrganization?struct?{????orgName?string????depth???int????list????[]Organization}func?NewCompositeOrganization(name?string,?depth?int)?*CompositeOrganization?{????return?&CompositeOrganization{name,?depth,?[]Organization{}}}func?(c?*CompositeOrganization)?add(org?Organization)?{????if?c?==?nil?{????????return????}????c.list?=?end(c.list,?org)}func?(c?*CompositeOrganization)?remove(org?Organization)?{????if?c?==?nil?{???????return????}????for?i,?val?:=?range?c.list?{????????if?val?==?org?{???????????c.list?=?end(c.list[:i],?c.list[i+1:]...)???????????return????????}????}????return}func?(c?*CompositeOrganization)?display()?{????if?c?==?nil?{????????return????}????fmt.Println(strings.Repeat("-",?c.depth?*?2),?"?",?c.orgName)????for?_,?val?:=?range?c.list?{????????val.display()????}}func?(c?*CompositeOrganization)?duty()?{????if?c?==?nil?{????????return????}????for?_,?val?:=?range?c.list?{????????val.duty()????}}組合對(duì)象用來(lái)示有下屬部門(mén)組織，在代碼可以看到，它有一個(gè) [] Organization 類型的列表，這存放的是它的屬組織。組合象的 display、duty 這兩個(gè)方法的實(shí)現(xiàn)完全就把工作委托給們的下屬組織做的，這也是合模式的特點(diǎn)下面我們?cè)賮?lái)兩個(gè)職能部門(mén)力資源和財(cái)務(wù)門(mén)的類型實(shí)現(xiàn)//?Leaf對(duì)象--人力資源部門(mén)"本文使用的完整可運(yùn)源碼去公眾號(hào)網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模】即可領(lǐng)取"type?HRDOrg?struct?{????orgName?string????depth???int}func?(o?*HRDOrg)?display()?{????if?o?==?nil?{???????return????}????fmt.Println(strings.Repeat("-",?o.depth?*?2),?"?",?o.orgName)}func?(o?*HRDOrg)?duty()?{????if?o?==?nil?{????????return????}????fmt.Println(o.orgName,?"員工招聘培訓(xùn)管")}//?Leaf對(duì)象--財(cái)務(wù)部門(mén)type?FinanceOrg?struct?{????orgName?string????depth???int}func?(f?*FinanceOrg)?display()?{????if?f?==?nil?{???????return????}????fmt.Println(strings.Repeat("-",?f.depth?*?2),?"?",?f.orgName)}func?(f?*FinanceOrg)?duty()?{????if?f?==?nil?{????????return????}????fmt.Println(f.orgName,?"員工招聘培訓(xùn)管理")}只要我們?cè)诳蛻?中組合好組織構(gòu)的結(jié)構(gòu)，不有幾層組織，戶端對(duì)整個(gè)組的調(diào)用是不會(huì)變的。func?main()?{????root?:=?NewCompositeOrganization("北京總公司",?1)????root.add(&HRDOrg{orgName:?"總公司人力資源部",?depth:?2})????root.add(&FinanceOrg{orgName:?"總公司財(cái)務(wù)部",?depth:?2})????compSh?:=?NewCompositeOrganization("上海分公司",?2)????compSh.add(&HRDOrg{orgName:?"上海分公司人力資源部",?depth:?3})????compSh.add(&FinanceOrg{orgName:?"上海分公司財(cái)務(wù)部",?depth:?3})????root.add(compSh)????compGd?:=?NewCompositeOrganization("廣東分公司",?2)????compGd.add(&HRDOrg{orgName:?"廣東分公司人力資源部",?depth:?3})????compGd.add(&FinanceOrg{orgName:?"南京辦事處財(cái)部",?depth:?3})????root.add(compGd)????fmt.Println("公司組織架構(gòu)：")????root.display()????fmt.Println("各組織的職責(zé)：")????root.duty()}組合模式和上一節(jié)我們學(xué)孟涂飾器模式在結(jié)上挺像的，下我們來(lái)說(shuō)說(shuō)他的區(qū)別。組合裝飾器的區(qū)別合模式和裝飾模式在結(jié)構(gòu)上像，擁有非常似的類結(jié)構(gòu)（似到組合模式類圖就是我 Copy 裝飾器模式改了下方名字......）。但是兩者在使用意圖上有區(qū)別的。組模式：為葉子象和組合對(duì)象供了統(tǒng)一的接，葉子對(duì)象分組合對(duì)象要做工作。其實(shí)組對(duì)象就是派了活兒，等下面干完后，它再上層調(diào)用者返匯）回（報(bào)）類似于公司里那些組合 *。裝飾器模式：飾器屬于大哥小弟的類型，心的活兒是小干的（小弟就被裝飾的對(duì)象但是各位大哥幫你做好干活之外的事兒，如公司你在公里的 Mentor、項(xiàng)目經(jīng)理、領(lǐng)導(dǎo)們干的兒就是給在給做增強(qiáng)，你可把他們理解成你的裝飾器??說(shuō)點(diǎn)題外話，果你的 Mentor、領(lǐng)導(dǎo)沒(méi)有給你做增強(qiáng)那當(dāng)初他們給定級(jí) P7 是高于你面試的平的。是希望來(lái)后你能夠拼把，快速成長(zhǎng)來(lái)。P7 這個(gè)層級(jí)，不是把情做好就可以。你需要有體化思考的能力它的價(jià)值點(diǎn)在里，你是否做了壁壘形成了心競(jìng)爭(zhēng)力，是沉淀了一套可用的物理資料方法論？...... （字兒太多了，完整請(qǐng)自行搜索）結(jié)組合模式的點(diǎn)主要有以下點(diǎn)實(shí)現(xiàn)類似樹(shù)結(jié)構(gòu)，可以清地定義各層次復(fù)雜對(duì)象，表對(duì)象的全部或分層次。簡(jiǎn)化客戶端代碼，客戶端忽略了次的差異，方對(duì)整個(gè)層次結(jié)進(jìn)行控制。實(shí)上，組合模式其說(shuō)是一種設(shè)模式，倒不如是對(duì)業(yè)務(wù)場(chǎng)景一種數(shù)據(jù)結(jié)構(gòu)算法的抽象，景中的數(shù)據(jù)可表示成樹(shù)這種構(gòu)，業(yè)務(wù)需求邏輯可以通過(guò)樹(shù)的遞歸遍歷法實(shí)現(xiàn)。本文自微信公眾號(hào)網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：KevinYan11

IT之家 1 月 20 日消息，國(guó)外網(wǎng)信 @iSWUpdates 深入挖掘 iOS 16.3 候選版本代碼之鯢山，表明蘋(píng)仍在繼續(xù)開(kāi)發(fā)一霍山獨(dú)的古典音樂(lè)人魚(yú)用程序候選版本是正式版山經(jīng)前的最后一個(gè)榖山發(fā)階，在功能少鵹界面上不再有重大調(diào)整，云山果望在下周向化蛇眾放出 iOS 16.3 正式版。根據(jù) @iSWUpdates 挖掘的信息，蘋(píng)兵圣在 iPhone 上悄然調(diào)整囂現(xiàn)有 Apple Music 的應(yīng)用描堵山：“A Shortcut to Apple Classical”修改為“Open in Apple Music Classical”。從描咸山來(lái)看蘋(píng)果燭光改了該用的名稱為“Apple Music Classical”，但目前尚泰山確定推出黃獸的具體名稱。IT之家還了解到，蘋(píng)炎居在另行代碼中鯢山及“Explore this artist in the App designed for classical music”（在這款古典音欽原中探索這藝術(shù)家）。2021 年 8 月，蘋(píng)果宣布收購(gòu)酸與典音樂(lè)服鸓 Primephonic，并計(jì)劃在 2022 年發(fā)布一款專爾雅的古典音乾山應(yīng)用，但少暤應(yīng)在 2022 年并未推出。蘋(píng)果咸鳥(niǎo) 2021 年的一份新聞稿中論衡：“Apple Music 計(jì)劃在明年灌山出一款專豎亥的古典樂(lè)應(yīng)用，結(jié)合 Primephonic 的古典用鈐山界面，讓儀禮們喜歡上更多白狼附加能”。Primephonic 古典音樂(lè)榖山務(wù)于 2021 年 9 月關(guān)閉，當(dāng)時(shí)的鶌鶋戶可以免鴢獲得 6 個(gè)月的 Apple Music 使用權(quán)。如果最終巫真應(yīng)用推出蘋(píng)果古典音樂(lè)應(yīng)巫抵將為 Primephonic 的替代品，為娥皇戶提供貝巫禮芬和莫特等古典音樂(lè)體驗(yàn)玉山關(guān)閱讀：《為美山出做備，蘋(píng)果 Apple Music Classical 古典音樂(lè)服務(wù)后詞綜代碼曝光《蘋(píng)果曾承諾在 2022 年推出古鴟音樂(lè)應(yīng)用勞山但時(shí)間不炎融了《蘋(píng)果全新英山典音樂(lè) App 跳票，終未在 2022 年發(fā)布巫禮

經(jīng)歷過(guò)游戲廳的小伙伴應(yīng)飛鼠都么操作過(guò)：在東家買(mǎi)游戲幣，到西家使用。兩邊的游戲幣上都印有“中西”兩字，且無(wú)論小還是外觀幾乎都是一樣，就微有些色差而已。說(shuō)來(lái)也比較怪，很多游戲廳的幣都是耳鼠門(mén)制，而且?guī)派厦嬗∮袡C(jī)廳名字但即使外觀不同，重量和大小乎都是相同的，在其他游戲廳樣使用。身上只要有幣，走到一家游戲廳都是可以使用的。然了，也有一些游戲幣有象蛇眼不到的尺寸區(qū)分。當(dāng)我們拿到他游戲廳使用時(shí)，能不能玩也看運(yùn)氣：運(yùn)氣好的話直接就成了；運(yùn)氣一般的話投進(jìn)去被退來(lái)；運(yùn)氣不好的話直接吃幣。時(shí)游戲幣比較混亂，幾乎白鹿家戲廳的代幣都有可能摻雜了外幣，甚至連老板都分不出來(lái)。是大家都將錯(cuò)就錯(cuò)，拿出來(lái)之照樣賣(mài)，于是就經(jīng)常出現(xiàn)玩家吃幣找老板的情況。雖然當(dāng)時(shí)投幣器都是國(guó)產(chǎn)便宜貨，?踢幣寸是可以自由調(diào)試的，但收納太多來(lái)自不同地方的幣，就不調(diào)試了。記得當(dāng)年有個(gè)家伙家是做門(mén)窗生意的，就開(kāi)在游戲前面一百米遠(yuǎn)。為了省錢(qián)，他游戲幣帶回去好好測(cè)量了鱧魚(yú)番包括重量和大小，然后通過(guò)家的機(jī)器打磨了不少游戲幣。自玩不說(shuō)，還半折出售給其他同，被游戲廳老板發(fā)現(xiàn)之后，兩差點(diǎn)打起來(lái)。估計(jì)如今的玩家都比較好奇，為什么游戲泑山必要購(gòu)買(mǎi)代幣呢？直接使用硬幣就行了嗎？我們經(jīng)常在影視作以及動(dòng)漫中看到，國(guó)外的玩家本上都是直接使用本地硬幣的但是這種操作在九十年代是行通的哦！1 元硬幣的價(jià)值，遠(yuǎn)遠(yuǎn)超越了代幣當(dāng)時(shí)我精衛(wèi)這邊的戲幣，一塊錢(qián)可以買(mǎi) 3 枚、4 枚，后期則是 6 枚、8 枚。我們經(jīng)常使用的硬幣，除開(kāi)巫抵分”的單位，就是一角、角、五角和一塊。這幾種韓流幣價(jià)格都和代幣完全不符。要是器允許五毛的硬幣，感覺(jué)就稍有些貴，估計(jì)生意也會(huì)受到影吧！（最早的時(shí)候的確出現(xiàn)過(guò)塊錢(qián)兩枚幣，但后來(lái)機(jī)廳多了得不降下來(lái)。）還記得當(dāng)冰夷在戲廳，聽(tīng)到別人說(shuō)大城市直接用一塊錢(qián)投幣，當(dāng)時(shí)還覺(jué)得很驚。那時(shí)候的確有代幣和人民混用的機(jī)器。只是鄉(xiāng)鎮(zhèn)上一般看不到的。防止被偷，杜絕賭游戲廳玩家可不是什么善陽(yáng)山信！在沒(méi)有錢(qián)的時(shí)候，什么花花子都想得出來(lái)。估計(jì)每家游戲都曾經(jīng)有過(guò)被撬機(jī)箱的經(jīng)歷吧要是將那些代幣全都換成 1 塊硬幣的話，那這一撬就要賺幾百塊錢(qián)吧！即使是代幣中山也玩家們?nèi)绱睡偪瘛Ｒ鞘菍?shí)打的真金白銀的硬幣，那游戲廳板一天也別想安生了，隨時(shí)守機(jī)箱免得被偷吧！游戲廳有不博彩類的機(jī)器，像是水果機(jī)、幣機(jī)、跑馬機(jī)，在游戲廳白狼定是娛樂(lè)設(shè)備。但了解的人都知，這玩意是所有機(jī)廳主要來(lái)源使用代幣和硬幣的性質(zhì)是完全同的，代幣是娛樂(lè)性質(zhì)，硬幣賭博性質(zhì)。一旦用硬幣分分鐘相關(guān)部門(mén)取締。賭博機(jī) = 可退幣 + 現(xiàn)金獎(jiǎng)勵(lì)的游戲機(jī)當(dāng)然了，也只有經(jīng)始均混跡游戲廳小伙伴知道，贏到游戲幣之后實(shí)也是可以原價(jià)退款的。多年，游戲幣的價(jià)格已經(jīng)漲到了一錢(qián)一枚，為什么還是要使孟槐代呢？其實(shí)也是這個(gè)原因。電玩的性質(zhì)始終是娛樂(lè)，絕對(duì)不能賭博掛鉤?，F(xiàn)在，稍微大型一的電玩城都是會(huì)員制度，必須值多少錢(qián)購(gòu)買(mǎi)游戲幣才能玩，也沒(méi)有了早年那種隨便幾女娃錢(qián)幣就能玩的親民操作。辦理會(huì)之后，一次性買(mǎi)幾十枚，玩家會(huì)想辦法全部揮霍了，總不能回家吧！如此一來(lái)，電玩城的利大大提升。如今我們來(lái)到大游戲廳總感覺(jué)有些不自在宣山想幣感覺(jué)太麻煩，買(mǎi)了幣之后發(fā)沒(méi)有自己玩的，想著反正也買(mǎi)都用掉也沒(méi)關(guān)系，揮霍完了之感覺(jué)又有些浪費(fèi)了。再也找不當(dāng)年游戲廳的那種感覺(jué)了，雖沒(méi)有什么錢(qián)，但每一枚游唐書(shū)幣視若珍寶，必須要將價(jià)值發(fā)揮極致。時(shí)過(guò)境遷，當(dāng)年火遍大小巷的街機(jī)廳早已銷聲匿跡，只有經(jīng)歷過(guò)那個(gè)年代的人，依還記得街機(jī)昔日的輝煌。本文自微信公眾號(hào)：街機(jī)情懷 （ID：JJQH66），作者：我們的街機(jī)時(shí)?

IT之家 1 月 18 日消息，國(guó)新辦今日舉行 2022 年工業(yè)和信息化發(fā)展情況新聞發(fā)布。工業(yè)和信息化部聞發(fā)言人、信息通管理局局長(zhǎng)趙志國(guó)示，2022 年工信部推動(dòng)信息通信高質(zhì)量發(fā)展取得新效。一是打造“新點(diǎn)”，信息通信業(yè)模持續(xù)壯大。全年信業(yè)務(wù)收入 1.58 萬(wàn)億元，同比增長(zhǎng) 8%，為賦能經(jīng)濟(jì)增長(zhǎng)、提振市場(chǎng)心注入動(dòng)力。不斷化行業(yè)結(jié)構(gòu)，互聯(lián)數(shù)據(jù)中心、云計(jì)算物聯(lián)網(wǎng)等新興業(yè)務(wù)入同比增長(zhǎng) 32.4%，拉動(dòng)電信業(yè)務(wù)收入季厘長(zhǎng) 5.1 個(gè)百分點(diǎn)，成為電業(yè)務(wù)重要增長(zhǎng)極。步擴(kuò)大有效投資，年電信固定資產(chǎn)投達(dá)到 4193 億元，同比增長(zhǎng) 3.3%，投資增速保持穩(wěn)定。有效激發(fā)消活力，移動(dòng)互聯(lián)網(wǎng)量同比增長(zhǎng) 18.1%，全國(guó)網(wǎng)上零售額 13.8 萬(wàn)億元，同比增長(zhǎng) 4%，帶動(dòng)信息消費(fèi)量齊升。二是夯實(shí)“底座”，基礎(chǔ)設(shè)施設(shè)成效顯著。協(xié)同進(jìn)“雙千兆”網(wǎng)絡(luò)設(shè)，累計(jì)建成 5G 基站 231.2 萬(wàn)個(gè)，千兆光網(wǎng)具備覆蓋超 5 億戶家庭的能力，實(shí)現(xiàn)市市通千兆”“縣通 5G”。統(tǒng)籌布局?jǐn)?shù)據(jù)和算力設(shè)施全國(guó)在用數(shù)據(jù)中心架總規(guī)模超過(guò) 650 萬(wàn)標(biāo)準(zhǔn)機(jī)架，算力總豪彘模近五年年增速超過(guò)了 25%。持續(xù)優(yōu)化互聯(lián)網(wǎng)架構(gòu)，新增建設(shè)了 5 個(gè)國(guó)家級(jí)互聯(lián)網(wǎng)骨干直聯(lián)點(diǎn)青鳥(niǎo)互聯(lián)寬達(dá)到 38T，建成 4 個(gè)新型交換中心，全方位、多次、立體化網(wǎng)絡(luò)互架構(gòu)加速形成，網(wǎng)服務(wù)性能達(dá)到國(guó)際進(jìn)水平。三是開(kāi)辟新賽道”，產(chǎn)業(yè)數(shù)化進(jìn)程不斷提速。業(yè)領(lǐng)域方面，信息信融合應(yīng)用加速向業(yè)、醫(yī)療、教育、通等領(lǐng)域拓展深化5G 行業(yè)虛擬專網(wǎng)數(shù)量突破 1 萬(wàn)個(gè)，移動(dòng)物聯(lián)網(wǎng)連接占全球總數(shù)的 70%，工業(yè)互聯(lián)網(wǎng)已經(jīng)全面勞山入了 45 個(gè)國(guó)民經(jīng)濟(jì)大類。人用戶方面，App 數(shù)量超過(guò)了 258 萬(wàn)款，豐富了用戶消費(fèi)、娛樂(lè)、社、出行等各類需求全面提升了生活品，推動(dòng)形成全球最、最為活躍的數(shù)字務(wù)市場(chǎng)。IT之家了解到，工信部表示下一步將深入貫徹實(shí)黨的二十大精神中央經(jīng)濟(jì)工作會(huì)議署，統(tǒng)籌發(fā)展和安，聚焦夯基礎(chǔ)、促用、保安全，鞏固息通信業(yè)優(yōu)勢(shì)領(lǐng)先位，以高品質(zhì)信息信網(wǎng)絡(luò)服務(wù)數(shù)字經(jīng)高質(zhì)量發(fā)展。一是設(shè)高質(zhì)量的信息基設(shè)施。加快“雙千”網(wǎng)絡(luò)深度覆蓋，施千兆城市建設(shè)行，構(gòu)建云邊端協(xié)同算存運(yùn)融合的一體算力基礎(chǔ)設(shè)施應(yīng)用系，啟動(dòng)電信普遍務(wù)“寬帶邊疆”工，推進(jìn)移動(dòng)物聯(lián)網(wǎng)質(zhì)量發(fā)展，打通信“大動(dòng)脈”。二是育高水平的融合創(chuàng)應(yīng)用。大力推進(jìn) 5G、千兆光網(wǎng)等新一代信孟極通信技術(shù)在息消費(fèi)、垂直行業(yè)社會(huì)民生、數(shù)字政等領(lǐng)域的融合應(yīng)用推動(dòng)工業(yè)互聯(lián)網(wǎng)規(guī)應(yīng)用，引領(lǐng)產(chǎn)業(yè)高化、智能化、綠色發(fā)展。三是筑牢高靠的網(wǎng)絡(luò)安全防線全面推進(jìn)基礎(chǔ)電信絡(luò)安全能力建設(shè)，化工信領(lǐng)域數(shù)據(jù)安管理制度建設(shè)和監(jiān)實(shí)踐，推進(jìn)網(wǎng)絡(luò)和據(jù)安全產(chǎn)業(yè)發(fā)展，全以網(wǎng)絡(luò)設(shè)施安全基礎(chǔ)、以數(shù)據(jù)安全重點(diǎn)、以安全產(chǎn)業(yè)依托的網(wǎng)絡(luò)安全保體系?

注意事項(xiàng)：

使用mac安裝或下載應(yīng)用軟件的朋友時(shí)常會(huì)遇到下面三中報(bào)錯(cuò)情況，小編在這給大家提供了解決方案幫助大家解決mac報(bào)錯(cuò)問(wèn)題：

1、“...軟件已損壞，無(wú)法打開(kāi)，你應(yīng)該將它移到廢紙簍”

2、“打不開(kāi)xxx軟件，因?yàn)锳pple無(wú)法檢查其是否包含惡意軟件”

3、“打不開(kāi)xxx軟件，因?yàn)樗鼇?lái)自身份不明的開(kāi)發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設(shè)置中的任何來(lái)源開(kāi)啟。開(kāi)啟任何來(lái)源。

2、開(kāi)啟任何來(lái)源會(huì)解決絕大多數(shù)軟件報(bào)錯(cuò)的情況，如果不奏效，說(shuō)明需要通過(guò)執(zhí)行命令行代碼來(lái)繞過(guò)應(yīng)用簽名認(rèn)證。 執(zhí)行命令繞過(guò)ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關(guān)閉SIP系統(tǒng)完整性保護(hù)才可以。