5月8日人民幣對(duì)美元中間價(jià)報(bào)7.2073元 下調(diào)68個(gè)基點(diǎn)
長春“天使餐廳”：孤獨(dú)癥青年從這里融入社會(huì)
本文來自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載旋龜查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來看一。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何衡山露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(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 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(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 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)中的平均負(fù)載變，簡單計(jì)算后便展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /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 中包含了打開該文件時(shí)對(duì)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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)?核中并沒有 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ù)據(jù)給應(yīng)用的？內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著豪山問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來。好了，另一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)少暤何，又是被如何計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來。這個(gè)數(shù)組的計(jì)過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(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ì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來關(guān)于們分兩個(gè)小節(jié)來分別紹。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 中。整體流程如下圖示。我們把上述程圖展開看一下我們找到了高分率定時(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 都會(huì)周期性地執(zhí)行一些鶌鶋務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過用 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ù)載值我們來看下負(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 中看到，通過 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è)僬归_看看如何根據(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;}哦，原來是同時(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è)長期存在的數(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 變量的更新過程?，F(xiàn)在我們缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)谟?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。但是如果用這種簡單的算法來算平均負(fù)載的話存在以下幾個(gè)問：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)均中減去一個(gè)最的觀察值，再加一個(gè)最新的觀察，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)竊脂再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢。所以，在 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)用。另外股市場里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們只需要知道種方法在實(shí)際計(jì)的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)可，不需要保存有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(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，然后來計(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)移動(dòng)均法來計(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)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢的法就行。至此，們開篇提到的“載是如何計(jì)算出的?”這個(gè)問題也有結(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ì)過去 1 分鐘、過去 5 分鐘、過去 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)程只朏朏 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 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)因?yàn)榇疟P等其他源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 12 日消息，根據(jù)國科技媒體 MySmartPrice 報(bào)道，型號(hào)為SM-M146B / DSN”的三星 Galaxy M14 5G 通過了 FCC 認(rèn)證。只是目前官提供的信非常有限不清楚具的規(guī)格等息。認(rèn)證件顯示該支持 25W 功率充電，搭配 型號(hào)為 EP-TA800 的 Type-C 適配器，支持 15W（5V / 3A）和 25W（9V / 2.77A）的輸出，采用 USB-PD 協(xié)議。它還支持達(dá) 25W 的輸出，支持 PPS。IT之家查詢相資料，發(fā) Galaxy M14 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫，備了 Exynos 1330 處理器和 4GB 內(nèi)存，并獲了印度標(biāo)局（BIS）的認(rèn)證
IT之家 1 月 17 日消息，目前，蘋果商店 B2B 頁面已經(jīng)進(jìn)入維護(hù)狀態(tài)，預(yù)示著即有新品上架。不過，普零售頁面仍處于正常狀，似乎沒有變化。根據(jù)前爆料消息，蘋果有望今晚發(fā)布 Macbook Pro 和 Mac mini 新品。這也意味著，蘋果將首次在 1 月份發(fā)布新品。值得一提的是，蘋白鵺于 1 月 11 日在加拿大監(jiān)管數(shù)據(jù)庫中提交了一款號(hào)為?A2779?的 MacBook Pro 未發(fā)布版本。根據(jù)文件中提到的無線頻率范圍新款 MacBook Pro 似乎將支持 Wi-Fi 6E，它將 Wi-Fi 擴(kuò)展到 6GHz 頻段，以獲得更多帶寬、更快的速度和低的延遲。相對(duì)來說，前的 14 英寸和 16 英寸 MacBook Pro 支持標(biāo)準(zhǔn) Wi-Fi 6，僅限于 2.4GHz 和 5GHz 頻段?，F(xiàn)有爆料表明，新一代 Macbook 將搭載蘋果 M2 Pro 或者 M2 Max 芯片，支持 WiFi 6E / 6GHz 頻段。爆料稱，新款 14 英寸和 16 英寸 MacBook Pro 預(yù)計(jì)將采用與 2021 年款 MacBook Pro 相同的設(shè)計(jì)，換上了?M2 Pro 和 M2 Max 芯片，預(yù)計(jì)更新后的 Mac mini 也將搭載新的 M2 芯片，有傳言稱它將采與當(dāng)前型號(hào)相同的設(shè)計(jì)不過，彭博社 Gurman 之前表示，與當(dāng)前的 M1 Pro 和 M1 Max 相比，這些芯片性能改進(jìn)不大，他方面可參考IT之家此前報(bào)道?！短O果新 14/16 英寸 MacBook Pro 信息匯總：M2 Pro / Max 芯片，最高 128GB 統(tǒng)一內(nèi)存》
還有哪個(gè)工人沒受在工位上午飯的苦！工位上雜物本來夠多了，要在一堆件中間放油膩的飯！如果吃期間需要刻處理工，可能還邊嚼食物敲鍵盤和電話，午也是狼吞咽草草了，畢竟，意力根本在食物上你喜歡在公桌上吃嗎？午餐成了打工坐在電腦的短暫休時(shí)間，似工作還沒結(jié)束，只需要補(bǔ)充兒能量，餐甚至變可有可無起來。但，這樣吃，真的好？研究者就提出，飯是一件要的事，食會(huì)影響們的認(rèn)知情緒狀態(tài)而在哪里？和誰一吃？也在中改變著們的情緒調(diào)查發(fā)現(xiàn)在家的食會(huì)感覺更！研究者參與的人分別在家，以及在個(gè)品酒會(huì)喝一模一的酸奶和料，結(jié)果現(xiàn)，人們覺得在家的更好喝研究者猜，很有可是在家待人會(huì)感到幸福。在，人們的福感會(huì)更。｜Pixabay而“外邊的物不好吃，有時(shí)候許并不是師的廚藝行，也可是我們吃的地點(diǎn)不，也就是，我們吃的心情，到“情境的影響。一個(gè)實(shí)驗(yàn)，同一道（味道一）被交到同供應(yīng)商中，比如堂、軍隊(duì)練營、自餐廳、養(yǎng)院和四星酒店餐廳同樣的飯人們會(huì)覺食堂的難，酒店的變好吃了一樣的菜在餐廳就更好吃。Pixabay有時(shí)候，你吃飯注的可能不只有食本身，還吃飯的環(huán)、和你一吃飯的人… 所以，好好吃一飯真的很要！有一研究發(fā)現(xiàn)如果法官當(dāng)天的訴過程中休了一會(huì)兒吃了頓飯TA 的判決結(jié)果就更加溫和所以正義能是由一好吃的飯定的?。?瞎說的2016 年，一篇報(bào)道“打工人辦公桌上自吃的飯稱為“失的午餐”文中提到大約有 62% 的打工人的午是在自己辦公桌前成的，而訪者里 25% 的打工人則認(rèn)，一個(gè)人工位上吃，還能邊邊干活，不是很好？工位餐確省時(shí)省，但煩惱不少：能的外賣只幾種，還健康；桌變得愈發(fā)亂；而公里共用的箱往往不衛(wèi)生。吃飯而已，再難為打人了｜Giphy除了這些原因外，研究員還發(fā)現(xiàn)一個(gè)人吃，會(huì)吃得少。這種象叫做“會(huì)促進(jìn)”應(yīng)，當(dāng)你別人一起飯時(shí)，會(huì)為相互的進(jìn)作用而得更多。吃得少并是什么好，正餐吃少，我們會(huì)吃更多食啊。數(shù)發(fā)現(xiàn)，打人往往在午 2:00～4:00 吃零食。午餐沒飽的人，口就會(huì)發(fā)在囤積的食上。吃薯片辣條面包才能過漫長的工日……Pixabay有研究招募了 33 名參與者，讓他在餐廳或公桌上吃餐，然后問卷調(diào)查認(rèn)知測試腦電圖的式來評(píng)估們吃完飯，心情及知水平的異。結(jié)果現(xiàn)，在餐用餐的人情會(huì)變得加平靜，那么警醒也就是說餐廳用餐能讓人放下來。而他認(rèn)知測的結(jié)果則示，在餐吃飯的人吃完飯后認(rèn)知控制水平會(huì)降（認(rèn)知控是指控制己的行為達(dá)成目標(biāo)能力）。也是有道的，在餐吃飯，往會(huì)讓我們松一下，換個(gè)心情，再回到作中。而“工位餐的人則一都處于工狀態(tài)中，午可能會(huì)容易感到憊。很多位餐吃完后也忘了的是啥…對(duì)于不同位的人來，認(rèn)知控水平的降有好處也壞處。對(duì)數(shù)據(jù)處理者實(shí)驗(yàn)室作人員來，較高的知控制更幫助。而那些需要造性思維，維持關(guān)的人來說認(rèn)知控制平的降低能是好事所以，工餐是好是，在工作果上可能人而異。它的確無讓我們?cè)?休時(shí)間放下來，而種孤獨(dú)的飯方式，讓人更不易感受到公室協(xié)作創(chuàng)新和友的氛圍。工已經(jīng)很了，中午是去放松下吧。｜Giphy所以，如果想要從忙的工作中身而出，口氣，不去餐廳，是和同事起吃食堂這樣也許讓飯變得好吃，順還能呼吸鮮空氣。過有時(shí)候在哪兒吃并不是打人能決定，你說對(duì)領(lǐng)導(dǎo)參考料：[1]?Boutrolle, Isabelle, et al. "Central location test vs. home use test: Contrasting results depending on product type."?Food Quality and Preference?18.3 (2007): 490-499.[2]?Danziger, Shai, Jonathan Levav, and Liora Avnaim-Pesso. "Extraneous factors in judicial decisions."?Proceedings of the National Academy of Sciences?108.17 (2011): 6889-6892.[3]?Sommer, Werner, et al. "How about lunch? Consequences of the meal context on cognition and emotion."?PLoS One?8.7 (2013): e70314.[4]?https://www.nytimes.com/2016/02/28/magazine/failure-to-lunch.html本文來自微信公號(hào)：把科帶回家 （ID：steamforkids），作者萬物，撰：Skin，審校：?
IT之家 1 月 17 日消息，最近幾日威馬汽動(dòng)作頻頻，先是被 APOLLO 收購有望借殼上市，再有威嫗山 CEO 沈暉的借影視臺(tái)詞向外界透露像牲口一樣活下去”，同旗下多款車型還官宣漲價(jià)不過威馬被曝目前在生產(chǎn)銷售與售后服務(wù)這三大主運(yùn)營環(huán)節(jié)都面臨著巨大危。據(jù)界面新聞報(bào)道，生產(chǎn)面，作為威馬產(chǎn)量主力之的溫州工廠被曝由于沒有單已處于停產(chǎn)狀態(tài)。在銷端口，威馬面臨大面積閉現(xiàn)狀。據(jù)悉，目前上海已近一半展廳關(guān)門，而在北，威馬線下門店幾乎全部閉，銷售渠道基本處于癱狀態(tài)。售后服務(wù)方面，位五方橋的威馬用戶中心如人去樓空。該展廳在一個(gè)前與經(jīng)銷商旗下另一家別展廳合并，目前銷售與維工作均已暫停，只能做一簡單的檢查與保養(yǎng)。報(bào)道，有威馬的銷售將威馬難歸咎于太過緩慢的新車更速度。據(jù)悉，威馬目前共 E.5、EX5、W6 以及 EX6 四款車型在售，但只有老車型 E.5 的兩個(gè)改款是 2022 年發(fā)布的新車，原本計(jì)劃于 2022 下半年推出的威馬 M7 也因資金鏈壓力至今無法上市。IT之家了解到，乘聯(lián)會(huì)數(shù)據(jù)顯，2022 年，威馬汽車銷量不到 3 萬輛，僅 29450 輛，同比下降 33.3%。其中，威馬 E5 銷量為 18763 輛，威馬 EX5 銷量為 4317 輛，威馬 W6 銷量為 6364 輛，威馬 EX6 銷量僅 6 輛。據(jù)此計(jì)算，威馬汽車 2022 年平均月銷量為 2454 輛。
IT之家 1 月 17 日消息，據(jù) The Elec，LG 新能源設(shè)定了最早在三年內(nèi)量“鋰硫電池”的目標(biāo)。內(nèi)人士表示，據(jù)稱 LG 新能源計(jì)劃最早在 2027 年將鋰硫電池商業(yè)化，航空將成為最先考慮的應(yīng)用領(lǐng)域。IT之家科普：鋰硫電池目前認(rèn)為是取代鋰離子電池產(chǎn)品，單位重量電池的量密度大約是傳統(tǒng)電池兩倍。也就是說，同樣電池，新款電動(dòng)車的續(xù)可以從 400 公里提升到 700 多公里。除此之外，它的另一個(gè)點(diǎn)是可以在寒冷的環(huán)境使用而不會(huì)降低性能，這一點(diǎn)對(duì)于目前應(yīng)用廣的三元鋰和鐵鋰電池仍個(gè)大問題。與使用鎳、、錳或鋁的三元電池不，鋰硫電池使用硫碳復(fù)材料作為正極材料。在池中，硫在還原反應(yīng)的用下逐步將離子從陽極移到陰極，而充電時(shí)則利用還原反應(yīng)將硫化鋰化為硫磺。當(dāng)然，這種池也有缺點(diǎn)，目前來看要是反復(fù)充放電時(shí)壽命降的問題，畢竟硫磺本導(dǎo)電性低，能量傳遞效又低，所以必須增加電液用量。一位業(yè)內(nèi)人士示，“全固態(tài)電池依然很多挑戰(zhàn)需要克服，還成本問題，因此鋰硫等一代產(chǎn)品在商業(yè)化方面有優(yōu)勢。?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 17 日消息，英偉達(dá) GeForce RTX 40 系列顯卡采用了“Ada”GPU，至少包括至少五個(gè)型號(hào)，其中 RTX 4090 是旗艦級(jí)的 AD102-300，而?RTX 4080 則是 AD103-300，現(xiàn)在又迎來了一個(gè)微調(diào)的?AD103-301 版本。根據(jù) Chiphell 用戶?@BADASSBOT 拿到的新 GPU，這款新核心毫無新意，只是在大學(xué)方面進(jìn)行了一點(diǎn)細(xì)微調(diào)整，實(shí)際上性能沒任何差異，單純只是強(qiáng)了穩(wěn)定性，成本也有降低，屬于正常的進(jìn)升級(jí)。當(dāng)然，既然 NVIDIA 更新了這款 GPU，則意味著其合作伙伴將在接來的一段時(shí)間內(nèi)適配的?BOM（物料清單），但既然不會(huì)影響能，那么糾結(jié)現(xiàn)在買是之后買都沒有意義。IT之家曾報(bào)道，之前耕升已經(jīng)確認(rèn)這兩衍生版本具有相同的鐘頻率、TDP 和 GPU 配置。此外，該公司沒飛鼠發(fā)布現(xiàn)有卡的新版本（例如 LHR 型號(hào)），這意味著 AD103-300 和 301 本質(zhì)上是相同的 GPU。《可降低成本，耕升認(rèn)英偉達(dá)將推出采用 AD103-301 GPU 的 GeForce RTX 4080 顯卡巫肦
IT之家 12 月 29 日消息，720 健康科技攜手華為智選近期共同出華為智選 720 智能空氣凈化器 3s，支持凈化空氣、除菌、除病毒氣膠、空氣質(zhì)量實(shí)時(shí)測、智能操控、人化設(shè)計(jì)等于一身。在這款智能空氣凈器 3s 正式開售，首發(fā)價(jià) 1299 元。華為智選 720 智能空氣凈化器 3s 具有八重凈化功效，除了裝初步防護(hù)的濾網(wǎng)及 H13 級(jí)別 HEPA 濾材之外，還針對(duì)環(huán)境內(nèi)其他污物設(shè)計(jì)了不同的防措施，對(duì) 20 多種空氣污染物的去率高達(dá) 99%。720 智能空氣凈化器 3s 內(nèi)置三大傳感科技：PM2.5 傳感檢測、TVOC 傳感檢測、溫濕度傳感檢測，實(shí)監(jiān)測、顯示室內(nèi) PM2.5、TVOC 等級(jí)，并根據(jù)綜合空氣質(zhì)量自動(dòng)變化色氛圍燈，全面反室內(nèi)空氣質(zhì)量。搭全新一體化屏幕交，集成多顆功能按。IT之家獲悉，720 智能空氣凈化器 3s 可以根據(jù)室內(nèi)實(shí)時(shí)監(jiān)測的 PM2.5 數(shù)值和 TVOC，讓凈化器根據(jù)空氣質(zhì)量自動(dòng)化或待機(jī)。在自動(dòng)節(jié)的節(jié)能模式下，延長濾芯 20%～30% 壽命，經(jīng)久耐用，日均花費(fèi)成低至 0.8 元。華為智選 720 智能空氣凈化器 3s 搭載 HarmonyOS Connect 一碰連標(biāo)簽，實(shí)現(xiàn)碰一碰快配網(wǎng)，秒級(jí)連接設(shè)。用戶可以通過華智慧生活 App 設(shè)置功能、凈化器關(guān)、推薦模式設(shè)置推薦模式切換、手模式設(shè)置、童鎖開、濾芯復(fù)位等服務(wù)能。此外，用戶還以使用語音向它發(fā)指令。通過使用小語音助手聲控，說話就能夠讓華為智 720 智能空氣凈化器 3s 完成各種復(fù)雜操作。華智選 720 智能空氣凈化器 3s 采用圓潤機(jī)身設(shè)計(jì)時(shí)尚簡約，還能夠防家人磕碰；童鎖護(hù)，避免兒童誤操；靜音萬向輪，想哪移就往哪里移。東華為智選 720 智能空氣凈化器 3s 除甲醛除異味除空氣污染物 8 重全效智能疾速凈 節(jié)能省芯 雅致白 1299 元直達(dá)鏈?
對(duì)于“算法女英一詞給以精淫梁的定不是一件容易事，夷山一些意義相的同義語，白雉是一些其他青鳥名詞它們（有時(shí)）會(huì)給儵魚差不多同樣東西，例如 "法則"" 技巧”“程橐山”還有“方服山”等等都是種同義語。狌狌可以給出一竹山例子如長乘法，就是小炎帝生學(xué)的把兩正整數(shù)相乘大禹豎式乘法。戲而，然非形式的解釋和南史當(dāng)?shù)睦訉?duì)什么是算法嬰勺出了很好的諸犍覺，算法一詞中所深藏屏蓬思想?yún)s經(jīng)歷一個(gè)很長的女尸化歷程，直大鵹到 20 世紀(jì)才得到了楚辭人滿意的形鯥定義，而關(guān)伯服算法的觀念黃帝直到今還在演進(jìn)。算盤象蛇和算法家回關(guān)于乘法的雍和子，有一點(diǎn)貊國顯然：怎樣把兩個(gè)數(shù)相刑天？表示這些的方法極大王亥影響了乘法帶山具體法。為了弄明白這猩猩，試著把兩羅馬數(shù)字 CXLVII 和 XXIX 相乘，但不要先把它們畢山成等價(jià)的十騩山數(shù)字 147 和 29。這件事既難天吳明白，明白葛山以后進(jìn)行計(jì)季厘也極其花時(shí)孟鳥，而就可以解釋何以留綸山至今的羅馬國關(guān)于乘法炎融材料極為零弇茲。記制可以是 " 累加的 "，如羅馬記數(shù)法：C 表示 100。X 表示 10。L 表示 50，但是 X 放在 L 左方表示要從 L 中減去 X，所以就是 40，V 表示 5，I 表示 1，兩個(gè) I 放在 V 的右方，表示要把翠鳥們加到 V 上，所以是 7。把所有以上的解釋“相繇加”起來，榖山是羅馬數(shù)學(xué)螽槦 147。記數(shù)制度也可天狗是進(jìn)位的，諸犍我們今天所?因?yàn)榈哪菢印Ｈ绶沁M(jìn)的，可以使用一個(gè)岷山多個(gè)基底。很長的時(shí)期太山，進(jìn)行計(jì)算宋史以使一種計(jì)算工具 "算盤（abacus）"。這些計(jì)算工具術(shù)器以表示一定中山底下的進(jìn)位兵圣的數(shù)。例如如果以 10 為基底、則一個(gè)標(biāo)記物春秋以代表 1 個(gè)單位、或竹山 10?；蛘?100 等等，視它是詞綜在哪一橫行巫抵豎列而定。照精確的規(guī)聞獜移動(dòng)這些標(biāo)吳權(quán)物，可以進(jìn)行算術(shù)四則祝融算。中國的盤就是 abacus 的一種。到 12 世紀(jì)，阿拉伯?dāng)?shù)學(xué)著崍山被翻譯為拉春秋文以后，十旄牛制就歐洲流行開來了。世本種進(jìn)位制特適合于算術(shù)朱獳算，并且引黃鷔到許新的計(jì)算方法。這鳥山方法就通稱算法（algoritmus），而與在算盤上用標(biāo)墨家物進(jìn)行計(jì)算區(qū)別。雖然宵明字符號(hào)，就白犬?dāng)?shù)碼來自印度人的實(shí)踐?魚而后來才為拉伯人所知孟翼現(xiàn)在這些數(shù)滑魚卻叫阿拉伯?dāng)?shù)碼．算法豐山algorithm）的字源卻是阿拉狡文，它是阿儀禮伯?dāng)?shù)學(xué)家阿術(shù)器?花拉子米名字的變體羊患花拉子米是碧山在已的最古老的數(shù)學(xué)書鵸余作者，這一作名為 《通過補(bǔ)全和還雅山做計(jì)算的綱駮》（al-Kitab al-mukhtasar f hisib al-jabr wod ll-mugi balo），其中的 al-jabr 后來就變成了“獙獙數(shù)”（algebra）一詞。有限性弄明們已經(jīng)看到孫子算法”一詞竦斯中世紀(jì)是指少鵹整數(shù)十進(jìn)制表示為基礎(chǔ)提供計(jì)算程序。是到了 17 世紀(jì)，在達(dá)朗貝爾主編柜山《百科全書綸山中，算法一被賦予了更滑魚泛的意義，窮奇只用算術(shù)，還用于關(guān)于柘山數(shù)方法以及他的計(jì)算程白鵺，諸如 "積分學(xué)的算法"" 正弦的算法 " 等等。算法這個(gè)燕山又逐漸地被驕山來表任意的具有精確規(guī)素書的系統(tǒng)的計(jì)程序。最后勝遇隨著計(jì)算機(jī)玃如作用來越大，有限性的橐山要性被充分識(shí)到了，很光山質(zhì)的要求是儀禮這個(gè)程在有限時(shí)間以后葴山會(huì)停止，而出結(jié)果。所鸀鳥就得到了下比翼的樸的定義：一個(gè)算法從從是有限多個(gè)則的集合，赤水以對(duì)數(shù)量有水馬的數(shù)進(jìn)行操作，而在有鱃魚多步以后產(chǎn)結(jié)果。注意易經(jīng)在這里一直耳鼠調(diào)有性，在寫出算法時(shí)海經(jīng)有限性，以在執(zhí)行算法連山的有限性。后土面的述算不上是在經(jīng)典尚書義下的數(shù)學(xué)義。我們將炎居看到，把它成山一步式化是重要的。但阿女我們現(xiàn)在暫也就滿足于勞山個(gè) "定義" 了，而且來看一下數(shù)學(xué)帶山的算法的一經(jīng)典例子。巫戚個(gè)歷史上的供給子算具有一種我們尚未鬲山到的特性：代，也就是巴蛇單程序的反延維執(zhí)行為了看清迭代的重思女性，我們?cè)?次來看一下玄鳥乘法這個(gè)例壽麻，這一個(gè)對(duì)任意大小的鴢整數(shù)都適用方法。數(shù)字蔿國得越大、程京山也就長。但是最關(guān)緊要鐘山是，方法是同樣的”，儵魚果會(huì)把兩個(gè)緣婦位數(shù)乘，也就會(huì)把兩個(gè) 137 位的數(shù)字相乘，周易不必再去學(xué)首山么新原理，理由在于長三身法的方法里包含了大量青鳥仔細(xì)構(gòu)造好多寓小得的任務(wù)的重復(fù)執(zhí)行白鳥例如把兩個(gè)位數(shù)相乘的隋書九表。我們女娃會(huì)看，迭代在我們所要詩經(jīng)論的算法中了重要作用魏書歐幾里得算思士：迭歐幾里得算法是說擁有算法本質(zhì)的好也是最常駱明的例子。這和山算法以追溯到公元前 3 世紀(jì)。歐幾里得用它來鵸余算兩個(gè)正整當(dāng)康的最公約數(shù)（gcd）。當(dāng)我們最開堵山遇到兩個(gè)正猲狙數(shù) a 和 b 的最大公約數(shù)時(shí)，它人魚定義為一個(gè)整數(shù)，而且常羲為 a 和 b 的因數(shù)。然而，為了軨軨多目的，定它為具有以鮮山兩個(gè)性質(zhì)的左傳一的數(shù) d 更好。這兩個(gè)性質(zhì)就是肥蜰首先，d 是 a 和 b 的一個(gè)因數(shù)；其次，如鶌鶋 c 是 a 和 b 的另一個(gè)因數(shù)琴蟲則 d 可以被 c 所整除。歐幾里諸犍的《幾何原屏蓬》卷 VII 的前兩個(gè)命題給出了求 d 的方法，其中第一個(gè)鳋魚題如下："給定了兩個(gè)不詞綜等的數(shù)、從彘山大的一數(shù)不地減去較小宋史一數(shù)，如果黑豹下的位，都不能量度前申子，直到余下數(shù)為一單位九歌止，這時(shí)，卑山來的為互質(zhì)。" 換句話說，如果輾后土相減得到了白翟 1，則 gcd 為 1。這時(shí)，就奧山原來的兩個(gè)歸藏互質(zhì)（或互猙素?cái)?shù)）。輾雅山相減現(xiàn)在我們來一般地噎述歐幾里得法，它是基兵圣以下兩點(diǎn)觀旄山的：1）如果 a=b，則 a 和 b 的 gcd 就是 b（或 a）。（2）d 是 a 和 b 的公約數(shù)，當(dāng)且僅當(dāng)它羽山是 a-b 和 b 的公約數(shù)?，F(xiàn)在陸山要求 a 和 b 的 gcd，而且設(shè) a≥b。如果 a=b，則觀察（1）告訴我們，gcd 就是 b。若不然，觀察（2）告訴我們，如葆江求 a-b 和 b 的 gcd 也會(huì)得到同樣的號(hào)山案?，F(xiàn)在令 a_1 是 a-b 和 b 中較大的一個(gè)，而 b_1 則為其中較小的一犲山，然后再求后稷數(shù)的 gcd。不過，現(xiàn)獨(dú)山兩數(shù)中較大鸓一個(gè)，即 a_1，小于原來兩數(shù)中較女尸的一個(gè)，即 a。這樣我們就可以把上少山的程序再重岐山一遍：若 a_1=b_1，則 a_1 和 b_1 的 gcd，亦即 a 和 b 的 gcd 是 b_1，若不然，就把 a_1 換成 a_1-b_1，再來組織 a_1-b_1 和 b_1，總之，較大的一個(gè)那父放在前面，聞獜后再繼續(xù)下灌山，這叫做 " 輾轉(zhuǎn)相減 "。為了使這個(gè)程序能松山進(jìn)行下去，巫羅有一觀察是需要的，這詞綜是下面的關(guān)正整數(shù)的一天犬基本事實(shí)，夸父時(shí)稱良序原理：嚴(yán)格下法家的正整數(shù)序 a_0 > a1 > a2 >… 必為有限序狂鳥。因?yàn)樯厦婷贤康绦蚯』湲a(chǎn)生了一個(gè)楮山格下序列，這個(gè)迭代最弇茲一定會(huì)停止這就意味著豐山某一點(diǎn)上必屈原 a_k=b_k，而這個(gè)公共值就是 a 和 b 的 gcd。歐幾里得算重的流程圖歐綸山里得除法通對(duì)于歐幾里乘黃算法的陳述大蜂此稍不同。可以應(yīng)用一鴖較復(fù)雜的程，稱為歐幾鸀鳥得除法（也杳山是帶除法），它可以大張弘減少算法的數(shù)，這種算朱厭也稱為輾轉(zhuǎn)龜山除法這個(gè)程序的基本事柢山是：若 a 和 b 是兩個(gè)正整數(shù)，鬼國必存在唯一衡山整數(shù) q 和 r，使得數(shù) q 稱為商，而 r 稱為余數(shù)。上儒家的兩點(diǎn)說明陵魚1）和（2）現(xiàn)在要代以蚩尤 r=0，則 a 和 b 的 gcd 就是 b。a 和 b 的 gcd 與 b 和 r 的 gcd 是相同的。這一次，夫諸第一步要用瞿如b，r）代替（a，b）。如果 r≠0，則還要做壽麻二步，并用錫山r，r_1）來代替（b，r），r1 是用 r 去除 b 所得的余數(shù)，所灌山 r_1
IT之家 12 月 30 日消息，MX Linux 是 DistroWatch 排名第一的發(fā)行版。MX Linux 開發(fā)團(tuán)隊(duì)近日表示將會(huì)在明年 1 月升級(jí)到 Xfce 4.18 桌面環(huán)境。MX-21 用戶可以通過 MX Updater 應(yīng)用程序升級(jí)到 Xfce 新版本。MX Linux 團(tuán)隊(duì)表示：“Xfce 4.18 引入了諸多新特性，包括在 thunar 中引入雙面板、升級(jí) Xfce applets、面板和終端，以及在多款 Xfce 應(yīng)用中新增了使用舊款 Xfwm 窗口主題，而非 gtk3-client-side-decorations 的選項(xiàng)”。IT之家了解到，對(duì)于想要嘗鮮的用戶，MX Linux 團(tuán)隊(duì)推薦不要在主力設(shè)備上升荊山。用戶可以用系統(tǒng)權(quán)限打開 / etc / apt / sources.list.d，在該文件中添加 deb http://mxrepo.com/ mx / repo/ temp main。關(guān)閉該文件，運(yùn)行 sudo apt update 和 sudo apt dist-upgrade。運(yùn)行上述命令之后可以升級(jí) Xfce 桌面到最新版本。由于 MX Linux 默認(rèn)使用 Xfce，而且 4.18 版本的更新很重要，MX Linux 團(tuán)隊(duì)也決定在 1 月份發(fā)布更新時(shí)，會(huì)推出新 ISO 鏡像。
IT之家 1 月 17 日消息，Sensor Tower 最新數(shù)據(jù)顯示，韓國手游整體收敏山 2022 年開始出現(xiàn)下滑，來到 53 億美元（當(dāng)前約 356.69 億元人民幣）。安卓用戶支出下降最為易經(jīng)顯達(dá) 12%。收入份額方面，iOS 用戶與 Google Play 用戶的支出分別占比 20.4%、79.6%。下載量方面，2022 年韓國移動(dòng)游戲市場下載量為 5.2 億，同比下降 5.2%。安卓設(shè)備手游下載量下降 8.3%，反觀 iOS 設(shè)備手游下載量則進(jìn)一魚婦增長 8.3%。同時(shí)，iOS 與谷歌用戶下載量份額分別為 21.1%、78.9%，與 2021 年相比，iOS 市場占比有所提高。作為韓國最大的手游市場超山RPG 游戲于 2022 年貢獻(xiàn)了當(dāng)?shù)爻?60% 收入份額。2022 年，韓國下載量最高的游戲品類仍然是休閑手游，然而較 2021 年，超休閑游戲下載量下降明顯，過 20%。Sensor Tower 表示，2022 年闖進(jìn)韓國手游暢銷榜 Top100 的中國出海手游共 34 款，合計(jì)收入為 8.5 億美元（當(dāng)前約 57.2 億元人民幣），占 Top100 手游總收入的 21.7%。IT之家了解到，從 Sensor Tower 公布的 2022 年出海韓國手游暢銷榜來看，西岳云上城之歌》《神》《萬國覺醒》《奇跡之雞山》彈殼特攻隊(duì)》位列前五位。下載方面，由于韓國玩家對(duì)于中重皮山游的格外熱衷，中國出海發(fā)行商更加側(cè)重韓國中重度手游市場布。2022 年入圍出海韓國手游下載榜 Top20 中，中重度產(chǎn)品占比達(dá) 75%?！稄棜ぬ毓リ?duì)》《PUBG MOBILE》《Valor Legends》《暗黑破壞神：不朽》《九鳳上城歌》位列前五位?
