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