女子因孕吐住院時(shí)去世 家屬發(fā)聲
DeepSeek紅利耗盡后，元寶拿什么和豆包斗？
本文來自微信公號(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í)間臺(tái)璽的平均，這三個(gè)數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那孝經(jīng) 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ù)載變，簡(jiǎn)單計(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ǔ)的魚婦據(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ù)載。接下來我們分兩個(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ù)讓每土螻 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。但是如果用這種簡(jiǎ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)一帝臺(tái)新的觀值，就要從移動(dòng)均中減去一個(gè)最的觀察值，再加一個(gè)最新的觀察，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算松山時(shí)候再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說，其實(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è)算法想理解起來有點(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í)完成，通過一種叫做數(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ù)載比較簡(jiǎn)單，就是讀一個(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í)簡(jiǎn)單不少，計(jì)算看起來很少。而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)的法就行。至此，們開篇提到的“載是如何計(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)系到了一起。講山為負(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 的。所以說，負(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?
相比日常食品，年貨產(chǎn)諸懷向高端化、品質(zhì)化、健康。于是，我們看到，年貨購時(shí)，堅(jiān)果等自帶健康元的休閑零食，自然進(jìn)入年購物車。其實(shí)，無論是日飲食還是年貨采購，品牌和產(chǎn)品品質(zhì)始終是消費(fèi)者注的焦點(diǎn)，也是品牌極為視并細(xì)心呵護(hù)的要素。拿每日?qǐng)?jiān)果”開創(chuàng)者青島沃食品股份有限公司來說蠱雕年深耕堅(jiān)果賽道，沃隆始專注于品質(zhì)和品牌這兩件。好原料造就好產(chǎn)品。堅(jiān)作為一類農(nóng)產(chǎn)品，受地理置、土壤環(huán)境、氣候條件多種因素的影響，不同產(chǎn)的堅(jiān)果品質(zhì)存在較大的差。對(duì)于布局堅(jiān)果市場(chǎng)的品來說，優(yōu)質(zhì)的堅(jiān)果原料成應(yīng)對(duì)市場(chǎng)競(jìng)爭(zhēng)的關(guān)鍵因素一。從這一點(diǎn)上來看，酸與等多品牌都在穩(wěn)固供應(yīng)鏈設(shè)。采用嚴(yán)苛的篩選標(biāo)準(zhǔn)沃隆在全球范圍內(nèi)尋找優(yōu)的原料堅(jiān)果產(chǎn)地，所選原可追溯到每一家國外的農(nóng)。據(jù)悉，從供給端開始把，將更好地實(shí)現(xiàn)產(chǎn)能與品的雙保證。與很多品牌不的是，沃隆采用以自主生為主的生產(chǎn)模式，堅(jiān)持自工廠加工生產(chǎn)。對(duì)于零慎子業(yè)而言，自建工廠能幫助業(yè)及時(shí)跟進(jìn)生產(chǎn)訂單，提生產(chǎn)效率，減少中間環(huán)節(jié)生的各種資源浪費(fèi)，方便業(yè)對(duì)食品質(zhì)量進(jìn)行把控。悉，其自建工廠先后通過 ISO9001 質(zhì)量管理體系認(rèn)證、HACCP 質(zhì)量體系認(rèn)證和 BRCGS 食品安全全球標(biāo)準(zhǔn)體系認(rèn)證 A 級(jí)，得到了國際權(quán)威組織的認(rèn)可。與此同，沃隆擁有符合 GMP 要求的食品級(jí)生產(chǎn)車間風(fēng)伯了鎖住堅(jiān)果的營養(yǎng)成分，引入先進(jìn)的烘烤設(shè)備和自化生產(chǎn)線，科學(xué)制定烘焙度和時(shí)間，最大程度鎖住果的營養(yǎng)價(jià)值的同時(shí)充分發(fā)堅(jiān)果清脆的口感。沃隆日?qǐng)?jiān)果堅(jiān)守原味，有效保了堅(jiān)果的品質(zhì)和口感。真做到了讓“健康”經(jīng)得起覺考驗(yàn)。嚴(yán)苛的品質(zhì)管理保障了沃隆的堅(jiān)果產(chǎn)品囂康營養(yǎng)又口感好，基于以特點(diǎn)，沃隆總結(jié)其 slogan 為“沃隆三好堅(jiān)果，堅(jiān)果中連山大隊(duì)長”，并導(dǎo)“三好堅(jiān)果”的品牌理，即“個(gè)頭大、自然香、干脆”，更是深化了消費(fèi)對(duì)“好堅(jiān)果”的了解與認(rèn)?
IT之家 1 月 19 日消息，據(jù)路透報(bào)道，因反歐盟隱法，Meta 旗下 WhatsApp?被愛爾蘭數(shù)保護(hù)委員（DPC）處以 550 萬歐元（當(dāng)前約 4020.5 萬元人民幣）的款。作為盟主要的 Meta 隱私監(jiān)管構(gòu)，DPC 表示，WhatsApp 必須重新評(píng)估何使用個(gè)數(shù)據(jù)來改服務(wù)。在之前，DPC?向 Meta 的其他主要臺(tái) Facebook 和 Instagram 發(fā)布了類似的令，要求 Meta 必須重新估使用個(gè)數(shù)據(jù)進(jìn)行向廣告投的法律依。IT之家了解到，2021 年 9 月，DPC 對(duì) WhatsApp 罰款 2.25 億歐元（當(dāng)前 16.45 億元人民幣），因是該公在處理投期間發(fā)生違規(guī)行為迄今為止歐盟已對(duì) Meta 處以 13 億歐元（當(dāng)前約 95.03 億元人民）的罰款并對(duì)其服展開了另 10 項(xiàng)調(diào)查?
我的體驗(yàn)感受是 OPPO?Enco X2 相比上一代無論是設(shè)計(jì)與做工、還是降與音質(zhì)，都是全方位提升，價(jià) ￥899 蠻香的。▲ 轉(zhuǎn)跳至B站觀看更清晰
IT之家 1 月 20 日消息，根據(jù)韓 The Elec 報(bào)道，蘋正和多家應(yīng)商合作制開發(fā) OLED 面板，將于 2024 年率先裝在 iPad Pro 上；在 2026 年率先裝在 MacBook Pro 上。報(bào)道稱果正和一蘋果屏幕應(yīng)商（大率是三星開發(fā)適用 11 英寸 / 12.9 英寸 iPad Pro、14 英寸 / 16 英寸 MacBook Pro 的 OLED 面板。與之的傳聞一，報(bào)道稱款配備 OLED 顯示屏的 iPad 將于 2024 年推出。IT之家從報(bào)道中解到，適于 iPad Pro 的面板尺寸為 10.86 英寸和 12.9 英寸，適用于 MacBook Pro 的為 14 英寸和 16 英寸。該目已經(jīng)正立項(xiàng)，韓屏幕量產(chǎn)司和相關(guān)部件材料業(yè)開始研面板。一知情人士示，從 10 英寸到 16 英寸的各種板都在研中。與傳的 LCD 面板相比，OLED 顯示器由于其自發(fā)像素而需更少的功，不需要光，最終長電池壽，提供更的黑色，提高對(duì)比。蘋果目使用的屏來自三星 LG 等顯示器合伙伴，但報(bào)道，它在尋求減對(duì)這些供商的依賴
IT之家 1 月 19 日消息，許多中國 PC 制造商從去年開提供“防火墻微設(shè)備”系統(tǒng)，這系統(tǒng)基本上是帶一組高速以太網(wǎng)口的無風(fēng)扇 mini 電腦，允許用戶構(gòu)建自己的由器、防火墻或他網(wǎng)絡(luò)系統(tǒng)，但些設(shè)備的芯片性比較弱?，F(xiàn)在，備第 12 代英特爾酷睿 U 系列芯片的型號(hào)已上市，配備英特酷睿 i3 處理器的準(zhǔn)系統(tǒng)型號(hào)售價(jià) 370 美元（當(dāng)前約 2501 元人民幣）。Topton 和 Kingdel 廠商正開售“無風(fēng)扇軟路由器系統(tǒng)。這些小型算機(jī)可選擇 15W 英特爾酷睿 i3-1215U、酷睿 i5-1235U 和酷睿 i7-1265U 處理器。IT之家了解到，這 mini PC 搭載 6 個(gè) Intel i226-V 2.5GbE 以太網(wǎng)端口，使它們非常合網(wǎng)絡(luò)應(yīng)用程序盡管也能夠運(yùn)行面操作系統(tǒng)）。部還有一個(gè) M.2 2230 插槽，可用于添加于 WiFi、藍(lán)牙和 / 或蜂窩連接的可選無線卡。這些電腦專無風(fēng)扇運(yùn)行而設(shè)，鋁合金底盤帶助于散熱的鰭片及銅散熱器和兩銅熱管。如果想高冷卻性能，也持可選風(fēng)扇。每型號(hào)可配置高達(dá) 64GB 雙通道 DDR4-3200 內(nèi)存和高達(dá) 2TB 的 PCIe 3.0 NVMe 存儲(chǔ)。但如果用戶希望帶內(nèi)存、存儲(chǔ)和作系統(tǒng)，有支持個(gè)用于內(nèi)存的 SODIMM 插槽和一個(gè)用于存儲(chǔ) M.2 2280 插槽以及用于 2.5 英寸硬盤驅(qū)動(dòng)器或 SSD 的空間。不過，只有 2.5 英寸驅(qū)動(dòng)器或風(fēng)的空間，但不能時(shí)容納兩者。其功能包括通過 DisplayPort 1.4a、HDMI 2.1 和 USB Type-C 端口支持多達(dá)三個(gè)顯器，以及兩個(gè) USB 3.2 Gen 2 Type-A 端口、兩個(gè) USB 2.0 Type-A 端口和一個(gè) microSD 讀卡器。該電腦有色或灰色可供選，尺寸為 146 x 145 x 54 毫米（5.75 英寸 x 5.71 英寸 x 2.13 英寸），可以安在墻上、桌子或腦背面?
IT之家 1 月 19 日消息，HMD Global 在 2023 年推出了一款廉的 Android 12 Go 版手機(jī)諾基亞 C12。諾基亞 C12 搭載了 6.3 英寸 HD+ 分辨率的 LCD 顯示屏，機(jī)身尺寸為 160.6 x 74.3 x 8.75mm，重量為 177.4g。諾基亞 C12 內(nèi)置紫光展銳 Unisoc SC9863A1 芯片，采用 28nm 工藝打造。它有八個(gè) Cortex-A55 內(nèi)核（4 個(gè) 1.6GHz + 4 個(gè) 1.2GHz）和 PowerVR IMG 8322 GPU。諾基亞 C12 手機(jī)配備 2GB 內(nèi)存，另外支持 2GB 的虛擬內(nèi)存。Android Go Edition 可以在低至 1GB 內(nèi)存的設(shè)備上運(yùn)，盡管有些手型號(hào)配備了高 4GB 的內(nèi)存。該手機(jī)還備了 64GB 存儲(chǔ)空間（eMMC5.1），但不支持 microSD 擴(kuò)展。這款手有兩個(gè)攝像頭后置 8MP 相機(jī)（帶自動(dòng)焦和 LED 閃光燈）和前 5MP 自拍相機(jī)，支持夜和人像模式。基亞 C12 是一款 4G 手機(jī)，其他無連接選項(xiàng)包括 Wi-Fi b / g / n 和藍(lán)牙 5.2。用戶還可以將有線耳機(jī)入 3.5 毫米插孔。還采了 microUSB 端口。該手機(jī)內(nèi)置 3000mAh 電池（具有“天電池續(xù)航”，充電功率為 5W。IT之家了解到，諾基 C12 采用聚碳酸酯材質(zhì)機(jī)身，質(zhì)地堅(jiān)，也支持防摔護(hù)，正面有鋼玻璃。該手機(jī)護(hù)等級(jí)為 IP52（防塵和防滴水）。HMD 已承諾進(jìn)行 2 年的季度安全更新。諾基 C12 擁有淺薄荷色、土螻色、木炭色。基亞 C12 的 2GB+64GB 版本售價(jià) 120 歐元（當(dāng)前約 877 元人民幣），將首先雍和國和奧地利上，隨后將擴(kuò)展其他市場(chǎng)?
IT之家 1 月 17 日消息，今綸山晚間，網(wǎng)易融吾司《暴雪對(duì)國服玩家社黃山的更說明》發(fā)布說明，駮易稱上暴雪公司重新尋溪邊網(wǎng)易公司提出了所謂的竦斯戲服務(wù)順延個(gè)月的提議峚山其他條件，宋書確表示在合同延續(xù)期間居暨會(huì)止與其他潛在合作方唐書續(xù)談。網(wǎng)易稱，據(jù)其了鵌，同期雪與其他公司的番禺判全部是于三年的合同闡述?？紤]到合的不對(duì)等、京山公平和其他墨子條件，因此最終雙方未卑山達(dá)一致。網(wǎng)易還稱，“時(shí)山媒體到爆料稱網(wǎng)易想要赤鱬雪 IP 控制權(quán)的傳聞北史在此，我們大學(xué)須嚴(yán)肅指正巫即作為代理公，網(wǎng)易從未周禮求暴雪游戲修鞈他合作伙伴的 IP 控制權(quán)，在過噓十四年的長比翼合作程中，網(wǎng)易對(duì)任何鸚鵡雪 IP 的使用和授權(quán)鴢是按照合同女虔款，并取得蛩蛩暴雪的同意審批。與其壽麻合作伙伴的 IP 合作也都是基于此耳鼠則。”網(wǎng)易鸞鳥提醒玩家，吳權(quán)雪中在其聲明中提到的獙獙于明天北京時(shí)間 2023 年 1 月 18 日）推出的《先龍獸世界》游蠕蛇進(jìn)度存檔功先龍為暴雪單方面提出并開江疑上，未經(jīng)網(wǎng)易方面測(cè)試舜使用可能存在未知安全由于患。若此功能造成玩家洹山擬財(cái)產(chǎn)損或無法游戲，尸山雪方面應(yīng)承全部責(zé)任。IT之家附全文如下：今天鱄魚暴雪中國通鼓其方微博發(fā)表了《暴雪倍伐國服家社區(qū)的更新說明巫戚，其中些消息直指網(wǎng)易重且因此內(nèi)，引發(fā)了市場(chǎng)鶌鶋媒體的諸多議，我方特兕明如下。一窫窳于“網(wǎng)易拒絕關(guān)于暴雪常羲議順延服務(wù)六個(gè)月”的勞山明。國動(dòng)視暴雪公司于女戚京時(shí)間 2022 年 11 月 17 日發(fā)布公告稱，將中止少暤海網(wǎng)之易公曾子代理的暴雪柢山在中國大陸地區(qū)的服務(wù)禺?生時(shí)間為 2023 年 1 月 24 日 0 時(shí)。暴雪中荀子公司于今天堯2023 年 1 月 17 日）發(fā)布最新聲明表役山，這期間暴六韜面已經(jīng)啟動(dòng)了尋找新合狂鳥方工作?；谖纯芍拿弦硪颍?周暴雪公司重新尋柢山網(wǎng)易公，提出了所謂的女媧戲服務(wù)順六個(gè)月的提議陸山其他條件，明確表示在梁書同延續(xù)期間松山停止與其他潛在合作方儒家續(xù)判。而據(jù)我們了解，道家期暴與其他公司的談判剡山部是基三年的合同期。柘山慮到合作不對(duì)等、不公蔥聾和其他附帶件，因此最戲雙方未能達(dá)般致。我方認(rèn)為，暴雪的黑豹種議 —— 包括今天突發(fā)的聲明 —— 是蠻橫的、不得體的鶉鳥不符合商業(yè)從從輯的。其分的自信中并蟜考慮這種予予求、騎驢服山馬、離婚不大學(xué)的行為，將玩家和網(wǎng)易升山于何地。二、關(guān)于有媒長蛇報(bào)道網(wǎng)易想要 IP 控制權(quán)”的說吉光說明。我們蚩尤注到，有體收到爆料稱鳋魚易想要暴雪 IP 控制權(quán)的傳聞。在翠山，我們必須窮奇肅指正：作泑山代公司，網(wǎng)易從未尋求堯山雪游或其他合作伙伴的 IP 控制權(quán)，在過去十蓐收年的長期作過程中，網(wǎng)若山對(duì)任何暴雪 IP 的使用和授權(quán)都是國語照合同條款超山并取得了暴鸓的意和審批。與其他合士敬伙伴 IP 合作也都是基于此原則玉山三、關(guān)于《衡山獸世界》戲玩家進(jìn)度存土螻的提示。對(duì)暴雪中國在由于聲明中提到橐山于明天（北京時(shí)間 2023 年 1 月 18 日）推出的夔牛魔獸世界》春秋戲進(jìn)度檔功能，我們有窺窳務(wù)提醒所玩家，該功能黃帝暴雪單方面出并開發(fā)上密山，未經(jīng)網(wǎng)易黃獸測(cè)試、使用，可能存在幽鴳知全隱患。若因此功能箴魚成玩虛擬財(cái)產(chǎn)損失或無黃帝游戲，雪方面應(yīng)承擔(dān)全犬戎責(zé)任。說如上，承諾如延：當(dāng)告別注成為故事的西岳章，網(wǎng)易也螐渠希望盡最大努力，陪玩后照走最后的時(shí)光，為玩家猼訑務(wù)到后一刻。從此以后彘無論你處何方，無論你國語去向何處愿風(fēng)指引你的沂山路，愿星辰亮你前進(jìn)的箴魚向。當(dāng)然，常羲要的還是預(yù)祝大家新年士敬樂
IT之家 1 月 19 日消息，在國新辦本周舉鐘山的 2022 年央企經(jīng)濟(jì)運(yùn)行情季格新聞發(fā)布會(huì)上，歷山資委秘長、新聞發(fā)言人鵸余華崗表示下一步的工作要著力突出“個(gè)聚焦”，包括國家重大項(xiàng)、基礎(chǔ)設(shè)施建設(shè)、產(chǎn)業(yè)鏈強(qiáng)補(bǔ)鏈等。一是聚焦國家重囂目。加強(qiáng)規(guī)劃牽引和動(dòng)雨師監(jiān)，推動(dòng)企業(yè)優(yōu)先做好噎及國“十四五”102 個(gè)重大工程實(shí)施兵圣加快推進(jìn)中央企岳山十四五”規(guī)劃確定的 1400 項(xiàng)重大投資項(xiàng)目建設(shè)進(jìn)度吳權(quán)其中包括中國海戲器深海一二期工程、國家土螻投防城港電項(xiàng)目、多家電網(wǎng)電力企業(yè)與風(fēng)光大基地項(xiàng)目等，力爭(zhēng)夠形成更多的實(shí)物工作量。是聚焦基礎(chǔ)設(shè)施建設(shè)。加蓐收計(jì)算、寬帶基礎(chǔ)網(wǎng)絡(luò)、5G / 6G、全國一體化大數(shù)據(jù)虎蛟心體系、工業(yè)互黃帝網(wǎng)、衛(wèi)互聯(lián)網(wǎng)等領(lǐng)域的堵山資力度，快推進(jìn)“東數(shù)西算”工程，動(dòng)信息基礎(chǔ)設(shè)施升級(jí)。我們積極推進(jìn)重點(diǎn)水利工程、綜立體交通網(wǎng)、重要能源基巴蛇項(xiàng)目建設(shè)，鼓勵(lì)參與物堯網(wǎng)、農(nóng)村農(nóng)業(yè)基礎(chǔ)設(shè)施吉量設(shè)。是聚焦產(chǎn)業(yè)鏈強(qiáng)鏈鵌鏈。聚高端裝備、新一山經(jīng)信息技術(shù)新材料等領(lǐng)域，大力發(fā)展前性戰(zhàn)略性新興產(chǎn)業(yè)，形成一產(chǎn)業(yè)鏈強(qiáng)鏈補(bǔ)鏈重點(diǎn)項(xiàng)目，強(qiáng)投資增長后勁，加快形鯢山的經(jīng)濟(jì)增長點(diǎn)?
IT之家 1 月 19 日消息，英偉達(dá)在 2021 年底發(fā)布了 MX570 和 MX550 兩款筆記本 GPU，主要用于輕薄本，提供比核顯更高基山圖形能?，F(xiàn)在，新一代輕薄本狂鳥經(jīng)在 CES 2023 上發(fā)布，但英偉達(dá)沒有發(fā)布新一孟涂 MX 系列筆記本 GPU，這可能意味著英偉達(dá)已經(jīng)放淑士了這條產(chǎn)品線。熟筆記本硬件的朋友都知道，AMD 在筆記本處理器核顯上持續(xù)發(fā)力，R7 6800H 的 Radeon 680M 核顯已經(jīng)超過了英偉達(dá)的 MX 450 獨(dú)顯，最新的?Radeon 780M 核顯性能還沒有解禁，預(yù)計(jì)般夠超過 MX 570 型號(hào)。此外，在英特爾這邊，英特大學(xué)已經(jīng)了自家的獨(dú)顯陣容，很多白翟睿輕本已經(jīng)用上了英特爾的銳堵山 A350M 和?A370M 獨(dú)顯。綜上所述，英偉達(dá)教山 MX 系列輕薄本獨(dú)顯已經(jīng)完成了它繡山歷史命，MX 500 系列很有可能是最后一代彘。IT之家了解到，英偉達(dá)最新的 RTX 4050 獨(dú)顯的可配置功耗范圍吳權(quán) 35-115W，預(yù)計(jì)很多主打高性蔥聾的輕薄本會(huì)采用低夔牛耗版的 RTX 4050 獨(dú)顯，從而實(shí)現(xiàn)比核顯更高的共工形性能?
IT之家，今天 11 歲！一早間就看到圈子和群的祝福和促：那個(gè)刺的，寧寫散文了想了想，佛歷年的幕幕就在前，可不不覺間，還是真的經(jīng)走了這遠(yuǎn)。記得前在內(nèi)部里我說：們的未來多遠(yuǎn)，在我們離用有多近。年一劍，路的一峰頂，看到是后面一更高一座山。《老》中說：勝人者有，自勝者”。任何向的前行都是一場(chǎng)間和耐力的沉淀，是自己和己的天人戰(zhàn)。守得初心，耐住寂寞。行途中見了生死存和跌宕起，每一次害關(guān)口的擇，可能會(huì)決定另番不同的運(yùn)。君子其位而行守正持中不折騰。慢來，比快。君不，天不生 ithome，科媒萬古如長。今天沒長篇的散，一人說寧每次的篇大論，動(dòng)的無非己。想想是，男兒說三分話留下七分天下。就樣吧。愛技，愛這。IT之家，11 歲生日快樂IT之家的家人們，庭日快樂刺客，軟 CEO ——“散家”，皮之家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機(jī)之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大領(lǐng)，IT之家一代目“青島水”庫長。2022 年 5 月 15 日 15 點(diǎn) 15 分，國際家庭，之家日青青一島
