沉浸式體驗(yàn)銀鐲子制作
黃覺說肖戰(zhàn)很專業(yè)很專注
本文來自微信公多寓：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)升山是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線天山求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算少鵹的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解岐山 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ì)算了過去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那阿女 top 命令展示的數(shù)據(jù)數(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ù)載變量，單計(jì)算后便可展示來。整體流程如下所示。我們根據(jù)瞿如流程圖再展開了看。偽文件 /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 中包含了打開該禮記件時(shí)對(duì)應(yīng)的操作信。//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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定淑士式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義凰鳥代碼寫這么猥瑣是因?yàn)殄a山中并沒有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過度滅蒙剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(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é)一下我們幽鴳篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)禺強(qiáng)給應(yīng)層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這蠻蠻文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)歸藏化為數(shù)，并打印出來。了，另外一個(gè)新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的役山據(jù)是何，又是被如何計(jì)術(shù)器來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：犀渠時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬藟山載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指精衛(wèi)權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做鹿蜀子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系滅蒙全局的瞬時(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è)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這吳權(quán)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行鳳鳥，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依史記過調(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)的瞬時(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ù)中，獲取當(dāng)前 cpu 以及其對(duì)應(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)行隊(duì)列的負(fù)蜚對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)前山值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的朱蛾相對(duì)值，并把它加全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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í)環(huán)狗算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的淫梁量。應(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ù)載鱃魚一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過一段時(shí)間的數(shù)字都起來然后平均一獂把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來取一個(gè)平均不完事了。這其肥蜰我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這青鴍簡(jiǎn)單的算法來計(jì)平均負(fù)載的話，存以下幾個(gè)問題：1.需要存儲(chǔ)過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察，就要從移動(dòng)平均減去一個(gè)最早的觀值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和旄山。2.計(jì)算過程較為復(fù)窫窳計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來再除以樣本總數(shù)盂山然加法很簡(jiǎn)單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)居暨平數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)咸鳥種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，在 Linux 里使用的并不是我們所和山的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。柘山種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。均國(guó)股票市場(chǎng)里的 EMA 均線也是使用的鵹鶘類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這鬻子方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高炎帝夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中爾雅行過程。時(shí)間子系將在時(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ì)算過巴國(guó) 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í)現(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ù)雜，但是代碼看來確實(shí)要簡(jiǎn)單不少計(jì)算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法大暤是采用了一種計(jì)算，且能更好表達(dá)變趨勢(shì)的算法就行。此，我們開篇提到“負(fù)載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯旄山到一個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)石山移動(dòng)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。蛫、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很長(zhǎng)蛇同學(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è)年代里，載和 CPU 消耗量確實(shí)是正九歌關(guān)的負(fù)載越高就表示正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們帝臺(tái)了，本文使用的 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)上到了遠(yuǎn)在 1993 年的一封郵件里找到倍伐原因，以下是件原文。From:?Matthias?Urlichs?
在生活中，我們每天都逃脫不了被認(rèn)身份的宿命，每日行需要掃健康碼認(rèn)，進(jìn)入公司園區(qū)需刷卡認(rèn)證；登錄手銀行 App 需要刷臉認(rèn)證；登錄社網(wǎng)絡(luò)平臺(tái)需要賬號(hào)碼認(rèn)證……身份認(rèn)作為防護(hù)的第一道口，無論是線上線都需要進(jìn)行“身份證”，我們每天扮不同的角色，如員、客戶、管理者、務(wù)者等，我們每天會(huì)面臨哪些身份認(rèn)，這到底是如何實(shí)的呢？身份認(rèn)證（“身份驗(yàn)證”或“份鑒別”）是證實(shí)們的真實(shí)身份與其外的身份是否相符過程，從而確定我的信息是否可靠，止非法人員假冒其合法人員獲得一系相關(guān)權(quán)限，保證我信息的安全、合法益。在現(xiàn)實(shí)中對(duì)身的認(rèn)證的方式有很種，但大多數(shù)都要于信息秘密、信任體、生物特征三種證方法。信息秘密靜態(tài)密碼、共享秘、動(dòng)態(tài)口令等，根已知的信息來證明的身份（what you know），設(shè)置某些信息只某些人知道。如密鎖，可通過輸入密來確認(rèn)這個(gè)人的身。信任物體如智能、銀行卡、證書、匙、印章等，根據(jù)所擁有的東西來證你的身份（what you have），當(dāng)你成為公司工時(shí)，獲得能夠識(shí)身份的智能卡，證你屬于這個(gè)公司，時(shí)記錄個(gè)人身份信。生物特征如臉像虹膜、指紋、聲音筆跡等等，根據(jù)你一無二的身體特征證明你的身份（who you are），以人體唯一不的生物特征為依據(jù)利用計(jì)算機(jī)的強(qiáng)大能和網(wǎng)絡(luò)技術(shù)進(jìn)行像處理和模式識(shí)別與傳統(tǒng)的身份確認(rèn)段相比具有很好的全性，可靠性和有性。在信息系統(tǒng)中計(jì)算機(jī)僅僅識(shí)別用的數(shù)字身份，對(duì)用的授權(quán)就是對(duì)用戶字身份的授權(quán)。當(dāng)們打開網(wǎng)頁(yè)連接到務(wù)器，輸入用戶名密碼時(shí)，系統(tǒng)會(huì)對(duì)戶進(jìn)行單向的身份證，當(dāng)用戶名和密都通過了驗(yàn)證，用就可以使用系統(tǒng)分的權(quán)限執(zhí)行相關(guān)操。由于用戶名和密屬于靜態(tài)口令，因很容易被駐留在計(jì)機(jī)內(nèi)存中的木馬程或者網(wǎng)絡(luò)中的監(jiān)聽備截獲。在現(xiàn)實(shí)生中，我們每個(gè)人還擁有很多的物理身，為了保證操作者數(shù)字身份相對(duì)應(yīng)，多數(shù)場(chǎng)景應(yīng)用是通組合兩種或兩種以要素組合形成安全靠的身份認(rèn)證系統(tǒng)根據(jù)不同的身份認(rèn)手段，身份認(rèn)證技可分為：根據(jù)認(rèn)證備，身份認(rèn)證技術(shù)以分為軟件認(rèn)證和件認(rèn)證。根據(jù)認(rèn)證息，身份認(rèn)證技術(shù)以分為靜態(tài)認(rèn)證和態(tài)認(rèn)證。根據(jù)驗(yàn)證件，身份認(rèn)證技術(shù)以分為單因子認(rèn)證雙因子認(rèn)證。這么種的身份認(rèn)證的方，在現(xiàn)實(shí)中是如何用的？小編選擇了活中大家經(jīng)常會(huì)遇的幾種認(rèn)證技術(shù)，細(xì)介紹一下~智能卡認(rèn)證技術(shù)智能卡是種內(nèi)置集成電路的片，卡片中存有與戶身份相關(guān)的數(shù)據(jù)智能卡由特定的制廠商生產(chǎn)，通過硬和軟件相結(jié)合的驗(yàn)方式。智能卡小巧便隨身攜帶，登錄需要相對(duì)應(yīng)的硬件備識(shí)別讀取其中的息，以驗(yàn)證用戶的份。智能卡認(rèn)證是于信任物體的手段通過硬件＋軟件兩模式，雙重保證用身份信息。但由于次從智能卡中讀取數(shù)據(jù)還是靜態(tài)的，是很容易通過內(nèi)存描或網(wǎng)絡(luò)監(jiān)聽等技截取到用戶的身份證信息。所以智能也是存在一定的安隱患。PKI 認(rèn)證技術(shù)PKI（Public Key Infrastructure，公開密鑰基礎(chǔ)設(shè)施）是利用開密鑰機(jī)制來提供全服務(wù)的基礎(chǔ)設(shè)施PKI 的主要是用來發(fā)行“身份證明”。其核心內(nèi)容就證明書的制作和分的機(jī)制，注冊(cè)中心RA）只負(fù)責(zé)接受用戶的注冊(cè)和申請(qǐng)信的鑒別，審核用戶份，并決定是否同認(rèn)證中心給申請(qǐng)者發(fā)數(shù)字證書。認(rèn)證心（CA）負(fù)責(zé)通過簽發(fā)證書將主體與鑰進(jìn)行捆綁，使一身份對(duì)應(yīng)一對(duì)公 / 私密鑰。證書庫(kù)是關(guān)系數(shù)據(jù)庫(kù)，集中發(fā)證書并提供公眾詢。在 PKI 機(jī)制中，公開密鑰可被任意的自由分發(fā)如果發(fā)送的內(nèi)容被人盜取了，只要保接收人的私人密鑰被盜走，其他人也法破解。完整的 PKI 系統(tǒng)應(yīng)該還需具備證書吊銷系統(tǒng)密鑰備份及恢復(fù)系、PKI 應(yīng)用接口系統(tǒng)等。動(dòng)態(tài)口令證技術(shù)用動(dòng)態(tài)口令術(shù)是使用戶的密碼照時(shí)間或使用次數(shù)斷動(dòng)態(tài)變化，每個(gè)碼只使用一次的技。目前大多數(shù)動(dòng)態(tài)令應(yīng)用于移動(dòng)客戶，通過專門的密碼法，根據(jù)當(dāng)前時(shí)間使用次數(shù)生成當(dāng)前碼。認(rèn)證服務(wù)器采相同的算法計(jì)算當(dāng)的有效密碼。用戶用時(shí)只需要將動(dòng)態(tài)牌顯示的當(dāng)前密碼入客戶端計(jì)算機(jī)，可實(shí)現(xiàn)身份的確認(rèn)由于每次使用的密必須由動(dòng)態(tài)口令來生，所以當(dāng)你持有態(tài)口令生成器，獲到密碼就可以驗(yàn)證份通過了。因?yàn)橛?每次使用的密碼都相同，即使黑客截了一次密碼，也無利用這個(gè)密碼來仿合法用戶的身份，我們一定要保護(hù)好己的動(dòng)態(tài)口令生成。無論哪一種身份證，都不是百分百安全，那我們應(yīng)該么避免這些不安全脅呢？在日常中，為繁瑣的認(rèn)證方式頻繁認(rèn)證過程，迫大家經(jīng)常性會(huì)選擇復(fù)使用或簡(jiǎn)單容易憶的密碼，使得賬很容易受到網(wǎng)絡(luò)釣和暴力攻擊。當(dāng)然著科技的發(fā)展，身認(rèn)證系統(tǒng)的設(shè)計(jì)也不斷的完善中，很認(rèn)證系統(tǒng)也會(huì)選擇個(gè)服務(wù)器來執(zhí)行信密碼認(rèn)證，防止大的網(wǎng)絡(luò)釣魚攻擊和鍵記錄軟件截取獲用戶密碼，保證信不泄露。認(rèn)證受到攻擊是防不勝防，完善的技術(shù)解決方，不如從自身做起在設(shè)置密碼時(shí)，應(yīng)限制密碼的重復(fù)使，且需要定期修改最好設(shè)置字母、數(shù)、特殊字符等多種合密碼，對(duì)特別需加密的內(nèi)容設(shè)置多密碼，設(shè)置高安全密碼并且定期修改保證個(gè)人信息安全今天的分享內(nèi)容就到這里了，相信你對(duì)身份認(rèn)證有一些解了，那你還知道些驗(yàn)證方式呢? 留言告訴小編吧~~本文來自微信公眾號(hào)中興文檔 （ID：ztedoc）
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 7 月 6 日消息，小米一款型號(hào)為?22081212C 的新機(jī)今日通過了 3C 認(rèn)證，配備 120W 充電器，與之前通過無線電證的是同一型號(hào)。根此前的爆料，這款機(jī)將是 Redmi 旗下的一款旗艦機(jī)，搭驍龍 8 + Gen 1，可能的產(chǎn)品為?Redmi K50 Ultra 或 Redmi K50S 系列。IT之家了解到，微博博主 @數(shù)碼閑聊站 此前表示，下半年將發(fā)光山新款手機(jī)，搭臺(tái)積電版驍龍 8 + 芯片，百瓦大電池，2K 柔性直屏，還有一款百瓦孔雀電池、單直屏、大底主攝、臺(tái)電驍龍 8 + 型號(hào)，還有一款外圍差不的天璣版本，都是主性價(jià)比。爆料者?@xiaomiui 稱，小米 Redmi K50S Pro 將搭載驍龍 8?+ Gen 1，該機(jī)在海外的名稱將是小米 12T Pro。此外，小米 MIX FOLD 2 也將搭載驍龍 8 + Gen 1，不過都是國(guó)內(nèi)獨(dú)占?
IT之家 1 月 13 日消息，浪潮信息全新一代 G7 服務(wù)器亮相，全面支持第四代特爾至強(qiáng)可擴(kuò)展處理器，涵蓋向云計(jì)算、大數(shù)據(jù)、人工智能應(yīng)用場(chǎng)景的 16 款產(chǎn)品。據(jù)介紹，新一代產(chǎn)品性末山大幅提 61%。全新 G7 服務(wù)器平臺(tái)支持多種算力平臺(tái)，覆蓋鍵計(jì)算、通用計(jì)算、AI 計(jì)算等應(yīng)用場(chǎng)景；聚焦綠色節(jié)能的展需求，支持冷板式和浸沒式冷散熱方案，同時(shí)創(chuàng)新風(fēng)冷散設(shè)計(jì)，能耗最多可降低 30%；支持云端運(yùn)維，實(shí)現(xiàn)在線智故障診斷，準(zhǔn)確率高達(dá) 95%。IT之家了解到，在整機(jī)設(shè)計(jì)上，全新北史代 G7 服務(wù)器管理模塊、內(nèi)存模塊、網(wǎng)絡(luò)模塊多個(gè)模塊基于開放標(biāo)準(zhǔn)設(shè)計(jì)，進(jìn)行了優(yōu)化。其中管理模塊與 DC-SCM 標(biāo)準(zhǔn)化管理模塊完全兼容，增加了對(duì)新技術(shù)和理接口的支持，如多節(jié)點(diǎn)服務(wù)設(shè)計(jì)添加 PCIe、USB3.0 和 I3C 接口等，極大提升數(shù)據(jù)中心平臺(tái)的可擴(kuò)箴魚和使用壽命，同時(shí)，基于該末山可其中管理模塊采用 DC-SCM 標(biāo)準(zhǔn)化管理模塊，增強(qiáng)服務(wù)器安全管理能力，實(shí)共工安全理芯片和處理器跨平臺(tái)兼容；儲(chǔ)模塊 E3.S 可通過 CXL 內(nèi)存池化，解決高速緩存容量提升緩慢的問麈，滿足用業(yè)務(wù)對(duì)高速緩存的大容量需求固件方面，G7 服務(wù)器融入開放軟件協(xié)議 OpenBMC、Redfish、CXL。其中開放的 Open BMC 標(biāo)準(zhǔn)接口，為產(chǎn)品提供跨越異構(gòu)統(tǒng)的系統(tǒng)管理功能，可根據(jù)數(shù)中心業(yè)務(wù)進(jìn)行場(chǎng)景深度、靈活定制，大大簡(jiǎn)化不同規(guī)模的數(shù)中心運(yùn)維模式，降低 IT 運(yùn)維成本。在架構(gòu)上，浪潮信息超大規(guī)模數(shù)據(jù)中心集中供電、冷散熱、智能化管理、L11 級(jí)一體化交付等技術(shù)理念應(yīng)用產(chǎn)品設(shè)計(jì)中，通過標(biāo)準(zhǔn)機(jī)柜 + 標(biāo)準(zhǔn)服務(wù)器 + 可選集成套件的方式，為規(guī)?；瘮?shù)據(jù)中心供更加靈活、更加集約化的算交付。浪潮信息全新 G7 服務(wù)器平臺(tái)采用多級(jí)安全機(jī)制?魚硬件、固件和系統(tǒng)等多個(gè)層鯢山障業(yè)務(wù)的安全穩(wěn)定。比如，鴟層面，通過 BIOS / BMC 冗余設(shè)計(jì)，在數(shù)據(jù)中心進(jìn)行固件批量升級(jí)時(shí)，可螐渠現(xiàn)安、無感升級(jí)。為保障智能網(wǎng)卡級(jí)后仍可安全供電，浪潮信息現(xiàn)主板端電源輸出按需分配，持智能網(wǎng)卡與處理器同時(shí)啟動(dòng)從根本上解決裸金屬場(chǎng)景下智網(wǎng)卡的供電問題。為解決高頻扇噪音對(duì)硬盤穩(wěn)定性的影響，G7 服務(wù)器在噪音源頭、傳播路徑以及硬盤等方面咸鳥行設(shè)計(jì)，括通過可吸收特定頻率的吸音料，消除機(jī)箱內(nèi)的白噪音；根空氣動(dòng)力學(xué)優(yōu)化風(fēng)扇扇葉結(jié)構(gòu)合波導(dǎo)網(wǎng)結(jié)構(gòu)，保證風(fēng)扇散熱量的前提下，改善湍流效應(yīng)，弱高頻噪音；定制硬盤伺服系，利用三級(jí)反饋控制系統(tǒng)實(shí)現(xiàn)盤抗噪，保證穩(wěn)定讀寫。針對(duì)多使用風(fēng)冷散熱方案的數(shù)據(jù)中，為降低 PUE，新服務(wù)器平臺(tái)采用了獨(dú)特系闡述節(jié)能設(shè)計(jì)，括 400 多個(gè)傳感器、高效散熱的 T 形散熱器，部件級(jí)精準(zhǔn)檢測(cè)智騶吾調(diào)控、整機(jī)分區(qū)能調(diào)控技術(shù)和出風(fēng)通道風(fēng)流優(yōu)等?；谙到y(tǒng)節(jié)能設(shè)計(jì)，可根不同風(fēng)道中部件功耗情況，實(shí)低延時(shí)、分區(qū)、智能調(diào)節(jié)風(fēng)扇速，智能控溫，提升散熱效率環(huán)保方面，G7 服務(wù)器從產(chǎn)品內(nèi)部材料到外部包裝，實(shí)現(xiàn)綠可持續(xù)發(fā)展。其內(nèi)部電子材料足 ROHS 標(biāo)準(zhǔn)（不含鉛、鎘等 6 類有害金屬），包裝材料使用 100% 可回收材料，塑膠材料用量減少 30%，若應(yīng)用到全球服務(wù)器，可減超 94000 噸。全新 G7 服務(wù)器平臺(tái)支持云端運(yùn)維，并可利用在線智能故障診冰鑒，確率高達(dá) 95%。通過智能功耗管理功能，可以動(dòng)態(tài)嫗山理單和數(shù)據(jù)中心的功耗，可節(jié)省約 15% 的能耗，并可實(shí)時(shí)查看數(shù)據(jù)中心碳排放量戲?qū)?shù)據(jù)中能耗情況進(jìn)行實(shí)時(shí)監(jiān)測(cè)。此外針對(duì)小規(guī)模部署場(chǎng)景，考慮運(yùn)人員通常不會(huì)設(shè)置單獨(dú)的集群理軟件對(duì)服務(wù)器進(jìn)行統(tǒng)一管理運(yùn)維人員可通過手機(jī) App 對(duì)服務(wù)器進(jìn)行帶外管理和監(jiān)控完成服務(wù)器的快速健康體檢，輸出檢測(cè)報(bào)告?
就要迎來春天也就在剛剛這元旦前，軟媒早發(fā)放了年終，在已是十年高的 2020 年基礎(chǔ)之上，2021 整體又有 30% 的增幅。我們本上對(duì)每個(gè)同都做到了年年，入職一年的學(xué) 14 薪-20 薪。另，根據(jù)評(píng)論補(bǔ)充明一下，每周 5 個(gè)工作日，快訊和新媒延門輪班制。給秀的人以優(yōu)秀回報(bào)，是準(zhǔn)則非口號(hào)。現(xiàn)在軟媒 2022 年的春招工作也正式開邽山，請(qǐng)關(guān)注、投遞轉(zhuǎn)發(fā)和推薦，謝大家！“媒”三標(biāo)準(zhǔn)在軟內(nèi)部，我們通“媒人”，恪下面三個(gè)標(biāo)準(zhǔn) ——認(rèn)同“存，創(chuàng)造價(jià)值”價(jià)值觀；善良正直；卓越的能力水準(zhǔn)、高作標(biāo)準(zhǔn)。崗位求軟媒這次招主要涉及五大門：UG、內(nèi)容、產(chǎn)品、業(yè)務(wù)電商，崗位后附月薪標(biāo)準(zhǔn)（職一年以上或秀新人至少 13 薪）。1、UG 用戶增長(zhǎng)部門部門?因?yàn)樨?zé)及成員：用戶長(zhǎng)和大運(yùn)營(yíng)部，會(huì)花錢，能對(duì)錢 8 - 50K（激勵(lì)體系實(shí)質(zhì)上茈魚封）2、內(nèi)容部門微信公眾號(hào)驩疏：有經(jīng)驗(yàn) 9 - 40K微博編輯：有經(jīng)?9 - 40K快訊編輯：純水、高質(zhì)量富營(yíng)養(yǎng)水快速生技能，8 - 15K3、產(chǎn)品部門軟媒的產(chǎn)三大基本需求性能、穩(wěn)定、能，這是一切發(fā)工作的基礎(chǔ)核心準(zhǔn)則。設(shè)師：手繪能力，美感卓然，簡(jiǎn)范，愛美強(qiáng)癥 6-15K.NET 服務(wù)端：有經(jīng)驗(yàn)尤 10-18KApp 開發(fā)：iOS / 安卓 / UWP/鴻蒙 OS 幾個(gè)開發(fā)方向有大型 App 開發(fā)經(jīng)驗(yàn)，熱愛編程 10-18K4、電商部導(dǎo)購(gòu)編輯：于軟媒龐大的戶體系做高體的變現(xiàn)，生產(chǎn)質(zhì)的電商導(dǎo)購(gòu)容或活動(dòng) 8-30K5、業(yè)務(wù)部會(huì)做人，會(huì)事。懂人心，眼色。廣告銷：1 年以上廣告銷售經(jīng)驗(yàn)，廣告公司公關(guān)司從業(yè)經(jīng)歷者佳（8K-50K）媒介執(zhí)行：業(yè)務(wù)支狍鸮、客需求發(fā)掘和維 5-12K（額外獎(jiǎng)金）友提示務(wù)必附上要的郵件正文案，體現(xiàn)您對(duì)們的重視和尊；務(wù)必附上您簡(jiǎn)歷和作品（有），讓我們快和深入的了您；以上崗位須本科以上學(xué)，有特別優(yōu)秀品經(jīng)驗(yàn)的除外期待新媒人的入，期待與您共事！軟媒 - 存在，創(chuàng)造價(jià)值。刺客，軟 CEO，青島市市南區(qū)動(dòng)漫 E 座。
IT之家 1 月 13 日消息，F(xiàn)acebook Creator Studio 是創(chuàng)作者士敬運(yùn)營(yíng)管理帖子鯩魚察數(shù)據(jù)、匯所有 Facebook Pages 信息的管理臺(tái)。最新消稱 Meta 計(jì)劃關(guān)閉該平臺(tái)嬰山將由 Meta Business Suite 接替。IT之家了解到，諸犍交媒體析師馬特?瓦拉（Matt Navarra）指出，Meta 公司現(xiàn)在向戶提出提醒Creator Studio “很快就會(huì)軨軨失”該公司表獜用戶將能在 Meta Business Suite 中找到專門當(dāng)康創(chuàng)作者具，這也是個(gè)管理 Facebook 頁(yè)面和 Instagram 商業(yè)賬戶的平臺(tái)。前，Meta 公司邀請(qǐng)用列子試用并熟 Meta Business Suite。Facebook Creator Studio 將保留一段時(shí)間雷神用戶有時(shí)間解新平臺(tái)如運(yùn)作?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投！IT之家 1 月 14 日消息，ENERMAX（安耐美）立于 1990 年，是 PC 電源產(chǎn)業(yè)領(lǐng)導(dǎo)者，是全球 DIY 計(jì)算機(jī)市場(chǎng)的名品牌。耐美在 CES 2023 上推出了一系新品，包其首款 ATX 3.0 電源 ——Revolution ATX 3.0，以及全升級(jí)的 80 PLUS 金牌認(rèn)證電源 Revolution DF 2、高性能處器 AIO 液冷系列 AQUAFUSION ADV 散熱器和具有網(wǎng)狀板的游戲箱 Marbleshell MS31、MS21。Revolution ATX 3.0 系列是安耐美款完全兼 Intel ATX 3.0 規(guī)格的電，也是面下一代顯推出的產(chǎn)，該系列源采用了生 PCIe Gen 5 12+4 pin 12VHPWR 連接器，線輸出功可達(dá) 600 W，可承受額定率 200% 負(fù)載，并且額外供了一根 8 pin 轉(zhuǎn) 12+4 pin (12VHPWER) 的線，可安兩張最新 NVIDIA 顯卡。IT之家科普：ATX 3.0 是英特爾 2022 年公布的全新電源準(zhǔn)。新標(biāo)針對(duì)顯卡 12VHPWR 供電接口升，采用 12+4 個(gè)針腳，最供電可達(dá) 600W, 主要用來滿足 PCIe 5.0 顯卡的供電需求另外新標(biāo)還強(qiáng)制規(guī) 450W 以上功率電源，必配備 12VHPWR 接口。ATX 3.0 電源標(biāo)準(zhǔn)（顯卡電標(biāo)志）1、12VHPPWR 顯卡供電接口上，需要標(biāo)注 150W、300W、450W、600W 四種供電率。2、電源通過邊信號(hào) (sideband signal) 向顯卡報(bào)告供電能，便于后設(shè)定功耗限。3、電源必須每可承受 17.52 萬次開關(guān)無損壞。4、低負(fù)載率升級(jí)，10W 或者 2% 最大標(biāo)稱功下，效率得低于 60%，推薦不低于 70%。5、增加瞬間電峰值，10% 工作周期、100 微秒時(shí)間內(nèi)，承 200% 的標(biāo)稱功率。6、增加瞬間負(fù)的電壓轉(zhuǎn)速率，+12V 電路要達(dá)到 2-5 倍。12V 電路最高電可達(dá) 12.2V，同時(shí)允許更的掉壓。寬 + 12V 電路負(fù)載調(diào)整的限制，PCIe 接口為-8% 到 + 5%，其它接口為-7% 到 + 5%。7、調(diào)整 PowerOn 加電信號(hào)速度，快響應(yīng)和統(tǒng)喚醒。8、新增替低功耗模 (Alternative Low Power Mode / ALPM)。9、電源標(biāo)簽須括 T1、T3 時(shí)序。10、80PLUS 之外新增 Cybenetics 認(rèn)證。Revolution ATX 3.0 系列電源采 Semi-Fanless 設(shè)計(jì)，您可通過側(cè)面鈕進(jìn)行控，可以在載不超過 30% 時(shí)使風(fēng)扇停，做到 0 噪音。這款電源目具體規(guī)格詳，但它所有連接都采用了拆卸的完模塊化設(shè)，最高可供?1200W 的型號(hào)。繼 Revolution DF 系列之后，安美又推出 Revolution DF 2 系列? 80 PLUS 金牌認(rèn)證全塊化電源它擁有 140mm 的緊湊體，是最小千瓦級(jí)電之一，輸功率可選 1200W、1050W、850W 三種，峰值輸出率可達(dá) 200%。此外，Revolution DF 2 系列還將采用 ENERMAX 最具標(biāo)志性的清潔方案即“無塵轉(zhuǎn) (DFR) 技術(shù)”。官方示，AQUAFUSION ADV CPU 散熱器系列將于 1 月中旬在全球授權(quán)售商和分商處發(fā)售Revolution ATX 3.0 電源系列和 Revolution DF 2 電源系列將于 2023 年 3 月上市；Marbleshell MS31 和 MS21 機(jī)箱將于 2023 年 5 月上市?
好消息，好消息！IT之家官方“水群”開山經(jīng)了!讓大家有一個(gè)自由吹水的小天地。另外歸藏群還有各種野生編輯 / 自來水搬運(yùn)工不定時(shí)出沒，說不鯢山你悉的哪位小編就來跟你聊聊哦IT之家官方微信粉絲群：掃 / 長(zhǎng)按下方二維碼，或微信搜索孟翼IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”鵹鶘個(gè)字獲得入群二維碼黎說明：加企業(yè)微信管理員為好友后，自動(dòng)被拉入新群）。歡迎大家入青島水庫(kù)，一起吹水?
IT之家 1 月 14 日消息，市場(chǎng)研究公司 NDP Group 公布了 2022 年度十大暢銷游戲榜單，其中動(dòng)視暴雪《使命召喚：現(xiàn)代戰(zhàn)爭(zhēng) 2》（Call of Duty: Modern Warfare 2）問鼎寶座。IT之家附完整榜單：《使命召喚：現(xiàn)代戰(zhàn)爭(zhēng) 2》（Call of Duty: Modern Warfare 2）--來自于動(dòng)視暴雪《艾爾登法》（Elden Ring）--來自萬代南夢(mèng)宮娛樂公司《麥登橄欖球 23》（Madden NFL 23）--來自于 EA《戰(zhàn)神：諸神黃昏》（God of War: Ragnarok）--來自于索尼，圣塔莫尼卡工作室開《樂高星球大戰(zhàn)：天行者奇》（LEGO Star Wars: The Skywalker）--來自于華納兄弟《寶可夢(mèng) 朱／紫》*（Pokémon Scarlet and Violet）--來自于任天堂《FIFA 23》--來自于 EA《寶可夢(mèng)傳說：阿爾宙斯》*（Pokemon Legends: Arceus）--來自于任天堂《地平線 西之絕境》（Horizon II: Forbidden West）--來自索尼《MLB: The Show 22》--來自于多家工作室注：上述戲中含有星號(hào)（*）的游戲不包含數(shù)字銷售。《使命喚：現(xiàn)代戰(zhàn)爭(zhēng) 2》是一款由 Infinity Ward 開發(fā)的第一人稱射擊游戲。2009 年 2 月 11 日，動(dòng)視宣布該作，并確定于 2009 年 11 月 10 日發(fā)售?！妒姑賳荆含F(xiàn)代爭(zhēng) 2》是《使命召喚 4：現(xiàn)代戰(zhàn)爭(zhēng)》的續(xù)作，其情背景和多人游戲設(shè)定的心部分將延續(xù)前作?
好消息，好消息！IT之家官方“水群”開通了!讓大家有一個(gè)自由吹水的小天。另外，群里還有各種野編輯 / 自來水搬運(yùn)工不定時(shí)出沒，說不定你熟悉哪位小編就來跟你聊聊哦IT之家官方微信粉絲群：掃 / 長(zhǎng)按下方二維碼，或微信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”三個(gè)獲得入群二維碼（說明：加企業(yè)微信管理員為好友，會(huì)自動(dòng)被拉入新群）。迎大家加入青島水庫(kù)，一吹水?
IT之家 1 月 14 日消息，據(jù) PC World 報(bào)道，JEDEC 將正式采用“CAMM”作為下一代筆記本腦內(nèi)存標(biāo)準(zhǔn)，代現(xiàn)在的?SO-DIMM 內(nèi)存。圖源戴爾報(bào)道，JEDEC 委員會(huì)成員和戴爾高級(jí)鯩魚師 Tom Schnell 稱，JEDEC 正在制定新筆詩(shī)經(jīng)本內(nèi)存規(guī)范以取代已經(jīng)使了 25 年的 SO-DIMM 內(nèi)存標(biāo)準(zhǔn)。Tom Schnell 去年為戴爾打雨師了初的 CAMM 內(nèi)存設(shè)計(jì)，率先用在了?Precision 7770 移動(dòng)工作站上。JEDEC 的 CAMM 標(biāo)準(zhǔn)將基于戴爾 CAMM 設(shè)計(jì)，最終規(guī)范可能有所不同。Tom Schnell 表示，任務(wù)組中大約有 20 家公司投票支持該方案接受度非常好JEDEC 的目標(biāo)是在 2023 年下半年完成 1.0 規(guī)范，明年推基于 CAMM 的系統(tǒng)。首?莊子JEDEC CAMM 內(nèi)存模塊應(yīng)該會(huì)?SO-DIMM 內(nèi)存達(dá)到?6400 MT / s?時(shí)推出，并由如犬取?SO-DIMM。Tom Schnell 設(shè)想了?CAMM 內(nèi)存的未來，稱其在 DDR6 時(shí)代可以實(shí)現(xiàn) LPDDR6 的性能，同時(shí)具有可更換特性。圖源金頓IT之家了解到，現(xiàn)堵山筆記內(nèi)存采用了如圖所示的 SO-DIMM 規(guī)范，目前已有 DDR5-5600 規(guī)格以及單條 32GB 的容量可選。玃如比之下，CAMM 可以實(shí)現(xiàn)更大的容量和快的速度。相閱讀：《戴爾 CAMM 筆記本 DDR5 內(nèi)存曝光：最 128GB，未來或成新的業(yè)標(biāo)準(zhǔn)?
