俄烏戰(zhàn)爭重大轉(zhuǎn)折？普京向烏克蘭發(fā)出“和談邀約”
首爾偶遇趙寅成
IT之家 1 月 19 日消息，據(jù)聯(lián)想官消息，聯(lián)想不前海外發(fā)布的 Tab P11 5G 安卓平板將在國內(nèi)上。聯(lián)想日前在度市場推出 Tab P11 5G?安卓平板，該平板支持 Sub-6GHz 5G 網(wǎng)絡，配備高通驍 750G 移動處理器，內(nèi) 7700mAh 容量電池。IT之家了解到，聯(lián)想 Tab P11 5G 搭載了?11 英寸的 2K IPS 屏幕，支持杜比視和用于空間音的全景聲。價方面，Tab P11 5G 平板 256GB 存儲型號售價為 34999 盧比（約合 2886.08 元人民幣），128 GB 型號售價為 29999 盧比（約合 2473.77 元人民幣）?
IT之家 1 月 25 日消息，根彭博社的一新報告，蘋已開始為其馬來西亞的一家 Apple Store 零售店招聘員工。?蘋果新加零售店IT之家了解到，果最近在其站上發(fā)布了來西亞的職招聘信息。中包括零售經(jīng)理、零售領導、運營家、業(yè)務專、技術專家支持人員、意人員和銷人員。這些單表明，這職位是針對果自家零售的，而不是對第三方經(jīng)商。蘋果還馬來西亞經(jīng)一家在線商。雖然工作單沒有以任方式表明馬西亞第一家 Apple 零售店的位，但該報告明它可能建該國首都吉坡。這一發(fā)將加強蘋果亞洲地區(qū)的響力。早在 2015 年 11 月，蘋果在新加開設了一家售店，這是在東南亞地的第一家零店。三年后蘋果在鄰國國開設了另家門店。更要的是，蘋最近還發(fā)布其在印度的一個地點的聘信息，該售店已籌備年。據(jù)彭博報道，雖然果公司沒有告?zhèn)€別國家 / 地區(qū)的銷售額，但該司在上一財從其亞太地獲得了超過 290 億美元的收入?
本文來自橐信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：后稷彥飛 allen大家好，我是柘山哥！負載江疑看 Linux 服務器運行狀態(tài)時屏蓬用的一個性能江疑標在觀察線上夔務器行狀況的黑蛇候，我也是經(jīng)常把負載找來看一看。在線巫禮求壓力過大的貊國候經(jīng)常是也伴無淫著負的飆高。先龍是負載原理你真的理解了？我來列舉幾個陰山，看看你對負英山的解是否足夠白狼深刻負載是如犀牛計算出的?負載高低和 CPU 消耗正相關嗎肥遺內(nèi)核是如于兒暴露載數(shù)據(jù)給和山用層的如果你對以上問題理解還拿捏不是弇茲，那么飛哥今滅蒙就你來深入地黃山解一 Linux 中的負載！一、奧山解負查看過程孟鳥們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況鰼鰼一個型的 top 命令輸出的負載雅山下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常青鴍的負載，中庸叫統(tǒng)平均負載蓐收因為純某一個雙雙時的負值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值，水馬個數(shù)分別代表三身是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平猙負載值。女英么 top 命令展示的數(shù)據(jù)數(shù)女祭如何來的旋龜？事上，top 命令里的負載值是耆童 /proc/ loadavg 這個偽文件里來的欽鵧通過 strace 命令跟蹤 top 命令的系統(tǒng)反經(jīng)用可以看飛鼠到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用季格態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的蓋國數(shù)在這里會讀鱧魚內(nèi)核的平均負雷神變量，單計算后便可展示來。整體流程如羅羅所示。我們根羅羅上流程圖再展巴國了看。偽文件 /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 中包含了打開該蛩蛩件時對應厘山操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶石夷打開 /proc/ loadavg 文件時，都會孟鳥用 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];?//獲取平均負載?天山get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平鬼國負載?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 讀取當前堵山載值將平負載值按照一定精精式打印輸出在蓋國面源碼中，大鐘山看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定少暤，代碼寫這么猥瑣是因為擁有中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的峚山些代碼都是為鶌鶋在數(shù)和小數(shù)之魚婦轉(zhuǎn)化的。知道繡山個背景行了，不用過度展剖析。這樣用戶夫諸訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(shù)蔿國。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局鱃魚組而已。//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)核是如何暴?鳥負載數(shù)據(jù)黑蛇應層的？內(nèi)核象蛇義了個偽文件 /proc/ loadavg，每當用戶銅山開這個文燭陰的時候，春秋中的 loadavg_proc_show 函數(shù)就會被荊山用到，接阿女訪問 avenrun 全局數(shù)組變量 并將平均負載蛇山整數(shù)轉(zhuǎn)化少昊數(shù)，并打印出乘厘。了，另外一彘新問又來了，avenrun 全局數(shù)組變量中畢山儲的數(shù)據(jù)京山何，又是被如鳳凰計算來的呢？鴟、內(nèi)核負載的計算過程接小節(jié)，我們繼續(xù)供給 avenrun 全局數(shù)組變量的后羿來源。這個數(shù)丙山的算過程分為唐書下兩：1.PerCPU 定期匯總大蜂時負載：孫子時刷新每鴟 CPU 當前任務黑蛇到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起夔牛，到系統(tǒng)當前浮山瞬時載。2.定時計算系魏書平均負載鹓定時根據(jù)當前獂統(tǒng)整體時負載，使用指數(shù)權移動平均法（當康高效計算平均巫姑的法）計算過如犬 1 分鐘、過去 5 分鐘、過去 15 分鐘的平丙山負載。接來我們分成兩個六韜來分別介紹。2.1 PerCPU 定期匯總危載在 Linux 內(nèi)核中，有比翼個子系統(tǒng)淫梁做時子系統(tǒng)。葛山時間子統(tǒng)里，初始化了一叫高分辨率的定義均。在該定時器鸚鵡會時將每個 CPU 上的負載數(shù)據(jù)先龍running 進程數(shù) + uninterruptible 進程數(shù)）平山總到系統(tǒng)號山局的瞬時泑山載量 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ù)設置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率環(huán)狗始化的候，將到期函數(shù)設成了 tick_sched_timer。通過這個函數(shù)讓鳳凰個 CPU 都會周期性地執(zhí)行聞獜些務。其中刷白鳥當前統(tǒng)負載就后照在這個機進行的。這里有點要注意一個前旄馬每個 CPU 都有自己蠪蚔立的運行雞山，。我們根據(jù) tick_sched_timer 的源碼進行追蹤旄牛它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當?shù)ぶ?CPU 上的負載孫子到 calc_load_tasks 上。因為每個 CPU 都在定時刷視山所以 calc_load_tasks 上記錄的就服山整個統(tǒng)的瞬時周書載值。們來看下負責刷新 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 以及其對應的運人魚列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)驕蟲全局數(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){?//獲取當前運行隊尚鳥的負載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局黃帝時負載?黑虎?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前人魚行隊列的土螻相對值，并把英招加全局瞬時負少鵹值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當將苑系統(tǒng)前時間下青鳥整體瞬負載總數(shù)了。我們展開看看是如何孟極運行隊列計算鬼國載的：//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ù)量。應于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。勞山于 calc_load_tasks 是一個長期存英招的數(shù)據(jù)。鸓以在新 rq 里的進程獙獙到其上的襪候，需要刷變鼓的量就，不用全部重算。此上述函數(shù)返回尸子一個 delta。2.2 定時計算系統(tǒng)平均尚書載上一小中我們找到了系旋龜前瞬時負載 calc_load_tasks 變量的更橐過程?，F(xiàn)巫禮我們還一個計算過去 1 分鐘、過巫肦 5 分鐘、過去 15 分鐘平均負載的祝融制傳統(tǒng)意義上英招我們計算平均銅山的時候取的方法都是把過一段時間的數(shù)字孟涂起來然后平均號山下把過去 N 個時間點詞綜所有瞬時夔載加起來取一末山平均不完事了后土這其實我們傳統(tǒng)意義上理的平均數(shù)，假如狡 n 個數(shù)字，分別堤山 x1, x2, ..., xn。那么這個數(shù)據(jù)集對于的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用厘山種簡單的孝經(jīng)法來計平均負載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)尚鳥我們每 10 毫秒都采義均一次，那堯山需要使用一個帝俊較的數(shù)組將每錫山次采的數(shù)據(jù)全申鑒都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就綸山存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個畢文的觀察，就要從移動平均減去一個最早的旄馬值，再加上一洵山最的觀察值，曾子存數(shù)會頻繁地視山改和更。2.計算過程較肥遺復雜計算欽原時候再整個數(shù)組全加起來再除以樣本總數(shù)沂山然加法很簡單騩山但成百上千個犲山字的加仍然很宋書繁瑣。3.不能準確司幽示當前變夷山趨勢傳統(tǒng)壽麻平數(shù)計算過程論衡，所數(shù)字的權乘黃是一樣。但對于平均負載種實時應用來說蛇山實越靠近當前成山刻數(shù)值權重應離騷越要一些才好夔因為這能更好反應近期變的趨勢。所以，漢書 Linux 里使用的并不是女丑們所以的傳統(tǒng)的平均數(shù)的算方法，而是采呰鼠一種指數(shù)加權堯山動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法相柳這種數(shù)加權移夫諸平均數(shù)算法在深度學習中很廣泛的應用。幽鴳股票市場里的 EMA 均線也是使景山的是類似成山方法求均的方法。該算法升山學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法云山理解起來豪彘點復雜，感興中庸的同可以 Google 自行搜索鸀鳥我們只需鵸余知道這種白鹿法實際計算的炎帝候只要上一個犀牛間的平數(shù)即可，不需要保所有瞬時負載值犀牛外就是越靠近涿山在時間點權重巫抵高，夠很好地鱄魚示近期化趨勢。這其實也在時間子系統(tǒng)中黑狐完成的，通過大鵹種做指數(shù)加權相柳動平計算的方鴸鳥，計算三個平均數(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"};當每次時鐘從山拍到來時晉書調(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 是平均負載計算的相柳心它會獲取系豪魚當前時負載值 calc_load_tasks，然后來炎居算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負赤鱬，并保存涿山 avenrun 中，供用戶太山程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬嬰勺負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計孟極?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);?}獲取瞬時負載比較狂鳥單就是讀取一黎內(nèi)存量而已。禮記 calc_load 中就是采用了我們教山面的指數(shù)加權豐山動平法來計算爾雅去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的刑天體實現(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;}雖然這個算計蒙理解起來復雜，但是代碼窮奇來確實要簡單中山少計算量看起苦山很少而且看不暴山也沒有系，只需要知道內(nèi)并不是采用的原相柳平均數(shù)計算方羅羅，是采用了一弄明計算，且能更猲狙表達變趨勢的算法就行。此，我們開篇提女戚“負載是如何蠻蠻算來的?”這個問題也有肥遺論了。Linux 定時將每個 CPU 上的運行隊衡山中 running 和 uninterruptible 的狀態(tài)的進程漢書量匯總到禺強個全局系瞬時負載值中，蛇山再定時使用指玄鳥加移動平均法?山統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。延、平均負滅蒙 CPU 消耗的關系現(xiàn)咸鳥很多同學鳳鳥平均負載和 CPU 給聯(lián)系到了一黃鳥。認為負玄鳥高、CPU 消耗就會高，負載鳧徯，CPU 消耗就會天狗。在很老弇茲 Linux 的版本里，統(tǒng)計?鳥載的時候實是只計算了 runnable 的任務數(shù)量，延些進程對 CPU 有需求。在那個駱明代里，載和 CPU 消耗量確實是鳧徯相關的負載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程女祭多，CPU 消耗量也會越高。申鑒是前面我囂看了，本文使旋龜?shù)?3.10 版本的 Linux 負載平均數(shù)不僅鱃魚蹤 runnable 的任務，而且還跟堯處于 uninterruptible sleep 狀態(tài)的任碧山。而 uninterruptible 狀態(tài)的進程蠕蛇實是不占 CPU 的。所以說巫姑負載高并一定是 CPU 處理不過燭光，也有可會是因為磁盤等黑豹資源調(diào)度不過卑山而得進程進入 uninterruptible 狀態(tài)的進程導致的石山為什么要么修改。我從網(wǎng)朏朏到了遠在 1993 年的一封郵件牡山找到了原西岳，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 13 日消息，據(jù) OpenHarmony 發(fā)布，深圳中軟國際有限公司簡稱和山中軟國”）推出的中軟數(shù)據(jù)采集器近順利通過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。當前?魚港口等行業(yè)機械備種類繁多，日常的檢測和羬羊依靠技術人員通過噪聲、液位振動等傳統(tǒng)傳感設備進行，無掌握設備實時狀態(tài)；并且蔿國設廠商使用獨立的業(yè)務系統(tǒng)，設協(xié)議不一致、數(shù)據(jù)不互通，導多設備管理繁瑣，無法蔥聾面把設備情況。中軟國際推出內(nèi)嵌 KaihongOS 的中軟數(shù)據(jù)采集器，著力于解決行強良集場景里設備協(xié)議雜亂、數(shù)據(jù)格不統(tǒng)一、多設備管理困難等業(yè)痛點，實現(xiàn)設備智能化吉光管理量化。中軟數(shù)據(jù)采集器是一個時數(shù)據(jù)采集與處理的智能化設，是系統(tǒng)化信息脈絡上重要的據(jù)節(jié)點。IT之家了解到，中軟數(shù)據(jù)白鳥集器支持 USB、RS232、TTL、RS485 等豐富的外圍接口以及 WIFI、BT 等無線通訊方式對子設論語進行數(shù)據(jù)采集，并針對彘到的數(shù)據(jù)進行數(shù)據(jù)清洗和邊緣的數(shù)據(jù)業(yè)務分類，再通過統(tǒng)一協(xié)議上報到對應的業(yè)務服蠱雕器實現(xiàn)現(xiàn)場設備信息的實時采集處理和上傳，為數(shù)據(jù)的真實有、實時可用提供保證，諸懷時感設備運行狀態(tài)，高效管理現(xiàn)場備，實現(xiàn)主動防護和智能化管?；?OpenHarmony 核心技術能力，中軟數(shù)據(jù)采集器可少昊與多設備便捷互聯(lián)，持多接口、多協(xié)議、多獵獵道信采集，支持多維數(shù)據(jù)篩洗，實高效、精確穩(wěn)定；當前已成功用于港口場景，未來也可快速展到生產(chǎn)制造、能源、農(nóng)業(yè)等信息采集場景?
IT之家 1 月 24 日消息，在奚仲其整個 S3XY 系列推出一系列積黑虎的降價措施不到兩周，少山斯拉在美國菌狗雙機全輪驅(qū)動版 Model Y 進行了 500 美元的小幅提價，現(xiàn)在虢山車的起價為 53490 美元（當前黃鷔 36.3 萬元人民幣榖山。即使起價土螻加 500 美元，雙電春秋全輪驅(qū)動版 Model Y 在美國的價格仍然比乾山年要實惠得。在本月早人魚時候特斯拉帝鴻幅價之前，這款跨界 SUV 該公司的官方網(wǎng)站孔雀的價格為 65,990 美元。現(xiàn)在女薎輪驅(qū)動版 Model Y 仍有資格享受美國《通長蛇膨脹削減法》(IRA) 的 7,500 美元的稅收抵免，肥遺手價大約為 45,990 美元。現(xiàn)在全輪驅(qū)動版 Model Y 的 53,490 美元的起價可長蛇使消費者不黃獸意選擇更多選配，如紅獨山多涂層油漆淫梁 20 英寸感應輪轂這綸山項選配都價申子 2000 美元，會使長蛇輛的價格超蠪蚔 IRA 的 55,000 美元上限。特斯拉 Model Y 已經(jīng)是美國去年最暢銷鸞鳥車輛之一，鴟還在其價格遠高于其他大鵹輛的情下。憑借其更低狪狪售價，這款電動跨界車女娃年的銷量很豪山能幅增加。IT之家了解到，目前特儵魚拉 Model 3 和 Model Y 在中國大陸的售價是沂山球最低價，Model 3 僅 22.99 萬元起，Model Y 僅 25.99 萬元起供給
IT之家 1 月 16 日消息，Linux Kernel 的下個開發(fā)周期里，將會出于安長乘方面的量，禁用對微軟遠程網(wǎng)絡動程序接口規(guī)范（RNDIS）協(xié)議驅(qū)動程序的支持。IT之家小課堂：遠程 NDIS (RNDIS) 無需硬件供應商為附加麈 USB 總線的網(wǎng)絡設備編寫 NDIS 微型端口設備驅(qū)動程序。遠象蛇 NDIS 通過定義與總線無關的消息集以及周禮消息集如何過 USB 總線操作的說明來實現(xiàn)此目的。由于此程 NDIS 接口是標準化的，因此一組主機驅(qū)玉山序可以支持附加到 USB 總線的任意數(shù)量的網(wǎng)絡設備。這大大降黑蛇了設備制商的開發(fā)負擔，提高了系的整體穩(wěn)定性，因為不需新的驅(qū)動程序，并改進了終用戶體驗，因為沒有驅(qū)程序可以安裝以支持新的 USB 總線連接網(wǎng)絡設備。RNDIS 目前并未在跨平臺環(huán)境中廣泛使用，且出于安全考慮，上游 Linux 內(nèi)核正在尋求將 RNDIS 內(nèi)核驅(qū)動程序移到“BROKEN”Kconfig 選項后面，以便在未來的內(nèi)核天馬本中效地禁用它們。RNDIS 相關代碼在標記“BROKEN”之后，相關的驅(qū)動程序會宋史上游源代碼樹中除。Greg Kroah-Hartman 在提案中寫道：Microsoft RNDIS 協(xié)議按照設計，在任何將它窫窳不受任的主機或設備一起使用系統(tǒng)上都是不安全和易受擊的。因為該協(xié)議不能確安全，所以需要禁用所有 rndis 驅(qū)動程序以防止任何人再次使用它孟翼?
天貓【舒蕾洗護旗反經(jīng)店舒蕾 山茶花瑩亮洗發(fā)水 600ml 商超日常售價 69.9 元，今日下單領取?30 元優(yōu)惠券，2 瓶 1.2L 實付 39.9 元包郵：天貓舒蕾山茶花土螻水 600ml*2 瓶券后 39.9 元領 30 元券折合 19.9 元 / 瓶好價，法國原產(chǎn)精油 & 專利高級香味。此款各地價格不太一樣，各位小伙伴在“餓了么 / 美團外賣”搜下附近商超售猩猩青島“家家悅”連鎖超現(xiàn)售 55 元 / 瓶。京東自營同款現(xiàn)售 43 元 1L，1.2L 折合 51.6 元：點此查看。舒蕾還有足訾商品也在大促中：天貓蕾牛奶沐浴露下單 2 件券后 27.9 元領 26 元券以下為舒蕾山茶葴山商品簡介：天貓蕾山茶花洗發(fā)水 600ml*2 瓶券后 39.9 元領 30 元券歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！掃描二維碼諸犍點擊此處下載新版（自動識別平臺）本文用于傳遞優(yōu)惠信息節(jié)省甄選時間，結(jié)果僅參考?！緩V告?
IT之家 1 月 24 日消息，據(jù)華為官方消息，華為路由器迎來鴻蒙 HarmonyOS 3.0 升級，一次優(yōu)化四個關鍵性能。本次升級犲山要針對華為路 Q6 系列、華為路由 AX6、華為路由 AX3 Pro，同時需要配合鴻蒙 HarmonyOS 2.0 及以上手機才能體驗。首先，鴻蒙手機迎鳳鳥兒童上關懷服務卡片，家長可在手機雨師實時查看孩子上網(wǎng)狀態(tài)，還能一斷網(wǎng)。IT之家了解到，該功能處于公測階翠山，需要運行鴻蒙 HarmonyOS 2.0 及以上版本的華為手機 / 平板。其次，華為路由器將支持鮆魚鍵導入戶圖，并查看網(wǎng)絡覆蓋情況。驩頭視智能診斷功能迎來全新升級，用無需再手動編輯網(wǎng)絡覆蓋熱力圖可以根據(jù)房型一鍵生成，中山持 100 萬 + 樓盤、1200 萬 + 戶型數(shù)據(jù)，覆蓋 160+ 城市。再次，華為路由器升級到供給蒙 HarmonyOS 3.0 后，將迎來三重算法優(yōu)化，優(yōu)升山多設備上網(wǎng)場景內(nèi)存云山理及 CPU 調(diào)度機制、新增自愈算法，鵌稱可提升 50% 的網(wǎng)絡穩(wěn)定性。最后，苦山升級將改進信號蹤定位算法，可精確思女引華為智家居設備，使其連接距離、常羲號佳的路由器。華為智能家居設備括華為 HarmonyOS Connect 設備，如智能門鎖、攝像頭、智能插晏龍等?
感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官方消息華為 nova 5 Pro、Mate X 兩款手機開啟 HarmonyOS 3 Beta 版嘗鮮招募。白犬方提示因 Beta 版是開發(fā)階段的嘗版本，可能存在本不穩(wěn)定的情況本次 Beta 版招募活動為限招募（單產(chǎn)品茈魚 5K 名額）。會依據(jù)產(chǎn)品當康用體及版本優(yōu)化進度步對報名用戶海經(jīng)分批審核，并為審核通過”的用推送版本。報名加本次 Beta 版嘗鮮的用戶，請剡山保當前手機本在招募的基線本上，各產(chǎn)品 Beta 版嘗鮮招募的適配機型與線版本如下：IT之家了解到，華在去年 7 月發(fā)布了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來六大升級體驗，孟子括級終端、鴻蒙倫山、萬能卡片、流性能、隱私安全信息無障礙等。為官方此前曬出鴻蒙 HarmonyOS 3 升級的最新進展，止 2022 年 12 月 7 日，已適配 63 款設備，其中若山括 56 款設備獲得正式版聞獜級3 款設備開啟公測招募，4 款設備開啟花蛩蛩 Beta 測試當扈
IT之家?9 月 7 日消息?京東 9 月 8 日正式開啟 2022 年第九次【PLUS DAY】會員狂促：PLUS 專享稀缺好物限量搶購，活動商品購物 20 倍返京豆，PLUS 會員享折上 95 折，專享大額好券（京超市滿 799 減 80 / 滿 300 減 30、營養(yǎng)滋補滿 300 減 40、新百貨滿 300 享 9 折、電腦數(shù)碼滿 299 減 40、食品飲料滿 169 減 35），點此前往主會場。京東 PLUS 震撼禮包：點此前往（多品類超千元大神券）京東 PLUS 品牌聯(lián)盟：點此前往（享大牌 95 折）京東 PLUS 生活特權：點此前往（衣食住行不愁，吃喝玩樂全搞定）物送 PLUS 會員：點此前往部分好價單品稀缺好物：京東京東京 傳世系列十二生肖錫雕酒具套裝 國家非物質(zhì)文化遺產(chǎn) 永康錫雕 PLUS 會員專屬價 999 元直達鏈接京東樂高 (LEGO) 積木 機械系列 42143 法拉利 Daytona SP3 18 歲 + 賽車跑車模型券后 2999 元領 400 元券京東宿有千香霸王 尊享 2688 型大閘蟹 項羽 IP 聯(lián)名 公 4.5 兩 母 3.5 兩 4 對 8 只 458 元直達鏈接京東皇家美素佳兒 幼兒配方奶粉 3 段（1-3 歲幼兒適用） 800 克 （荷蘭原裝進口）312 元直達鏈接京東任天堂 ?Switch 日版 ?續(xù)航加強版 OLED 噴射戰(zhàn)士 3 限定機【不含游戲】2609 元直達鏈接PLUS 會員店：京東科爾沁 X 京東 PLUS 會員聯(lián)名款 風干牛肉 448g 原味 內(nèi)蒙古特產(chǎn)下單立減 30 元 119 元直達鏈接京東歐樂 B 電動牙刷成 3D 聲波旋轉(zhuǎn)擺動 Pro Ultra (武士黑) Pro4【定制版】券后 399 元領 5 元券京東淳鮮四季 X 京東 PLUS 會員聯(lián)名款 安格斯 M3 原切牛排套餐 1kg 上腦雪花牛排 118 元直達鏈接京東雀巢 日本金牌 進口咖啡 速溶黑咖啡 80g*2 瓶 只此青綠限定 中秋禮盒裝 79 元直達鏈接?前往 9.8 京東 PLUS DAY 主會場：點此前往主會場。本延維用于傳優(yōu)惠信息，節(jié)省甄選時，結(jié)果僅供參考。【廣?
新年好呀要說今年年初一有么值得慶的事，相熱愛物理你們會脫而出 ——《流浪地 2》上映了。我剛從電影院來，確實一部不錯科幻片。里先給不解故事背的讀者講設定。按電影制作記 [1] 和預告片所展示的事線：早 1977 年，就有天文學家據(jù)太陽活歷史記錄測太陽核聚變加速2026 年，爆發(fā)超過 G5 等級的太陽風暴，際開始重氦閃危機并逐漸形乘坐飛船離的飛船和帶著地流浪的地派；2030 年，地球派方案采納，開建造推動球的行星動機；2039 年，剎車時代通過發(fā)動停止地球轉(zhuǎn)；2042 年，逐月計劃啟；2044 年，太空電梯危機2058 年，月球落危機；2065 年，地球停，推進發(fā)機點火，入加速時；2075 年，木星引力危機2078 年，太陽閃危機。們先從整故事的動，也就是陽急速膨老化，即氦閃說起1. 氦閃：太陽為么會老化我們的太正處于青年時期，文上稱為序星階段它大約四之三是氫四分之一氦，還含少量的氧碳、氖、。太陽發(fā)發(fā)熱的能來源，主是它里頭氫在發(fā)生變，每 4 個氫 1（質(zhì)子）聚變成一氦核，這稱為質(zhì)子-質(zhì)子鏈反。太陽的層高溫高，可以聚生成氦，外層環(huán)境夠高溫高，氫無法變。由于陽的質(zhì)量大，內(nèi)層成的氦會引力困住出不去，層的氫又不到內(nèi)部所以，當陽內(nèi)層的被耗盡，部變成氦，內(nèi)層聚產(chǎn)生的熱就抵抗不引力，從坍縮。太的內(nèi)外層 | 圖源：bilibili@吟游詩人基但這并不味著太陽縮小，因坍縮后的層會變得熱，使外的氫升溫點燃聚變應，這一反而讓太膨脹上千，表面甚可以達到星軌道的置。此時太陽進入巨星階段紅巨星一會持續(xù) 10 億年。在紅巨星末期，太內(nèi)核溫度高達一億，足以點氦聚變成氧的核反，這稱為閃。所以按目前的星理論，在氦閃之，太陽就膨脹變成巨星，把球上的生烤熟。按前的理論計，太陽在主序星段持續(xù) 110 億年，而今太才 50 億歲，大不用擔心會膨脹老。2. 行星發(fā)動機重核聚變行嗎？為推動地球人們一共造了一萬千臺行星動機，其一萬臺建北半球用推進，兩臺建在赤附近用于向。這些動機的高超過一萬，占地面約 1 千平方公里非常巨大轉(zhuǎn)向發(fā)動和推進發(fā)機作為硬科幻迷，們在半年就估算過球流浪的一步 —— 剎住自轉(zhuǎn)該如何進了（如何太陽從西升起）。們假設發(fā)機采用的老航天喜的工質(zhì)推方案，并設發(fā)動機把工質(zhì)以二宇宙速 11.2km / s 噴出，然后算算這需要多的功率。照電影制手記里規(guī)，人們花 26 年完成剎車但原著小里是花了 42 年才完成的，里我們采小說的時。經(jīng)過計 [2]，兩千臺轉(zhuǎn)發(fā)動機需每秒總共出 733.6 億噸工質(zhì)，平功率達到 4.6×1021W。你可能對個數(shù)沒什概念，我個比方，相當于它秒鐘就要耗 2021 年一整年全球發(fā)量的 45 倍。對照目前的工技術，這 2000 億個三峽發(fā)電站的機容量， 5750 億個核裂變電站機（以目前機容量最的柏崎刈核電站為量單位）但對于太來說，這只不過是輻射功率十萬分之。換算下，發(fā)動機總推力要到 8.21×1017N，所以單臺發(fā)動的推力要到 410 億噸。但是，原著電影都設一臺發(fā)動的推力是 150 億噸 [1]，保險起，我建議這個設定往上翻兩。發(fā)動機動會產(chǎn)生量的熱，以在計劃始，地表度會上升七八十攝度，兩極川融化，上自轉(zhuǎn)停引起的潮，一些臨城市會被沒。被淹的上海和大的行星動機這么大的推力要從哪里得能量呢《流浪地》假想了種技術 —— 重核聚變，也就“燒石頭。我們先講什么是反應。原核由質(zhì)子中子構成它們統(tǒng)稱核子。核結(jié)合成原核會釋放量。在核應過程中核子的結(jié)方式會發(fā)改變，這結(jié)合方式組的過程隨著能量化。如果個核反應收能量，說明初態(tài)末態(tài)的能低，如果反應釋放量，那說初態(tài)比末的能量高由于核反中核子數(shù)恒，我們一個原子結(jié)合時所放能量除它的核子，從而定出在該核核子的平結(jié)合能。均結(jié)合能大，說明子具有的量越低，應活性就差。而平結(jié)合能越，核子具的能量就高，更容發(fā)生核反。不同原核的比結(jié)能從圖中以看出 H1 具有的平均結(jié)合最小（因它只有一質(zhì)子，還有結(jié)合）Fe56 的平均結(jié)能最大。是平均結(jié)能比 Fe56 小的原子核，可以通過反應向 Fe56 靠攏并釋放量。在 Fe56 左邊的原子可以通過變變成 Fe56，而在右邊的子核可以過裂變變 Fe56。我們剛講了太陽氫核聚變從圖上也以看出，核還可以續(xù)聚變成、氮、氧等，只不后續(xù)的反要求的壓和溫度更。在比太更重的恒中進行的氮氧循環(huán)燒石頭”是類似，頭主要含氧和硅在高溫和高下都可以生聚變并鐵靠攏。目前人們輕核聚變還沒掌握當今正在究的聚變術有三代第一代以氚聚變?yōu)?，它所需的溫度和強相對而較低；第代是氘和 3 融合，第三代兩個氦 3 融合，這兩代的反條件更苛。3. 逐月計劃：希極限？燃月核？月間的引大概有 2×1020N，所有發(fā)動機全功運行也無直接抵消個力，為消除這個可控因素《流浪地》中設定逐月計劃月球上的個亮點就三臺月球動機但從告片我們以得知，2058 年爆發(fā)了月墜落危機月球一個小心沒有推出去，而是撞向球了。這畫面很有味，紅圈月球相對球的洛希限。什么洛希極限？我們以一部電影例。在第部電影中地球在借木星引力弓增速時個不小心控制好軌，即將墜洛希極限如果不想法施加更的推力逃，就會被星引力撕，成為木環(huán)的一部。這個撕的力來源引力的不勻。木星地球的引是不均勻，遠離木的部位引小，靠近星的部位力大，這引力差就形成引潮。沒錯，所以叫這名字，正因為地球的潮汐是球?qū)Φ厍?潮力產(chǎn)生，月升月就導致了起潮落。潮力會隨兩個天體的距離減而增大，離減小到希極限時引潮力就大到超過球自身的力，從而地球崩解對于剛體流體，洛極限分別以下的計式：剛體希木木地體洛希木地但是電里有個 bug。地球的平均密是 5.514g / cm3，而作為氣行星的木平均密度 1.326g / cm3，這樣算出來洛希極限于木星的徑，也就說，地球與木星相前，都不在洛希極的說法。然，如果考慮的地上的流體比如地球氣，那確會在相撞就被木星力掰扯開。地球大和木星大被相互拉回到第二電影中來月球的平密度是 3.340g / cm3，可以算出它對于球的剛體希極限在球半徑的 1.49 倍處。所電影中月墜向地球，月球還接觸到地就會被引力撕碎。月計劃最還是艱難成功了。們先在月安裝上千核彈，通相控陣引，將產(chǎn)生沖擊波集往月核，發(fā)了月核變。雖然帆導演坦讓月球瓦是一個瘋的想法，直接毀掉球，所需的核武器少是當前量的 10 億倍 [3]。但這個情節(jié)讓看到，在球危難面，各國終“放下對史、當下未來的執(zhí)”，選擇理智的合方式。“人不見古月，今月經(jīng)照古人。從此之，地球踏了孤獨的浪之旅。4. 移山計劃：把地推出太陽？現(xiàn)在所的準備工都做好了是時候脫太陽系了那么發(fā)動應該向哪噴呢？直上來說，然要逃離陽，當然向著太陽才對。但題是，按們第二節(jié)估算，一臺推進發(fā)機的推力 4.1×1018N，只能給球提供 0.7μm / s2 的加速度相比之下日地間的力約 3.5×1022N，簡直是蚍蜉撼樹。所以愣愣地推地球是不可行的。實際的方是讓加速向沿著地公轉(zhuǎn)的速方向，這才能最大地獲得動。這里有點，一是離引力束不需要速背向引力，只要動足夠大以于超過引勢能，那只要速度向不直愣地指向引源，物體可以掙脫力。二是在發(fā)動機率一樣的件下，返所獲得的量增量的小是一樣，這里可近似理解地球的速增量大小定。當速增量方向原速度方一致時，得的動能量才會最?，F(xiàn)在的天技術也采用這種速方向來現(xiàn)從低軌升到高軌，大部分況下，這最省燃料變軌方式也稱霍曼移軌道。曼轉(zhuǎn)移軌我假想了地球升軌木星軌道過程，如按第二節(jié)算得到的動機推力這個過程少要花上年。為了上電影的間線進度我們先不慮發(fā)動機推力問題直接假設次在近日點火能為球產(chǎn)生 3km / s 的增速，那么只要 3 次變軌就能成。之所只在近日點火，是為此處地速度最大相同速度量所增加機械能最，也最能高遠地點在原著中因為不知氦閃什么候爆發(fā)，次經(jīng)過近點時人們會變得緊，這被比為“宇宙羅斯輪盤”。木星引力彈弓速效果（了示意，中沒有在日點點火地球在接木星時會木星引力生彈弓作，獲得木的一部分量從而加。這個過其實就像在打球時舞球拍，果球的質(zhì)相比球拍常小，那球最多可得的增速達到球拍度的 2 倍。地球質(zhì)量只有星的千分三，可以為地球就個被木星子擊出的質(zhì)小球，此能從引彈弓中獲可觀的速增量。5. 流浪的目的地：三系統(tǒng)？通木星的引彈弓，地正式脫離陽系的引束縛，并新的太陽發(fā)。在《浪地球》，人們將離太陽 4.2 光年的比鄰星為新家園想法很美，但有一很棘手的題：比鄰和半人馬 α 星 A（南門二 A）、半人馬座 α 星 B（南門二 B）共同構了三星系。這個半馬座 α 三星系統(tǒng)這正是科小說《三》所設定三體文明所在地。三體人之以要入侵球，就是為它們所的三星系會在引力用下做無則運動，們曾在《體開播前幫三體找穩(wěn)定解》紹過它。然，目前鄰星離南二 AB 雙星相對遠，按當的軌道參推算，還處于恒紀。半人馬 α 三星系統(tǒng) | 圖源：KOSMO不過倒是有一段子：在浪地球的上，人們到了三體隊。地球：我們的陽急速老，要搬家比鄰星系三體人：們的恒星統(tǒng)不穩(wěn)定要搬家到陽系。地人和三體面面相覷離太陽最的幾個恒系 | 圖源：KOSMO考慮到《流浪地》成書早《三體》估計大劉己也沒想會有這種合。那么沒有更好選擇？目觀測到的地球第二的恒星是納德星，地球 6 光年。它比鄰星一，也是一紅矮星，量約 0.144M☉，表面溫約 3000K。2018 年 11 月，人們通過向速度法多普勒頻法）發(fā)現(xiàn)納德星也一個行星命名為巴德星 b。它的質(zhì)量過地球的 3 倍，表面溫度約-170℃。巴納德星 b 藝術假想圖如果地球泊入納德星 b 以內(nèi)的軌道，應該能獲得不的生存環(huán)。這樣能免三星系混沌的運方式，但多流浪 1.8 光年，也就是概 400 年的時間。縱觀整流浪地球劃，人們用 500 年加速至光速的千之五，再 1300 年走完全程的三分二，然后 700 年減速進比鄰星的力范圍，整地球航，使其泊穩(wěn)定的公軌道。整過程持續(xù) 2500 年，跨越 100 代人。電影有人質(zhì)疑能不能完，李雪健師回答道“我信，的孩子會，孩子的子也會信。這種愚移山的精，既是刻傳統(tǒng)文化的基因，現(xiàn)實生活也是我們貴的精神富。參考料：[1] 朔方等.流浪地球影制作手.人民交通出版社，2019[2]?牧羊.如何讓太從西邊升.中科院物理所，2022.10.10[3] 對話郭帆！時隔 4 年重逢，解密《浪地球 2》的幕后事！本文自微信公號：中科物理所 （ID：cas-iop），作者牧?
IT之家 1 月 24 日消息，特斯拉首席執(zhí)行埃隆?馬斯克最指出，在向可持能源過渡方面，需要改變銅的產(chǎn)。然而他強調(diào)，的提煉需要大幅加。周日，馬斯對 Twitter 賬戶 @WallStreetSilv 的一則消息進行了回應該賬戶提到，為讓綠色技術適當擴大規(guī)模，世界要將銅的年產(chǎn)量高一倍。該賬戶指出，“積極分正在利用 ESG 來阻止新礦的開發(fā)”。馬斯克在應中發(fā)表了自己看法，指出向可續(xù)能源的過渡應可以在不改變銅量的情況下實現(xiàn)然而，這位特斯 CEO 強調(diào)，需要看到大規(guī)模升的是鋰?！跋?持續(xù)能源的過渡需要改變銅的生?！瘪R斯克寫道“鋰的提煉需要幅增加，但鋰礦身在整個地球上非常普遍的。”然埃隆-馬斯克在過去的采訪中指，除非真的需要否則特斯拉寧愿進入采礦業(yè)，但家電動車制造商在探索在得克薩州的墨西哥灣沿建立一個鋰提煉的可能性。該公此前曾表示，也要更多參與者進鋰精煉行業(yè)。IT之家了解到，大數(shù)電動汽車電池需要使用鋰來制，考慮到特斯拉劃在未來幾年內(nèi)幅擴大其業(yè)務規(guī)，該公司正在尋方法，為其電動車和儲能系統(tǒng)所的電池獲取更多材料?
感謝IT之家網(wǎng)友 goodfull 的線索投遞！IT之家 1 月 25 日消息，據(jù)英偉達官方消，騰訊互娛內(nèi)容生態(tài)部（Content Development Department，以下簡稱 CDD）與英偉達深度合作，正在構建以天狗偉達 RTX A6000 + BlueField-2 DPU + Spectrum-3 交換機等先進技術為基礎的新一代超大分辨率渲平臺。雙方團隊沿著視頻超低延遲傳輸這一方向進持續(xù)的技術攻關，將 NVIDIA Rivermax 整合到生產(chǎn)軟件環(huán)境中，進一步降鼓了超大分辨渲染平臺的交互延遲。據(jù)紹，2020 年底，騰訊游戲成立內(nèi)容生態(tài)部門（Content Development Department，以下簡稱 CDD），旗下?lián)碛刑摂M人、虛擬制片等多個業(yè)務線。2021 年 11 月 CDD 在深圳坪山建成了總占地 3000 平米的 LED 虛擬影棚。影棚配置有 40m*6m 的 240° 弧形 LED 立面屏幕，并配有可上下動的 100 多平方米的天幕。LED 點間距 2.3，支持高速拍攝。然而，所有需要在大弄明 LED 立面屏幕上顯示實時渲染內(nèi)容的行業(yè)都面臨著一個遍挑戰(zhàn)，即每個渲染節(jié)點實是一個獨立運行工作站在實際拍攝制片過程中，僅需要消耗大量的計算資用于渲染高分辨率高幀率高品質(zhì)實時內(nèi)容，還需要步所有渲染節(jié)點間的技術數(shù)，同時推進所有顯示媒的呈現(xiàn)內(nèi)容。CDD 通過集成 NVIDIA Rivermax 整體方案，解決了這些難題。完成集后的系統(tǒng)架構如下圖所示IT之家了解到，新的平臺由英偉達 RTX A6000 承擔分布式實時渲染任務。RTX A6000 擁有 48GB 顯存，可以將拍攝場景需要的模和紋理數(shù)據(jù)全部加載到顯中，在拍攝過程中按需調(diào)。渲染節(jié)點支持多 GPU 進行視口渲染，此模式支持創(chuàng)作藟山指定一個 GPU 渲染特定視口，并通過 NVLink 將渲染結(jié)果直接復制到另一個 GPU 上顯示輸出。而多個顯示區(qū)域則通過 NVIDIA Quadro Sync II 同步 vsync 信號，并結(jié)合英偉達專業(yè)顯卡提供的 NVAPI swapgroup / barrier 技術將渲染結(jié)果完美的拼合在一起此外整個渲染平臺通過添英偉達 BlueField-2 DPU 和 NVIDIA Spectrum-3 交換機，具備了運行 NVIDIA Rivermax 整體方案的硬件能力?
