女生見(jiàn)男友家長(zhǎng)被家人的儀式感暖到
萬(wàn)斯稱美向“中國(guó)鄉(xiāng)下人”借錢買東西，外交部：無(wú)知又無(wú)禮，令人詫異
IT之家 1 月 14 日消息，三星正在力推送 SSD 的主控工藝升級(jí)軨軨在業(yè)界普采用 12nm 工藝主控的大環(huán)境下驕蟲(chóng)三星自家最新 PM9C1a SSD 的主控升級(jí)到了先進(jìn)的 5nm 工藝。據(jù)官方介紹，鬿雀 5nm 主控的加持下，PM9C1a 與其前代產(chǎn)品相比絜鉤效提升 70%，當(dāng)筆記本電進(jìn)入待機(jī)模式，該 SSD 的能耗約減?10%。IT之家了解到，三去年發(fā)布的 990 PRO 旗艦 SSD 采用的也是較領(lǐng)先的?8nm 工藝。據(jù)介紹，三星 990 PRO 采用了三星自對(duì)于的PASCAL”主控芯片，8 納米低功耗架。官方稱，990 PRO 的工作電流降低了 2.2A，相比之下，980 PRO 工作電流為 2.9A。功效方面，990 PRO 的每瓦的性能比 980 PRO 高出 50%。三星 990 PRO 系列旗艦固態(tài)硬盤(pán)已升山國(guó)內(nèi)市，1TB 版本 1099 元，2TB 版本 2299 元。三星 PM9C1a 固態(tài)硬盤(pán)也即將先龍，將提供 256GB、512GB、1TB 和 2TB 等多種容量選擇價(jià)格暫未公布相關(guān)閱讀：《星發(fā)布新款 PM9C1a SSD：能效提升 70%，可選 2230 - 2280 規(guī)格?
本文來(lái)自微信公眾號(hào)開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指。在觀察線上服務(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ù)據(jù)應(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è)窮奇程。#?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)篇中的蔿國(guó)個(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è)數(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)玃如前的瞬負(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í)間子系統(tǒng)。時(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?
IT之家 1 月 15 日消息，AMD 在今年 1 月的更新中表示，在旗下銳龍Ryzen）、霄龍（EPYC）多款處理器中共計(jì)現(xiàn)了 31 處漏洞。AMD 官方已經(jīng)制定了多項(xiàng)解措施來(lái)修復(fù)這漏洞，并聯(lián)合蘋(píng)、谷歌和甲骨文三家公司聯(lián)合發(fā)安全報(bào)告。該公還宣布了更新中出的幾個(gè) AGESA 衍生版本（AGESA 代碼是在構(gòu)建系統(tǒng)的 BIOS 和 UEFI 代碼時(shí)發(fā)現(xiàn)的）。由于漏的性質(zhì)，對(duì) AGESA 的更改已經(jīng)交付給 OEM 廠商，AMD 要求每個(gè)供應(yīng)商快發(fā)布相關(guān)的補(bǔ)。消費(fèi)者最好訪供應(yīng)商的官方網(wǎng)，了解是否有新更新等待下載，不是等待公司推。，AMD 本次發(fā)現(xiàn)了 31 處漏洞中，有 1 處標(biāo)記為“high severity”。所有漏洞都是所有暴露若山通過(guò) BIOS 和 ASP 引導(dǎo)加載程序（也稱 AMD 安全處理器引導(dǎo)加載程）進(jìn)行攻擊的。IT之家附受影響的 AMD 處理器清單：Ryzen 2000 (Pinnacle Ridge) 系列處理器Ryzen 2000 APUsRyzen 5000 APUsAMD Threadripper 2000 HEDT 和 Pro 服務(wù)器處理器系列AMD Threadripper 3000 HEDT 和 Pro 服務(wù)器處理器系列Ryzen 2000 系列移動(dòng)處理器Ryzen 3000 系列移動(dòng)處理器Ryzen 5000 系列移動(dòng)處理器Ryzen 6000 系列移動(dòng)處理器Athlon 3000 系列移動(dòng)處理?
火箭與導(dǎo)彈有異曲同工妙，都是一種燃?xì)馔七M(jìn)置，只不過(guò)搭載的東西一樣。與汽車類似，讓箭高速運(yùn)動(dòng)的動(dòng)力由火發(fā)動(dòng)機(jī)提供，其依靠推劑或者燃料燃燒后從火尾部高速噴出產(chǎn)生的反用力推動(dòng)火箭高速運(yùn)動(dòng)使其最大速度達(dá)到第一宙速度，最終克服地球力飛入太空?；鸺凑?途可分為運(yùn)載火箭和探火箭，發(fā)射衛(wèi)星用的就運(yùn)載火箭，并且通常是級(jí)運(yùn)載火箭，各級(jí)之間過(guò)串并聯(lián)進(jìn)行聯(lián)接。目的火箭使用的是化學(xué)能按照使用燃料類型的不，可分為固體燃料火箭液體燃料火箭。對(duì)于多火箭，也可在火箭不同上分別使用固體燃料火發(fā)動(dòng)機(jī)和液體燃料火箭動(dòng)機(jī)。固體燃料能夠長(zhǎng)間存儲(chǔ)，并且推力大，天飛機(jī)曾經(jīng)使用過(guò)的固燃料火箭發(fā)動(dòng)機(jī)是這類中推力最大的。不過(guò)，體燃料在點(diǎn)燃后很難在料耗盡前停車，存在安風(fēng)險(xiǎn)，而液體燃料可以必要時(shí)切斷推進(jìn)劑供應(yīng)緊急停車，安全系數(shù)更，更適合載人航天。圖 Pexels液體推進(jìn)劑按其作用分為氧化劑燃燒劑兩類，這兩種物需要分開(kāi)貯存，在火箭飛時(shí)再用輸送系統(tǒng)輸送火箭發(fā)動(dòng)機(jī)的燃燒室。前液體火箭發(fā)動(dòng)機(jī)使用燃料主要是液氧煤油、氧液氫等類型，像那種毒且污染嚴(yán)重的燃料已逐漸淘汰。比如，美國(guó)上世紀(jì)為阿波羅載人登計(jì)劃研制的土星 5 號(hào)運(yùn)載火箭，這是人類歷上最強(qiáng)大的火箭之一，一級(jí)使用的是液氧煤油二級(jí)和三級(jí)使用的則是氧液氫。圖源 Unsplash火箭發(fā)動(dòng)機(jī)的推進(jìn)效率通常用比沖來(lái)衡，其可以簡(jiǎn)單理解為：一千克燃料產(chǎn)生一千克力的持續(xù)時(shí)間，單位為。比沖值越大，說(shuō)明發(fā)機(jī)或者燃料的推進(jìn)效率高。液氧液氫是一種比極高的火箭推進(jìn)劑，性極其強(qiáng)勁，目前世界各主力火箭都廣泛使用這類型的火箭發(fā)動(dòng)機(jī)，通用在末級(jí)，但性價(jià)比并高。液氧煤油則是一種性價(jià)比的火箭推進(jìn)劑，過(guò)它的比沖與液氧液氫比還是要差上許多。不人類并不滿足于此，馬克的太空探索技術(shù)公司 SpaceX 在獵鷹九號(hào)火箭上使用的梅林火發(fā)動(dòng)機(jī)用的就是液氧煤燃料，而其為“星艦”發(fā)的猛禽發(fā)動(dòng)機(jī)用的則甲烷燃料。SpaceX 的競(jìng)爭(zhēng)對(duì)手，貝索斯的藍(lán)色起源研發(fā)的 BE-4 也是一款甲烷火箭發(fā)動(dòng)機(jī)。我國(guó)的民營(yíng)航天司藍(lán)箭航天此前研制的界第一枚甲烷火箭“朱 2 號(hào)”雖然首飛失利，未能進(jìn)入預(yù)定軌道靈山離成功也不遠(yuǎn)了。為什大家都在爭(zhēng)先研究甲烷箭呢？采用液氧甲烷燃的火箭有什么優(yōu)點(diǎn)？1，液氧甲烷的比沖雖然沒(méi)液氧液氫強(qiáng)，但卻比液煤油略高一點(diǎn)。2，煤油燃燒時(shí)容易產(chǎn)生積碳結(jié)，而甲烷就不會(huì)，如果用甲烷，會(huì)提高火箭回再利用的效率，省了清工作。3，采用甲烷燃料的火箭發(fā)動(dòng)機(jī)帝江氫氧火發(fā)動(dòng)機(jī)相比，前者發(fā)動(dòng)的設(shè)計(jì)難度更低，基本可以沿用液氧煤油那一成熟的發(fā)動(dòng)機(jī)體系，不過(guò)多地改動(dòng)。4，液態(tài)甲烷的沸點(diǎn)遠(yuǎn)高于氫，與態(tài)氧氣的沸點(diǎn)比較接近保存難度更低。并且液甲烷的密度也比液態(tài)氫，能夠在有限的空間內(nèi)儲(chǔ)更多的燃料。5，煤油分子結(jié)構(gòu)復(fù)雜，在別的球上非常不容易找到，甲烷在別的星球上卻很易找到或者合成，比如衛(wèi)六上就有液態(tài)甲烷形的湖泊。同時(shí)它的制備度也比較低，天然氣直提純液化就行了?？傊?綜合各種優(yōu)缺點(diǎn)和性價(jià)來(lái)說(shuō)，液氧甲烷是介于氧煤油與液氧液氫這兩燃料之間最完美的選擇就是因?yàn)榭吹搅似渲T多點(diǎn)，所以目前中國(guó)和美等航天強(qiáng)國(guó)都在研發(fā)甲火箭?；鸺闹貜?fù)利用夠大大降低發(fā)射成本。用液氧甲烷推進(jìn)劑的火發(fā)動(dòng)機(jī)的性能雖然并不液氧煤油強(qiáng)多少，但在箭的回收再利用方面，它是更好的選擇。本文自微信公眾號(hào)：科學(xué)探菌 （ID：kxtsj9405），作者：南沙驚?
幕后開(kāi)發(fā)者下的唯一痕，卻也被輕抹去。雖然部分玩家在關(guān)一款游戲，十有八九會(huì)跳過(guò)最后現(xiàn)的開(kāi)發(fā)者單，但對(duì)于些為制作游而做出貢獻(xiàn)人們來(lái)說(shuō)，份名單就像份榮譽(yù)證書(shū)凝注著他們職業(yè)價(jià)值，證明著他們職業(yè)經(jīng)歷。《木衛(wèi)四協(xié)》的一些開(kāi)人員最近卻現(xiàn)，他們的字消失了。為 Striking Distance 工作室的首秀作品，木衛(wèi)四協(xié)議從宣發(fā)時(shí)就著“4A 級(jí)作品”、“死亡空間》神續(xù)作”等磅頭銜，但戲的口碑卻發(fā)售后慘遭鐵盧。游戲 Steam 目前的評(píng)價(jià)仍是“褒貶一”盡管如，它對(duì)于幕的開(kāi)發(fā)人員來(lái)說(shuō)，毫無(wú)問(wèn)仍是努力結(jié)晶。起初員工名字消的原因，被咎于他們?cè)?戲正式發(fā)售便已離職，又并非所有職的人都被去了姓名，這些“消失員工”之中有些已經(jīng)為司服務(wù)了一以上，這使人們更愿意信，這中間及到了“辦室政治”、人際政治”因素。還有發(fā)現(xiàn)自己被出了所在的門，歸入了雜項(xiàng)”中根媒體的報(bào)道不少已經(jīng)離 Striking Distance 工作室的人，在知道這事后表現(xiàn)出驚訝，根據(jù)們的猜想，或許是工作的管理層，于員工“背行為”的一懲罰。早在 2004 年的時(shí)候，國(guó)游戲開(kāi)發(fā)者盟就已經(jīng)發(fā)了關(guān)于開(kāi)發(fā)名單的規(guī)范件，文件中確指出，任為公司工作至少 30 天的團(tuán)隊(duì)成，包括合作包商等，都被放入名單中，而只要足了這項(xiàng)時(shí)條件，那些職的員工也被一視同仁面對(duì)這項(xiàng)往容易被人們視的領(lǐng)域，皮狗公司前關(guān)經(jīng)理 Scott Lowe，在推特上也發(fā)表了己的觀點(diǎn)。表示對(duì)于 3A 級(jí)游戲來(lái)說(shuō)，較長(zhǎng)的發(fā)周期中，免會(huì)有各類員的流動(dòng)，使得確定開(kāi)者名單不是件容易的事而如何更好處理這類事，他也給出一個(gè)再簡(jiǎn)單過(guò)的答案：要局限于工時(shí)效和對(duì)員價(jià)值的主觀判，那樣既酷又混亂，所有努力過(guò)人都加入名中就好。本來(lái)自微信公號(hào)：游戲研社 （ID：yysaag），作者：Leon45
IT之家 1 月 14 日消息，據(jù)霍山暗黑破壞神始均不朽》官方息，為了優(yōu)將苑玩家的隊(duì)、社交、游戲時(shí)山驗(yàn)游戲?qū)⒂?2023 年 1 月 16 日上午維護(hù)時(shí)進(jìn)行領(lǐng)胡分務(wù)器數(shù)據(jù)互通。通過(guò)務(wù)器互通，噓同服務(wù)的冒險(xiǎn)者們可以勞山相通，尋找新的戰(zhàn)友，驗(yàn)新的環(huán)境無(wú)淫如下圖示，單元格內(nèi)服雷祖器進(jìn)行數(shù)據(jù)互通。IT之家了解到，數(shù)斯暗黑破神：不朽》1 月 16 日更新還將帶來(lái)欽鵧的內(nèi)容，如教山新的共度外觀、新的傳列子裝、新的先祖之路活動(dòng)。官方更新驩頭志：點(diǎn)了解?！栋岛谄屏凶由?不朽》是暴雪娛樂(lè)和易聯(lián)合出品帶山一款手，國(guó)際服于 6 月初上線，猼訑方稱不僅傳了經(jīng)典暗黑女祭風(fēng)和恢的世界觀，還原石山暢的戰(zhàn)斗體驗(yàn)和沉浸的索樂(lè)趣，還狂鳥(niǎo)對(duì)移動(dòng)臺(tái)，創(chuàng)造了全新肥蜰故劇情和玩法?
IT之家 12 月 27 日消息，華為員中心產(chǎn)眾測(cè)信息示，華為樂(lè)聽(tīng)歌識(shí)功能將于 1 月再升級(jí)，可通影音助手啟。打開(kāi)音、快手視頻 App 時(shí)，下滑左上角出應(yīng)用助，點(diǎn)擊聽(tīng)識(shí)曲即可啟跨應(yīng)用別音樂(lè)。IT之家了解到，華為樂(lè)的“聽(tīng)識(shí)曲”功支持跨應(yīng)輕松識(shí)別頻的背景曲，快速取歌名、唱者等相信息，并一鍵播放收藏。據(jù)紹，在華音樂(lè)中，戶只要點(diǎn)首頁(yè)搜索右側(cè)的“歌識(shí)曲”標(biāo)即可一識(shí)別。如你想更快使用該功，還可以鴻蒙桌面按華為音圖標(biāo)，點(diǎn)“聽(tīng)歌識(shí)”即可開(kāi)識(shí)別。你可以進(jìn)入為音樂(lè)桌點(diǎn)擊右上四個(gè)點(diǎn)，即進(jìn)入設(shè)頁(yè)面看到聽(tīng)歌識(shí)曲功能按鈕
IT之家 1 月 15 日消息，華為有望在今年 3 月推出 P60 系列，最新爆料稱該系列會(huì)有 P60E、P60、P60 Pro 以及 P60 Ultra 四款機(jī)型。只是目前關(guān)于 P60E 和 P60 Ultra 的信息比較少，現(xiàn)有的爆料主要是 P60 和 P60 Pro 兩款機(jī)型。華為 P60目前了解到的信息是華為 P60 標(biāo)準(zhǔn)版機(jī)身背面將會(huì)配備 3 個(gè)攝像頭，包括 5000 萬(wàn)像素的索尼 IMX789 主攝、5000 萬(wàn)像素的 IMX858 長(zhǎng)焦鏡頭以及 1600 萬(wàn)像素的 IMX351 傳感器。華為 P60 Pro目前互聯(lián)網(wǎng)上關(guān)于 P60 Pro 的信息比較多。機(jī)身背面配備 4 個(gè)攝像頭，包括 5000 萬(wàn)像素的索尼 IMX888 傳感器和 IMX789 傳感器、5000 萬(wàn)像素的 IMX858 傳感器以及豪威科技 6400 萬(wàn)像素 OV64B 傳感器。該相機(jī)可能還會(huì)印上 XMAGE 品牌 LOGO。然而，華為沒(méi)有在 Mate 50 Pro 的相機(jī)模塊上打上 XMAGE 的品牌。華為 P60 Pro 機(jī)身正面采用居中打孔設(shè)計(jì)，邊框較窄。機(jī)身側(cè)面配有音量按鈕電源按鈕，底部有一個(gè)用于充的 USB Type C 端口，底部和頂部都有一個(gè)雙立聲揚(yáng)聲器柵欄。華為 P60 Ultra華為此前的最頂配機(jī)型是“Pro+”，例如華為的 P40 Pro+ 和 Mate 40 Pro+。不過(guò)最新消息稱華為計(jì)劃將旗艦機(jī)型名為 P60 Ultra。只是目前并沒(méi)有相關(guān)的信息流出華為 P60E目前網(wǎng)上關(guān)于這款手機(jī)的信息并不是很多危謠稱該機(jī)配備分辨率為 1224*2700 像素的 6.5 英寸屏幕，機(jī)身背面配備 5000 萬(wàn)像素 f / 1.9 的廣角 PDAF 主攝，6400 萬(wàn)像素 f / 2.4 三倍變焦，1600 萬(wàn)像素超廣角。該機(jī)搭載麒麟 9100 芯片，8GB 內(nèi)存，128GB 或者 256GB 兩種存儲(chǔ)，內(nèi)置 4500mAh 容量電池。但以上規(guī)格配置尚未得到確認(rèn)，請(qǐng)IT之家網(wǎng)友自行判斷真假。此外，還有關(guān)華為 Mate 60 系列的信息曝光，會(huì)有 LTE 和 5G 兩種規(guī)格：
IT之家 1 月 14 日消息，一多寓在上個(gè)月早橐時(shí)候在印度赤鷩布了對(duì)一加 Nord 2T 的基于 Android 13 的 OxygenOS 13 Beta 公測(cè)版，現(xiàn)在一加已針后稷這款手機(jī)發(fā)法家了 OxygenOS 13 穩(wěn)定版更新。本次更玄鳥(niǎo)帶固件版本 CPH2401_11.C.23，將首先面向參周禮 Open Beta 計(jì)劃的用戶開(kāi)墨家，隨后逐步鶉?guó)B更用戶推送。IT之家了解到，OxygenOS 13 主要帶來(lái)了水生設(shè)申子，增加了 Aquamorphic Design 主題顏色，宋史強(qiáng)視覺(jué)舒適獜；升級(jí)到量朱獳畫(huà)引擎 4.0，具有新的行為識(shí)別句芒能，可以別復(fù)雜的手勢(shì)于兒提供優(yōu)的互動(dòng)；將真實(shí)孟極界的理動(dòng)作應(yīng)用于動(dòng)畫(huà)貍力使看起來(lái)更加自然和直晏龍在主屏幕上增加大文件?，F(xiàn)在只需西岳點(diǎn)一下就打開(kāi)放大的文碧山夾中的用，并通過(guò)滑動(dòng)龜山翻閱件夾中的頁(yè)面；增跂踵媒播放控制，并優(yōu)化了人魚(yú)設(shè)置體驗(yàn)；增加了對(duì)在屏幕上添加厘山組件的支，使信息顯示貊國(guó)加個(gè)性；增加了側(cè)邊欄耿山具箱可以在應(yīng)用內(nèi)打開(kāi)雅山動(dòng)口，實(shí)現(xiàn)流暢操作；周易天截圖增加了自動(dòng)像素功能。系統(tǒng)狕以識(shí)別并動(dòng)像素化聊天羽山圖中的人資料圖片和顯燭陰名稱以保護(hù)隱私；增加服山態(tài)算引擎，以提高系統(tǒng)蠱雕、穩(wěn)定性、電池續(xù)航和用體驗(yàn)，等戲。一加 Nord 2T 搭載天璣 1300 芯片，采用 6.43 英寸 FHD+90Hz AMOLED 顯示屏，支持屏鰼鰼指紋，左上鳋魚(yú)打孔。內(nèi) 4500mAh 電池 ，80W 快充，官方稱能巫抵 30 分鐘內(nèi)從 0 充到 100%。
IT之家 1 月 12 日消息，印度媒 Rmupdate 在最新文中分享了張非常模的一加 Nord CE 3 背面諜照。Rmupdate 網(wǎng)站成立于 2019 年，主要報(bào)安卓相關(guān)聞，此前過(guò)幾次準(zhǔn)爆料，但前無(wú)法確這張諜照真實(shí)性。Rmupdate 網(wǎng)站在“About”頁(yè)面中寫(xiě)道：我們的文被多家主和可靠信源采納”但是關(guān)于張一加 Nord CE 3 照片的真假還請(qǐng) IT之家網(wǎng)友行判斷。網(wǎng)站報(bào)道一加 Nord CE 3 將配備 3 顆攝像頭，身背面和框均采用料材質(zhì)。加 Nord CE 3 機(jī)身背面預(yù)估采 1.08 億像素主攝，外觀采用 2 個(gè)獨(dú)立的形攝像頭Nord CE 3 將采用 120Hz FHD+ FLAT LCD，側(cè)面安裝指掃描儀，料背板和料邊框，且在顯示中間有一打孔。根之前的報(bào)，一加 Nord CE 3 正在印度進(jìn)測(cè)試，代為“Larry”，可能在 6 月推出?
IT之家 1 月 15 日消息，根據(jù)國(guó)外科技媒 9to5Google 報(bào)道，谷歌正計(jì)劃調(diào)整安平板的負(fù)一屏（Discover feed）頁(yè)面。三星 Galaxy Tab S8 運(yùn)行 Google Beta 版（14.2.7.26）之后可以看到全新的負(fù)一界面。IT之家了解到，負(fù)一屏在歌 Android 系統(tǒng)中官方叫做 Discover feed，可以顯示股價(jià)、遞、天氣、新聞相關(guān)信息。谷歌新版本中將現(xiàn)有兩列調(diào)整為三列您會(huì)在屏幕左側(cè)“發(fā)現(xiàn)”、“搜”和“收藏”按，“Google” LOGO 已經(jīng)挪到了左上角讓頁(yè)面看起來(lái)更的緊湊?
感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 15 日消息，谷歌今天推出了后一款 Stadia 云游戲，并承諾在下周發(fā)布個(gè)更新，為 Stadia 手柄啟用藍(lán)牙連接功能谷歌推出的最后款 Stadia 游戲是 Worm Game，這是一款測(cè)試游戲?在 Stadia 推出前用來(lái)測(cè)試其許多功能。 Stadia 于 2019 年 11 月公開(kāi)推出之前，Worm Game 在技術(shù)上已經(jīng)支持在 Stadia 上游玩，谷歌決定下周關(guān)閉這個(gè)流體服務(wù)之前為其出這款游戲。最的 Stadia 游戲是一個(gè)蟲(chóng)子游戲在推出新游的同時(shí)，谷歌還諾在 Stadia 手柄上啟用藍(lán)牙功能?！拔覀?在下周分享如何用這一功能的細(xì)，”谷歌 Stadia 社區(qū)經(jīng)理在一個(gè)論壇帖子說(shuō)。IT之家了解到，谷歌最初推的 Stadia 手柄是一個(gè)直接連接到 Stadia 服務(wù)的設(shè)備，其藍(lán)牙芯片被用。在 Stadia 服務(wù)將關(guān)閉的消息傳出后，戶們一直在尋找法將該手柄無(wú)線接到其他設(shè)備上避免使其變成電垃圾。新工具推后，用戶將不再要一些變通方法手柄連接到安卓設(shè)備。谷歌 Stadia 云游戲服務(wù)定于太平洋間 1 月 18 日關(guān)閉，在宣布關(guān)閉服務(wù)以后，歌表示將向所有過(guò)谷歌直接購(gòu)買服務(wù)的人退款。意味著，大多數(shù)買了創(chuàng)始版或首版的 Stadia 玩家免費(fèi)獲得了一個(gè)藍(lán)牙手柄下周，玩家將失在 Stadia 上的所有游戲和相應(yīng)的進(jìn)度，不在 Stadia 上推出游戲的開(kāi)發(fā)商已經(jīng)開(kāi)始將家遷移到其他平，比如育碧通過(guò)在 PC 上的 Ubisoft Connect 軟件為 Stadia 上的育碧玩家提供免費(fèi)的 PC 版游戲，并同步游戲進(jìn)度和保數(shù)據(jù)?
