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