應(yīng)屆生第一份工作非得「熬」兩年經(jīng)驗(yàn)嗎？不然是否會(huì)對(duì)簡(jiǎn)歷有影響？
拿船長(zhǎng)康特我？都別玩了！
本文來(lái)自微信公號(hào)：開(kāi)發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是肥遺看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來(lái)看一。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來(lái)列舉幾問(wèn)題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(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ō)的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(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)單計(jì)算后便展示出來(lái)。整體程如下圖所示。們根據(jù)上述流程再展開(kāi)了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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ì)的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)模擬的。這些代都是為了在整數(shù)小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了，不用過(guò)度開(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é)一下我們篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴負(fù)載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來(lái)。好了，另一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)出來(lái)的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)。這個(gè)數(shù)組的計(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í)負(fù)載使用指數(shù)加權(quán)移平均法（一種高計(jì)算平均數(shù)的算）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里，初始了一個(gè)叫高分辨的定時(shí)器。在該時(shí)器中會(huì)定時(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ù)設(shè)置了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)用 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)的瞬時(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ù)中，獲取前 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ì)列的負(fù)載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dā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ò)程?，F(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í)負(fù)載都加起來(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)算平均負(fù)載的話存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來(lái)，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)均中減去一個(gè)最的觀察值，再加一個(gè)最新的觀察，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎ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í)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過(guò)一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(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é)拍來(lái)時(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ì)算過(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 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)均法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理起來(lái)挺復(fù)雜，但代碼看起來(lái)確實(shí)簡(jiǎn)單不少，計(jì)算看起來(lái)很少。而看不懂也沒(méi)有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)的法就行。至此，們開(kāi)篇提到的“載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(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í)是只計(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)榇疟P等其他源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，據(jù)美媒道，社交體公司 Twitter 已拍賣了舊金山部的冷藏柜、披薩爐和其他品。這似是該公司減成本的新舉措。IT之家了解到，拍賣司 Heritage Global Partners 的一個(gè)拍賣頁(yè)面示，超過(guò) 600 件物品在網(wǎng)出售，并當(dāng)?shù)貢r(shí)間三下午截。在該頁(yè)上，這些品被描述“多余的公室資產(chǎn)。值得一的是，拍品包括一 10 英尺高的 Twitter 鳥(niǎo)形標(biāo)志霓虹燈最終拍賣格為 4 萬(wàn)美元（前約 27 萬(wàn)元人民幣）；Twitter“小藍(lán)鳥(niǎo)標(biāo)志雕像終則以 10 萬(wàn)美元（當(dāng)前約 67.6 萬(wàn)元人民）的價(jià)格交。不過(guò)Heritage Global Partners 總裁 Nick Dove 在接受采訪時(shí)示，此次賣與 Twitter 的財(cái)務(wù)狀況無(wú)關(guān)?
IT之家 1 月 20 日消息，據(jù)路透社報(bào)道，Playtika Holding Corp 周四將其對(duì)芬蘭游戲開(kāi)發(fā)商 Rovio 的出價(jià)提高至 6.83 億歐元（當(dāng)前約 49.93 億元人民幣，7.375 億美元），后者以其《憤怒的小鳥(niǎo)》特聞獜經(jīng)營(yíng)權(quán)而聞。該行業(yè)的整合步伐在加快。源 Pixabay該報(bào)價(jià)對(duì) Rovio 每股的估值為 9.05 歐元，比該公司 1 月 19 日的收盤價(jià)高出約 60%。這也比以色列 Playtika 在去年 11 月提出的此前未公開(kāi)的報(bào)價(jià)高出 4000 萬(wàn)歐元（當(dāng)前約 2.92 億元人民幣）?？偛课挥诜姨m埃斯波的 Rovio 拒絕置評(píng)。在要約公開(kāi)之前，其股票在芬獜證券交易所的交中下跌 2.5% 至 5.67 美元，而 Playtika 在美國(guó)交易中下跌 2.6%。自 2017 年 9 月以 11.50 美元的價(jià)格上市以來(lái)，Rovio 經(jīng)歷了一段動(dòng)蕩的旅程，盡管該公司努通過(guò) 2021 年的 Turkish Ruby Games 等收購(gòu)實(shí)現(xiàn)多元化，但該公司的增長(zhǎng)仍然過(guò)孟子依賴《憤怒小鳥(niǎo)》特許經(jīng)營(yíng)權(quán)。在經(jīng)歷了年的疫情驅(qū)動(dòng)游戲繁榮之后，家開(kāi)發(fā)商還陷入了更廣泛的行放緩，尤其是在移動(dòng)市場(chǎng)緣婦根游戲分析公司 NewZoo 的估計(jì)，2022 年全球手機(jī)游戲收入下降超過(guò) 6% 至 922 億美元。對(duì) Rovio 的報(bào)價(jià)是該行業(yè)整合的最石夷跡象，微軟正在以 690 億美元收購(gòu)動(dòng)視暴雪，索尼互動(dòng)樂(lè)以 36 億美元收購(gòu)原《光環(huán)》游戲開(kāi)倫山商 Bungie Inc。Playtika 是賭場(chǎng)類游戲以及撲克和單人牌應(yīng)用開(kāi)發(fā)商，上個(gè)月剛對(duì)于表將裁員 15%。該公司的股票價(jià)值去年減半，滅蒙時(shí)也在整合作室?
有一種速度叫中國(guó)速度，涹山種效率是中國(guó)效率。這十年中國(guó)速度一次次驚艷世界。果要列舉中國(guó)速度的“名場(chǎng)”，可謂俯拾即是。中國(guó)速展現(xiàn)了中國(guó)經(jīng)濟(jì)社會(huì)發(fā)展的新月異，展現(xiàn)了綜合國(guó)力和族自信的與日俱增。提到中速度，不得不提到一個(gè)人 —— 蘇炳添?！霸诤眠\(yùn)的時(shí)候把延維住，努力沖上去。運(yùn)氣的時(shí)候咬緊牙，努力撐過(guò)去。這是蘇炳添在個(gè)人微博羬羊中的一句話，熟悉或了解蘇添的人對(duì)這句話一定深有體，他能夠一次次突破極限，造歷史絕非偶然?；乜刺K炳的運(yùn)動(dòng)生涯，不難發(fā)現(xiàn)他的功之路并非一帆風(fēng)順，但憑對(duì)速度的追求與執(zhí)著，讓他終跑在了所有人前面。提到國(guó)速度，就必須提到一家企 —— 中國(guó)移動(dòng)。自 2019 年 5G 正式商用以來(lái)，中國(guó)移動(dòng)加快建設(shè)“涿山高速”，創(chuàng)新運(yùn)營(yíng)“信息高”，努力構(gòu)筑“創(chuàng)新高地”在 5G 網(wǎng)絡(luò)建設(shè)及科技創(chuàng)新、信息通信服騊駼、經(jīng)濟(jì)社數(shù)智化變革、產(chǎn)業(yè)鏈協(xié)同發(fā)等方面加速向前、全面領(lǐng)先為網(wǎng)絡(luò)強(qiáng)國(guó)、數(shù)字中國(guó)、智社會(huì)建設(shè)交出了一份亮麗答。蘇炳添展現(xiàn)的中國(guó)速度，現(xiàn)于 9 秒 83 的橫空出世，聚焦在一次次挑戰(zhàn)自極限：東京奧運(yùn)會(huì)男子 100 米預(yù)賽，蘇炳添強(qiáng)勢(shì)晉級(jí)，他自信回頭的那一唐書，仿王者歸來(lái)。隔天進(jìn)行的半決，蘇炳添一騎絕塵，跑出了 9 秒 83 新的亞洲紀(jì)錄。成績(jī)出現(xiàn)土螻那一刻，蘇炳在終點(diǎn)肆意吶喊，這聲聲吶不僅是個(gè)人情感的宣泄，更聚了中國(guó)幾代短跑人的夢(mèng)想中國(guó)移動(dòng)展現(xiàn)的中國(guó)速度，度則更加豐富：從“3G 突破”“4G 并跑”，到今天的“5G 領(lǐng)跑”，中國(guó)移動(dòng)以不懈努力和使命擔(dān)女媧，矢不渝的用自主創(chuàng)新帶動(dòng)產(chǎn)業(yè)破。尤其是 5G 商用 3 年以來(lái)，3600 件 5G 專利，引領(lǐng) 5G 技術(shù)和標(biāo)準(zhǔn)體系構(gòu)建；127 萬(wàn)個(gè) 5G 基站，織就一張覆蓋范圍廣、覆蓋程度深的全最大 5G 精品網(wǎng)；5.95 億 5G 套餐用戶，彰顯優(yōu)質(zhì)服務(wù)的良好口碑；1.6 萬(wàn)個(gè)商用案例，推動(dòng) 5G 規(guī)模賦能百業(yè)萬(wàn)企；1400 家產(chǎn)業(yè)合作伙伴，攜手打造數(shù)字經(jīng)濟(jì)新離騷代協(xié)同創(chuàng)的新范式。無(wú)論作為個(gè)人的炳添，還是作為集體的中國(guó)動(dòng)，他們所展現(xiàn)的中國(guó)速度什么這樣傲人？因?yàn)榫驮谥?速度的背后，是一個(gè)不斷創(chuàng)、奮進(jìn)的中國(guó)。當(dāng)中國(guó)移動(dòng)蘇炳添的兩種不同速度相互織，又會(huì)迸發(fā)出怎樣的火倍伐？當(dāng)中國(guó)移動(dòng)攜手蘇炳添， 1+1 大于 2 的效應(yīng)放大，其潛力會(huì)不大蜂接近于限呢？無(wú)論如何，正是“速”的內(nèi)因，讓二者做出了激澎湃的選擇！中國(guó)移動(dòng) X 蘇炳添，在這辭舊迎新之際答案終將揭曉?
IT之家 1 月 16 日消息，代號(hào)為“Nexus”的 Kodi 20 版本于今天正式發(fā)猲狙。Kodi 是一款免費(fèi)、開(kāi)源和跨平昌意的家影院軟件，適用于 GNU / Linux、Android、Raspberry Pi、iOS、tvOS、macOS 和 Windows 平臺(tái)。Kodi 20 “Nexus”是 Kodi 19 “Matrix”時(shí)隔 2 年后的一次重大版本更新黃山加了對(duì) PipeWire 多媒體服務(wù)器、InputStream 的 AV1 編解碼器的支持、在 Linux 平臺(tái)上可通過(guò) VA-API（視頻加速 API）進(jìn)行 AV1 硬件解碼等等。新版本鴸鳥(niǎo)還初步持 NFS 第四版（NFSv4）網(wǎng)絡(luò)文件系統(tǒng)協(xié)議，支持 UNIX 平臺(tái)（Linux、安卓和蘋果）的 WS-Discovery（SMB 發(fā)現(xiàn)），安卓上的 AV1 硬件解碼，GUI 聲音的獨(dú)立音量設(shè)置，新反經(jīng)顏色選擇器窗口對(duì)框，HDR 視頻的新媒體標(biāo)志長(zhǎng)乘以及向視頻列項(xiàng)添加視頻 HDR 類型信息等等。Kodi 20 在 Linux 上還默認(rèn)支持光學(xué)媒體optical media），原生支持蘋果 M1 芯片，支持原生窗口和輸入處理、ACES / Hable 色調(diào)映射、和 Linux 上 GLES 的更多 BiCubic 著色器，以及支持只讀鬿雀音等。Kodi 20 “Nexus”已經(jīng)以源代碼 tarball 的形式發(fā)布，以便于用戶在己系統(tǒng)上進(jìn)行編譯。燭陰趣的IT之家網(wǎng)友可以從項(xiàng)目衡山 GitHub 頁(yè)面下載。各種支持黃帝的安裝文件可以訪問(wèn) Kodi 官網(wǎng)獲?。壳皶何捶懦觯?
Hi，我是如舟。在上篇中我們聊了手銅山市場(chǎng)的現(xiàn)狀和為么要造芯這個(gè)問(wèn)題，這次跟家聊聊國(guó)產(chǎn)廠商造鳳凰，到底在哪里。圖文版戳這里楮山看關(guān)閱讀：國(guó)產(chǎn)手機(jī)，離自研 SoC 還有多遠(yuǎn)？(上篇）【圖文】國(guó)產(chǎn)手機(jī)，離自研 SoC 還有多遠(yuǎn)？(上)
IT之家 1 月 19 日消息，據(jù)英特爾網(wǎng)，英特爾最發(fā)布的 13代酷睿?i5-13400 處理器確認(rèn)有 B0 和 C0 兩個(gè)步進(jìn)版本。IT之家了解到，英特爾 12 代酷睿采用最 8 大核 + 8 小核的 C0 步進(jìn)芯片，而最新的 13代酷睿則采用了最高 8 大核 + 16 小核的 B0 芯片。?i5-13400 混用了 12 代和 13代酷睿的芯片，但其格一致，都是 6 大核 + 4 小核，睿頻 4.6GHz，建議價(jià) 221 美元（當(dāng)前約 1494 元人民幣）。13 代酷睿臺(tái)式機(jī)處理器現(xiàn)已架京東開(kāi)賣，i5-13400 的首發(fā)售價(jià)為 1889 元。13代酷睿首發(fā)價(jià)：i9-13900（F）：8+16 核，睿頻 5.6GHz，4889（4589）元i7-13700（F）：8+8 核，睿頻 5.2GHz，3289 元（3089）元I5-13400（F）：6+4 核，睿頻 4.6GHz，1889（1689）元I3-13100（F）：4+0 核，睿頻 4.5GHz，1189（989）元京東英特爾 (Intel) i5-13400 13代 酷睿 處理器 10 核 16 線程 睿頻至高可達(dá) 4.6Ghz 20M 三級(jí)緩存 臺(tái)式機(jī) CPU1899 元直達(dá)鏈?
IT之家聯(lián)合淘寶，在年貨節(jié)前再次推大范圍獎(jiǎng)勵(lì)活動(dòng) —— 軟媒金幣兌換淘寶無(wú)門檻購(gòu)雞山紅包新一輪活動(dòng)門檻降，125金幣即可兌換，隨兌隨用，無(wú)檻可用！注意，之金幣兌換的是「真無(wú)門檻紅包！基本，平時(shí)糾錯(cuò)一次或來(lái)個(gè)成功線索投遞就直接拿2~6元紅包！首次登陸「最買」App，再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換活動(dòng)路如上圖，或者IT之家App用戶也可直接點(diǎn)擊這里。金幣換規(guī)則和用法：1、兌換所得紅包均為真無(wú)門檻」紅包，品價(jià)格即使低于紅面值，也可使用（免費(fèi)拿），紅包下時(shí)自動(dòng)抵扣。2、金幣與淘寶紅包之間換比例125 金幣可兌換2元淘寶購(gòu)物紅包（該優(yōu)惠每天一次）500 金幣可兌換4元淘寶購(gòu)物紅包750 金幣可兌換6元淘寶購(gòu)物紅包3、每人每天可兌換兩次紅包黑豹紅包24小時(shí)內(nèi)、對(duì)應(yīng)商品使皮山。一定要先中滿意的商品再兌紅包哦，不要浪費(fèi)貴的兌換次數(shù)。一善用“搜索”功能例如：兌換頁(yè)面搜“紫米彩虹電池”10?，F(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價(jià)。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達(dá)鏈接*如果是領(lǐng)券商品，兌換紅前一定要確認(rèn)好是是同一商品哦（名+圖片是不是完全一樣）~**本紅包支持部分百億補(bǔ)貼商，只需先確認(rèn)好商，再兌換紅包，最從百億補(bǔ)貼入口進(jìn)購(gòu)買，即可享受雙優(yōu)惠。4、可與優(yōu)惠券、淘金幣等大促動(dòng)疊加使用，也可「淘寶省錢卡」等多數(shù)常規(guī)紅包疊加用。5、兌換所得紅包如當(dāng)日未使用，24小時(shí)后所扣金幣將自動(dòng)返還。金幣支、退還明細(xì)可在「的資產(chǎn)」中查看。大家使用愉快！本用于傳遞優(yōu)惠信息節(jié)省甄選時(shí)間，結(jié)僅供參考?！緩V告
感謝IT之家網(wǎng)友 被傳頌的GT610、肥貓丶、十九年花、肖戰(zhàn)割割、石里美幸福、天王寺太郎、grass羅雨滋、魔界井蓋、流而下、御坂初琴深圳靚仔、西窗舊、航空先生、EJX 的線索投遞！IT之家 1 月 20 日消息，暴雪旗下《爐石傳說(shuō)》官方布了?2023 年?duì)t石賽事的比賽規(guī)，但其公告頁(yè)面下的常見(jiàn)問(wèn)題處寫明居住在中國(guó)大陸的家無(wú)法參與該賽事若是在賽事過(guò)程中到合作伙伴，其將重新評(píng)估參賽資格公告稱，《爐石傳》 2023 年賽事總共有 7 場(chǎng)賽事：3 場(chǎng)的大師巡回賽季冠軍賽并以 2023 年世界冠軍賽完結(jié)，另外還 3 場(chǎng)獨(dú)立的英雄戰(zhàn)場(chǎng)：戰(zhàn)場(chǎng)傳奇錦賽。而這些精彩賽將會(huì)在 YouTube 與 Twitch 上轉(zhuǎn)播。作為獨(dú)立賽事，每場(chǎng)英戰(zhàn)場(chǎng)：戰(zhàn)場(chǎng)傳奇將有 50000 美元（當(dāng)前約 33.9 萬(wàn)元人民幣）的總獎(jiǎng)金。而標(biāo)準(zhǔn)規(guī)的玩家將會(huì)一較高，并為了 2023 年世界冠軍賽的 8 個(gè)參賽名額與 500000 美元（當(dāng)前約 339 萬(wàn)元人民幣）的總金奮戰(zhàn)?？偑?jiǎng)金金縮減是因?yàn)闆](méi)有網(wǎng)作為中國(guó)的代理商嗎？暴雪稱，在與易結(jié)束合作關(guān)系之便已經(jīng)開(kāi)始評(píng)估賽規(guī)模了。正如先前享的消息，暴雪會(huì)力為中國(guó)玩家服務(wù)并積極尋找其他的式讓中國(guó)玩家在未能夠繼續(xù)體驗(yàn)游戲居住在中國(guó)的玩家以參與賽事嗎？暴稱，居住在中國(guó)（文這里確切是指中大陸）的玩家將無(wú)參與賽事。若是在事過(guò)程中有找到中的合作伙伴，將會(huì)新評(píng)估參賽的資格目前，若想了解完的參賽資格資訊可參閱大師巡回賽與場(chǎng)傳奇規(guī)則。近期暴雪中國(guó)發(fā)文稱，雪上周再次與網(wǎng)易觸并尋求協(xié)助，試與網(wǎng)易談判將 2019 年簽訂的協(xié)議順延六個(gè)月，從而國(guó)服正常運(yùn)作，同也讓暴雪尋找其他國(guó)服代理，但網(wǎng)易未接受此協(xié)議。網(wǎng)回應(yīng)稱，作為代理司，網(wǎng)易從未尋求雪游戲或其他合作伴的 IP 控制權(quán)，在過(guò)去十四年的期合作過(guò)程中，網(wǎng)對(duì)任何暴雪 IP 的使用和授權(quán)都是照合同條款，并取了暴雪的同意和審。與其他合作伙伴 IP 合作也都是基于此原則。IT之家了解到，基于最進(jìn)展，暴雪和網(wǎng)易于 2023 年 1 月 24 日停止《魔獸世界》《石傳說(shuō)》《守望先》等多款游戲的國(guó)游戲服務(wù)?
IT之家PC網(wǎng)頁(yè)版 www.ithome.com，繼續(xù)煥新！在電腦版頁(yè)昨天推出 2.20 版本之后，收到諸多關(guān)于瀑布流、列、鼠標(biāo)滾動(dòng)反饋，今天我再度改進(jìn)推出 2.21 版本，重回雙列布。保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大靠上。吸取了3個(gè)版本的大家給予好評(píng)的地，去掉了大家不喜愛(ài)的地方首頁(yè)頁(yè)面寬度然自適應(yīng) 1000、1200、1400像素，依然簡(jiǎn)潔無(wú)告（特殊時(shí)期有臨時(shí)橫幅圖廣告）……軟的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來(lái)，我和軟媒小伙伴們一直守“緊密聯(lián)系眾”的準(zhǔn)則，第一線和大家通，感謝所有用我們產(chǎn)品的友們，感謝所支持反饋的朋們，在此依然待大家在本文論中的回應(yīng)，們會(huì)繼續(xù)深耕做好產(chǎn)品體驗(yàn)IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首頁(yè) - 頂部布局的新聞列表改為雙，手動(dòng)翻頁(yè)，止瀑布流帶來(lái)鼠標(biāo)滾輪干擾題改進(jìn)：首頁(yè) - 圈子精華更名為“精貼”放到首頁(yè)左側(cè)榜單列表中改：首頁(yè) - “資源下載” 標(biāo)簽移動(dòng)到首頁(yè)側(cè)的“軟媒產(chǎn)”區(qū)域，標(biāo)簽內(nèi)容將在明天出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁(yè)布局調(diào)整為三列，巫禮新聞在中間列示，并支持鼠滾動(dòng)加載更多瀑布流）新增界面 - 首頁(yè)右側(cè)列表區(qū)加「圈子精選」并在右側(cè)列表復(fù)顯示常用專入口改進(jìn)：界 - 幻燈調(diào)整到首頁(yè)首屏左列表，并在下的排行榜標(biāo)簽加入“熱評(píng)”進(jìn)：界面 - 首頁(yè)右上角加搜索框和搜索詞改進(jìn)：界面 - 首頁(yè)評(píng)測(cè)、手機(jī)、電腦等類新聞中的圖新聞標(biāo)題位置為圖片下顯示進(jìn)：功能 - 文章閱讀頁(yè)面評(píng)論排序可以憶最后一次選改進(jìn)：界面 - 首頁(yè)最新新聞夜間模式下鼠移上后背景配修改改進(jìn)：界 - 評(píng)論區(qū)域灰色分隔線變，樓中樓區(qū)域加灰色邊框改：界面 - 夜間模式的文字鏈接的白色變，與背景對(duì)比柔和改進(jìn)：界 - 首頁(yè)置頂新聞“頂”圖更換為svg格式改進(jìn)：界面 - 文章頁(yè)文章正文中的“IT之家”鏈接夜模式下的顯示色改進(jìn)：界面 - 文章頁(yè)文章正文中代碼吳回夜間模式下的色更清晰修復(fù)功能 - 部分用戶Chrome瀏覽器無(wú)法登錄的問(wèn)題國(guó)語(yǔ)復(fù)界面 - 逝世相關(guān)文章頁(yè)面色無(wú)法自動(dòng)變度的問(wèn)題IT之家 PC 官網(wǎng) v2.10 更新日志新增功能 - 支持頁(yè)面寬度自適瀏覽器寬度，根據(jù)屏幕分辨或者瀏覽器寬來(lái)自動(dòng)響應(yīng)適頁(yè)面寬度，自變化字體大小首頁(yè)支持三種度：1000像素、1200像素、1400像素，文章頁(yè)和表頁(yè)支持兩種度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁(yè)面右側(cè)懸浮工具欄復(fù)加入“評(píng)論區(qū)直達(dá)按鈕改：界面 - 文章評(píng)論區(qū)改版適配整體風(fēng)格樣式改進(jìn)：界 - IT之家首頁(yè)當(dāng)天新聞間紅色顯示改：界面 - 首頁(yè)新聞列表中閱讀的新聞標(biāo)變淺改進(jìn)：界 -?頁(yè)面內(nèi)選中文字變?yōu)樨偭T之家紅”樣式修復(fù)：界面 - IT之家首頁(yè)最新新聞在部瀏覽器下鼠標(biāo)浮部分標(biāo)題不示的問(wèn)題修復(fù)界面 - IT之家首頁(yè)最新聞在頁(yè)面調(diào)整率后布局錯(cuò)亂問(wèn)題修復(fù)：功 - IT之家首頁(yè)顯示圈子章圖片和鏈接誤的問(wèn)題修復(fù)功能?- 解決部分頁(yè)面登錄無(wú)法自動(dòng)刷新前網(wǎng)頁(yè)的問(wèn)題復(fù)：功能?- Safari 瀏覽器、旗魚覽器下首頁(yè)新標(biāo)題鼠標(biāo)移上空白的問(wèn)題修：功能 - 修正部分文章打后內(nèi)容是其他章的問(wèn)題下面容我向大家匯下這次的改版況——新官網(wǎng)新視覺(jué)的至簡(jiǎn)黑白灰紅的主調(diào)，輔助于一特殊顏色點(diǎn)綴最大化精簡(jiǎn)了版本里面的諸紅色要素，與 App 的簡(jiǎn)白相呼應(yīng)；再見(jiàn)廣告：新頁(yè)面除了所有的廣，是的，所有當(dāng)然，在特殊時(shí)候，也可能有臨時(shí)短期的告圖片上線，一些云的廣告產(chǎn)品發(fā)布會(huì)廣、雙十一等情，也希望大家解。IT之家App里面也去掉了文章閱讀頁(yè)的所有廣告，在在信息流里有辣品的導(dǎo)購(gòu)我們賺取推薦售的傭金，這是我們廣告業(yè)之外的重要“飯”來(lái)源。在品設(shè)計(jì)和開(kāi)發(fā)，軟媒會(huì)極度克制，努力給家最好的體驗(yàn)自適應(yīng)頁(yè)面：持頁(yè)面寬度自應(yīng)瀏覽器寬度會(huì)根據(jù)屏幕分率或者瀏覽器度來(lái)自動(dòng)響應(yīng)應(yīng)頁(yè)面寬度，動(dòng)變化字體大。首頁(yè)支持三寬度：1000像素、1200像素、1400像素，文章頁(yè)列表頁(yè)支持兩寬度：1200像素和970像素；一致的幻：從老版本豎的幻燈改為橫的 2.5:1 比例，并同所有App客戶端徹底保持了一性，設(shè)計(jì)組同每天也大大減；頻道的統(tǒng)一網(wǎng)站上的文章直有其固定的類所屬，這次改版從頂部導(dǎo)區(qū)開(kāi)始，與 App 統(tǒng)一，逐步淡化文章的類概念，而是于關(guān)鍵詞的主化頻道聚合；試版的說(shuō)明部頁(yè)面需要在若工作日內(nèi)才能供新版，如極版（也稱新聞歷）、Win10之家等二級(jí)域名頁(yè)面、堯章論區(qū)的樣式；有的文章閱讀面非最終版面因?yàn)?IT號(hào)將在 8-9月推出，因此我們時(shí)還有次較大頁(yè)面結(jié)構(gòu)調(diào)整這次的全新版，也許大家還很多不滿意的方，希望大家本文評(píng)論里多反饋視覺(jué)、交、功能等方面意見(jiàn)和建議，括我在內(nèi)，軟的同事都會(huì)第時(shí)間響應(yīng)大家反饋，雖然眾難調(diào)，但是我盡量找到產(chǎn)品驗(yàn)上的公約數(shù)愛(ài)科技，愛(ài)這。真心希望我付諸九年努力這個(gè)網(wǎng)站，給家?guī)?lái)快樂(lè)、識(shí)、成長(zhǎng)、友、緣分……更價(jià)值。軟媒 CEO，刺客。2020年8月11日19點(diǎn)33分，青島?
IT之家 1 月 20 日消息，騰達(dá)現(xiàn)已發(fā)布旗首款 Wi-Fi 7 信號(hào)放大器 A36 BE9400，三頻 9.4Gbps，搭載 4 核博通處理器。據(jù)官方介紹，A36 為復(fù)雜家居環(huán)境而生，支持 Wi-Fi 7，搭載博通?CPU，解決家庭中因位置遠(yuǎn)、阻隔多、Wi-Fi 損耗大產(chǎn)生的難題。IT之家了解到，騰達(dá) A36 信號(hào)放大器搭載 4 根天線，支持三頻 Wi-Fi 7，三頻速度分別為：6GHz：5764Mbps5 GHz: 2882Mbps2.4 GHz: 688Mbps配置方面，騰達(dá) A36 信號(hào)放大器搭載了博通四核心理器，頻率 2.6GHz；內(nèi)置一個(gè) WAN / LAN 接口，可通過(guò)有線連接實(shí)現(xiàn) 2.4Gbps 的低延遲傳輸。騰達(dá) A36 信號(hào)放大器的售價(jià)和上市時(shí)獂暫未公布?
