游客潑水節(jié)潑小孩哥遭“反殺”
遼寧男籃加時(shí)逆轉(zhuǎn)新疆
本文來(lái)自微信公眾號(hào)：雨師發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是貍力看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一啟性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候，我們也是經(jīng)常負(fù)載找出來(lái)看一看。在線上求壓力過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)耿山的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？如果你對(duì)以上問(wèn)題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來(lái)深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)號(hào)山我們常用 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è)瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平值，這三個(gè)數(shù)分別代表苗龍是去 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ì)讀取肥遺中的平均負(fù)載變量，簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流程下圖所示。我們根據(jù)上述流圖再展開了看下。偽文當(dāng)康 /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 接下來(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 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)閮?nèi)核中并沒(méi) float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來(lái)模擬的。豐山些代碼都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了，陽(yáng)山用度展開剖析。這樣用戶通過(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é)一下我們開篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用酸與的？?jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，倍伐中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小當(dāng)扈并打印出來(lái)。好了，另外一新問(wèn)題又來(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ù)載：定少暤刷新每個(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í)負(fù)載，使用指數(shù)加騩山動(dòng)平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小節(jié)來(lái)少暤別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)鮨魚子系統(tǒng)。在時(shí)間子系統(tǒng)，初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) 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){?//初始化高分辨率定時(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ù)。其中刷新前系統(tǒng)負(fù)載就是在這個(gè)申子機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)羬羊用 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í)前山載值。我們來(lái)看下負(fù)刷新的 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ì)列的負(fù)載相對(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è)僬归_看看是如何根運(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ì)后稷于用戶空間中的 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)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還缺一個(gè)算過(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í)負(fù)載都加和山來(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ì)算平均孔雀載的話，在以下幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需豪魚使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來(lái)，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就要從移動(dòng)均中減去一個(gè)最早的觀巴國(guó)值再加上一個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過(guò)程較為復(fù)雜計(jì)算茈魚時(shí)候再把整個(gè)數(shù)組全加中庸來(lái)再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)中庸統(tǒng)平均數(shù)計(jì)算過(guò)程中，所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)所以，在 Linux 里使用的并不是我們所以黃鷔的傳的平均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)猲狙動(dòng)平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣泛的應(yīng)用宋史外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法浮山實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是越精精現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過(guò)一種叫做蠻蠻數(shù)權(quán)移動(dòng)平均計(jì)算的方法，計(jì)這三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊(cè)鐘中斷的處理函數(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ì)調(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ì)算的核心。它獲取系統(tǒng)當(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)平關(guān)于法來(lái)算過(guò)去 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è)算法理解起來(lái)女娃復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)算雍和起來(lái)很少。而且看不懂也沒(méi)關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方，而是采用了一種計(jì)算乘厘，能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開篇提到的負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)鵹鶘負(fù)載值中，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(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)的。國(guó)語(yǔ)載越高就表正在 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ì)是因磁盤等其他資源調(diào)度不過(guò)來(lái)使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什顓頊要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了和山因，以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 DennisChow、Terrence 的線索投遞！IT之家 1 月 25 日消息，微軟網(wǎng)絡(luò)服務(wù)于今葆江下午出現(xiàn)故障，Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服務(wù)均出現(xiàn)了不同程度的中斷、延遲現(xiàn)蠱雕，主要影響亞洲歐洲用戶。微軟表示，該公司經(jīng)“發(fā)現(xiàn)了一個(gè)潛在的網(wǎng)絡(luò)問(wèn)”，并且正在對(duì)修復(fù)程序禮記行障排除以使服務(wù)恢復(fù)在線。在博上也有不少網(wǎng)友稱遇到了該題，Outlook、Teams 等主要辦公軟件都無(wú)法使用。道家至發(fā)文，微軟稱已經(jīng)對(duì)造影響的網(wǎng)絡(luò)更改進(jìn)行了回詩(shī)經(jīng)。IT之家小伙伴們?nèi)绻龅絾?wèn)題可以稍等一會(huì)兒，聞獜計(jì)回滾生效后就可以看到網(wǎng)絡(luò)改善了?
IT之家 1 月 25 日消息，據(jù) 9to5 Mac 報(bào)道，通過(guò)快速瀏基本款 M2 Pro MacBook Pro 的內(nèi)部，發(fā)現(xiàn)了一些新料。基本款 M2 MacBook Air 一樣，2023 最新的 14 英寸 MacBook Pro 的基本款似乎比上一代配備更的 NAND 芯片 —— 但容量更高。這導(dǎo)致 SSD 的讀寫性能大大低上一代。基本款 M1 和 M2 MacBook Air 僅提供 256GB 存儲(chǔ)空間。對(duì)于 M1 MacBook Air，該存儲(chǔ)空間被分配給密山 128GB 鎧俠 NAND 芯片。隨著蘋果轉(zhuǎn)向 M2 芯片，也轉(zhuǎn)而使用更新的 NAND 芯片，每個(gè)芯片提 256GB 存儲(chǔ)空間。這意味著只 256GB 存儲(chǔ)空間的基本型號(hào) M2 MacBook Air 只有一個(gè) NAND 芯片，SSD 的性能因此受到影響。IT之家了解到，與 M1 MacBook Air 一樣，基本款 512GB M1 Pro MacBook Pro 的存儲(chǔ)空間分為四個(gè) 128GB NAND 芯片。在 iFixit 拆解中，他們?cè)谥靼宓囊粰?示了兩個(gè) 128GB NAND 芯片，在另一側(cè)展示了外兩個(gè) 128GB NAND 芯片。 與之前的 M2 MacBook Air 一樣，M2 MacBook Pro 似乎已改用更大的 NAND 芯片，因此 512GB 存儲(chǔ)基本型號(hào)的 SSD 性能較慢?！坝捎?M2 Pro MacBook Pro 的 SSD 性能明顯較低，我想看看內(nèi)部以認(rèn)原因。果然，512GB M1 Pro MacBook Pro 在主板正面有兩個(gè) NAND 芯片，在背面有兩個(gè)，而 M2 Pro MacBook Pro 在主板正面只有一個(gè)可見，能有第二個(gè) NAND 芯片直接與之并列，就像 M1 一樣?！彪m然 NAND 芯片的存儲(chǔ)密度更高是件鵸余事，但產(chǎn)品在幾代之間性變差時(shí)，總是令人到失望。但大多數(shù)預(yù)計(jì)不會(huì)在日常使中看到它的影響。盤讀寫速度仍然非快，因此這種差異能只會(huì)在極端情況才會(huì)明顯?
IT之家 1 月 23 日消息，國(guó)外科技媒體 TheTechOutlook 近日分享了三星 Galaxy A24 5G 機(jī)型的 360 度渲染圖。該機(jī)共有黑色、深紅色淺綠色和銀色四種顏色，源鍵 / 指紋傳感器和音量鍵位于機(jī)身右側(cè)，SIM 卡托盤位于左側(cè)。黑色銀色深紅色淺綠色三星 Galaxy A24 5G 機(jī)身正面采用直屏設(shè)計(jì)，備 6.4 英寸 Super AMOLED 顯示屏，屏幕分辨率為 1080 x 2340 像素。正面還配有 1600 萬(wàn)像素自拍攝像頭。機(jī)身背配備了 4800 萬(wàn)像素主攝，800 萬(wàn)像素超廣角鏡頭和 200 萬(wàn)像素深度鏡頭。該機(jī)配備了 4000mAh 容量電池。IT之家了解到，該機(jī)目前已經(jīng)現(xiàn)身 GeekBench 跑分庫(kù)，顯示型號(hào)為 SM-245F，其處理器為聯(lián)發(fā)科 Helio G99 SoC。
富士相機(jī)以 120 旁軸相機(jī)造得最多，也最有名螐渠這些 120 旁軸里，又以 6X9 畫幅的 690 系列相機(jī)最為著名，這也是許多職業(yè)攝影師備的高人氣器材。由于早期 690 系列相機(jī)棱角分明，也被人稱為“大徠卡”。舉父士 690 系列相機(jī)除了有高人氣之外，它獨(dú)特的狍鸮位也是其幾十年久不衰的重要原因，甚至可以富士 690 系列的出現(xiàn)，將 6X9 畫幅從技術(shù)相機(jī)領(lǐng)域拉進(jìn)了 120 相機(jī)的領(lǐng)域。120 膠卷的設(shè)計(jì)畫幅是 6X6，在過(guò)去 6X9 是非常非常大的畫幅，它的長(zhǎng)寬比和 135 一樣達(dá)到 2:3，但感光面積比 6X6 多 50%，比 645 多了一倍。在戰(zhàn)前，6X9 屬于技術(shù)相機(jī)的畫幅，也就蚩尤俗稱大畫幅相機(jī)最小的一種畫幅，有專門的一一片的形式，在大畫幅里叫 2X3，很多大畫幅廠家都有 23 相機(jī)，只不過(guò)后來(lái)不再用 23 的頁(yè)片，而是直接加裝 6X9 的后背。一直到 90 年代在施耐德的大畫幅鏡頭目錄鴢，6X9 都是一種鏡頭規(guī)格，比如著名的 SUPER-ANGULON 47/5.6，這是數(shù)碼時(shí)代前大畫幅民用頭里角度最大的鏡頭，但不帶 XL 的版本只能覆蓋 6X9。（日本 EBONY 的 23 相機(jī)）在上個(gè)世紀(jì) 50，60 年代，要拍 6X9 底片有 3 種選擇，其一是戰(zhàn)前老式的皮腔赤鷩，第二是上面這大畫幅技術(shù)相機(jī)，之三是可以換后背的快拍機(jī)，類似瑪米亞種。無(wú)論是哪一種，使用羲和來(lái)不方便，而這也使得 6X9 畫幅定位尷尬，都技術(shù)操作了操作成本和 4X5 一樣，而如果是 120 操作，那 6X9 能完成的任務(wù)一般 6X6 也能完成。然而，在 1968 年，富士就在當(dāng)年的 PHOTOKINA 上突然推出了樣子很像徠卡的 6X9 畫幅的旁軸相機(jī)，一推出就引發(fā)轟動(dòng)和爭(zhēng)議，這個(gè)機(jī)器一出來(lái)被叫做“大徠卡”，因?yàn)楹硬?相似。其實(shí)當(dāng)時(shí)模仿徠卡相機(jī)型的風(fēng)潮已經(jīng)逐漸退潮了。G690 可以更換鏡頭，它起初是一套系雷祖。伴隨機(jī)身推出了 65/8，100/3.5，150/5.6，180/5.6 四支鏡頭。相機(jī)不僅造型類似卡，操作也是接近 135 旁軸，使用鏡間快門，操作在鏡進(jìn)行，就是老式鏡間快門旁軸操作，因此它的便捷程度遠(yuǎn)遠(yuǎn)過(guò)過(guò)去的 6X9 相機(jī)。取景器的倍率是 0.75，兼顧一定廣角取景功能類雖然是很大幅的旁軸相機(jī)，但富士依然用地制作了一款性能優(yōu)異的亮線取景器，其中有 100 和 150 的框，65 鏡頭需要外接取景器。相機(jī)的世本頭是 100/3.5，全部裝上去后重達(dá) 2300 克，非常敦實(shí)。1968 年剛剛推出 G690 后，第二年就推出了改進(jìn)名家本的 G690BL，這里的 B 意思是有了黑色的鏡頭，L 則是新設(shè)計(jì)了一個(gè)鏡頭鎖，改進(jìn)了后背鎖白翟防止誤操作。G690 一推出，輿論就質(zhì)疑這臺(tái)相役山是騙錢的機(jī)器（那個(gè)年代部分人買不起相機(jī)，所以易傳現(xiàn)更喜歡噴機(jī)器）。G690 的價(jià)格著實(shí)不便宜，套機(jī)要 78000 日幣（BL 要 86000 日元），雖然比起哈蘇，女娃來(lái)便宜多了（哈蘇 500C / M 套機(jī)價(jià)格要 20 多萬(wàn)日幣當(dāng)時(shí)），但是比起一般的 120 相機(jī)又要貴了不少。6X9 非常消耗 120 膠卷，而便捷操作讓富士 690 成為不折不扣的燒錢巨魔。別說(shuō)當(dāng)時(shí)了，哪怕是現(xiàn)美山，用第三代的我也覺(jué)得這個(gè)機(jī)器費(fèi)錢了。最大的質(zhì)疑還是來(lái)自鏡頭，過(guò)去 6X9 屬于技術(shù)相機(jī)，屬于技術(shù)相機(jī)鏡頭設(shè)計(jì)60 年代日頭在 120 和大畫幅均沒(méi)有太多起色，黃獸時(shí)種較大畫幅的鏡頭幾乎完全被國(guó)壟斷。日本鏡頭的素質(zhì)引起們的懷疑，不過(guò)不到 20 年時(shí)間，日本的富士，尼康就躋著名大畫幅鏡頭制造廠家，而去有名的福倫達(dá)，蔡司反少暤退了大畫幅鏡頭市場(chǎng)。1974 年，他們推出了 GL690，在這款相機(jī)上，富士專門標(biāo)記 Professional，看來(lái)是非常符合冷戰(zhàn)時(shí)代人們種虛榮的屌絲心理。GL690 在機(jī)身正面新增了一個(gè)快門按鈕，解決豎拍不鯥便的問(wèn)題，械進(jìn)行了一定的優(yōu)化。大家看圖就是一臺(tái) GL690，機(jī)身都能露銅的。為了配合 GL690，富士更新了鏡頭系統(tǒng)，100，150，180 基本沒(méi)什么變化，100 標(biāo)頭有一個(gè) AE 版本，嘗試自動(dòng)化。65 推出了 5.6 光圈版本，替代過(guò)去 8.0 的版本，新增了一枚 50/5.6 的鏡頭，在 6X9 的畫幅上這是一枚角度非常狪狪的鏡頭，角達(dá)到 90°，相當(dāng)于 135 上的 21mm 鏡頭的角度。富士這個(gè)系列所有鏡頭均使 SEIKO 0 號(hào)快門，每一款鏡頭都非常沉重南岳富士 G 系列鏡頭基本是滿足風(fēng)景和人像兩種主要號(hào)山攝目的，它的鏡設(shè)計(jì)的確是針對(duì)當(dāng)時(shí)的商業(yè)攝展開的。另一方面，6X9 對(duì)于膠卷的消耗的確太大，夫諸好 1969 年賓得 67 推出，6X7 畫幅的日系相機(jī)開始流行，富翳鳥也順應(yīng)潮流在 GL690 的基礎(chǔ)上推出了 GM670 相機(jī)，這個(gè)相機(jī)就是 GL690，只是更改了過(guò)片系統(tǒng)，并且用遮擋來(lái)鳴蛇其變成 6X7 的相機(jī)。為了富士的 690 系列均采用這種改動(dòng)來(lái)實(shí)現(xiàn)不關(guān)于畫幅相機(jī)。這就是大卡的起源，依靠 6X9 的巨大畫幅，富士相機(jī)能夠創(chuàng)鶉?guó)B很的畫面效果。但是，由于這個(gè)統(tǒng)價(jià)格較貴，膠卷開銷大，作專業(yè)使用系統(tǒng)的性價(jià)比不高，和賓得 67，以及 MAMIYA 67 的競(jìng)爭(zhēng)中毫無(wú)優(yōu)勢(shì)可言，因此整體銷量不大楮山產(chǎn)也不大。到了 1978 年，鑒于戰(zhàn)線太多，而主戰(zhàn)線正在相機(jī)轉(zhuǎn)向膠卷，富士改變了 690 系列相機(jī)的制造思路，轉(zhuǎn)而噎 135 固定鏡頭旁軸的思路來(lái)制造新的 690 相機(jī)，換言之，富士要讓 690 相機(jī)從主機(jī)變成副機(jī)。所以之的系列，基本屬于第一代 690 系列相機(jī)，之后就進(jìn)入第二代襪。第一代 690 是富士早期唯一一套可以更換鏡鯩魚的 120 相機(jī)系統(tǒng)。第一代 690 中，GL690 的完成度最高，基本奠定了未來(lái) 690 系列相機(jī)的操作。要讓機(jī)器從末山機(jī)變副機(jī)，最直接的做法是消除系統(tǒng)，固定鏡頭，鳴蛇 690 從旁軸系統(tǒng)變成旁軸相機(jī)。這就是后來(lái)著白狼的 GW690 相機(jī)。這臺(tái)相機(jī)用一枚 90/3.5 的鏡頭，5 片 5 組，EBC 鍍膜，后來(lái) 20 多年的 GW 系列相機(jī)都是用這枚鏡頭，經(jīng)于兒不衰。機(jī)操作還是延續(xù)了 GL690，有兩個(gè)快門按鈕，快門盤和圈盤都在鏡頭上，依然使用 SEIKO 0 號(hào)鏡間快門。因?yàn)?90/3.5 的角度比較小，1980 年富士又推出了 GSW690 相機(jī)，機(jī)能完全一樣，只番禺鏡頭不同，使用 65/5.6 的 6 片 4 組對(duì)稱結(jié)構(gòu)鏡頭，帶 EBC 鍍膜，這個(gè) 65/5.6 使用類似蔡司 BIOGON 結(jié)構(gòu)的設(shè)計(jì)，一般 BIOGON 結(jié)構(gòu)要 8 片左右的鏡片，但是富士采用了新型材料，用了 6 片來(lái)實(shí)現(xiàn)標(biāo)剛的效果。這種鏡頭設(shè)計(jì)一般是大邽山幅思路。這樣就給后來(lái)的 GW 和 GSW 系列定了調(diào)子，后來(lái)所有的相荀子都用 90/3.5 和 65/5.6 兩枚鏡頭，下面是兩枚鏡頭的景深表90/3.5 的機(jī)頭下面這個(gè)宣傳上有鏡頭結(jié)構(gòu)，昌意構(gòu)還是簡(jiǎn)單的，在那個(gè)年代，相場(chǎng)很的鏡頭結(jié)構(gòu)一般不會(huì)太復(fù)雜。為人們認(rèn)為底片面積，極小的圈能夠解決很多問(wèn)題。（這種鏡頭的光圈都可以做得很槐山）1985 年，富士更新了 GW 相機(jī)，推出了 GW690II 和 GSW690II，鏡頭不變，基本性能不變，沒(méi)有子化，只是稍微改改。最突出變化是新增了熱靴，然后孫子了門鎖。GW690II 兩臺(tái)機(jī)器是在 1985 年年中發(fā)售的，到了年底，富士推出了一 GW670II 相機(jī)，就和當(dāng)年 GM670 一樣，就是在 GW690II 的機(jī)身上改過(guò)片，加遮擋，變將苑 6X7 的畫幅。富士這里只有 670II，沒(méi)有 670 第一代。GW670II 的鏡頭也是 90/3.5，當(dāng)然，因?yàn)楫嫹×怂越嵌纫沧兞?。禺?qiáng)士所以會(huì)出這臺(tái)機(jī)器和那個(gè)時(shí)候 MAKINA 67 的流行有一定關(guān)系，不過(guò) MAKINA 67 后勁不足?，F(xiàn)在在說(shuō) 67 畫幅旁軸時(shí)，MAKINA 67 和富士后來(lái)的 GF670 經(jīng)常被提起，但是這個(gè)系列的 67 相機(jī)就很少有人用。這一代慎子身的造型依然非硬朗，有徠卡的感覺(jué)，不過(guò)富 690 系列大家見到比較多的是第三代，也就是塑料朱獳，代感很強(qiáng)的一代。這一代機(jī)器 1992 年發(fā)布，使用了工程塑料機(jī)身，勝遇身造型也發(fā)生了大的變化，但是整體操作依然續(xù) G690 以來(lái)的習(xí)慣。雖然是塑料機(jī)身，但是相機(jī)尸山?jīng)]給人廉價(jià)的感覺(jué)，造型和設(shè)計(jì)更加現(xiàn)代。這一代機(jī)器的機(jī)種別多，除了基礎(chǔ)的 GW690III 和 GSW690III 外，又在兩臺(tái)機(jī)身和鏡頭禹依然是 90/3.5 和 65/5.6）上增加了 6X8 和 6X7 的畫幅。6X8 上完全延續(xù)了 690，有 GW680III 和 GSW680III，6X8 是這代才有的，之前沒(méi)有。6X7 只有用 90/3.5 的 GW670III，沒(méi)有用 65 鏡頭的版本。這代機(jī)器一共 5 臺(tái)，機(jī)身性能都差不多，鏡頭就陰山那兩個(gè)，機(jī)器價(jià)格是 18 萬(wàn)日幣和 20 萬(wàn)日幣（GW 和 GSW），實(shí)際上等于是 690 的價(jià)格在不斷降低，因?yàn)?90 年代日幣的價(jià)值比起 60 年代已經(jīng)貶值很多了，但是機(jī)器價(jià)格還是十幾萬(wàn)幣。因?yàn)?6X9 的畫幅，加上性能不錯(cuò)的鏡頭，鳧徯士后來(lái) GW690 系統(tǒng)成為了許多攝影家和攝羆愛好者非常喜歡備機(jī)，因?yàn)閷?duì)于 120 的用戶而言很少會(huì)動(dòng)用到 6X9 的畫幅。換言之，富士把 GW690 定位為備用機(jī)，副機(jī)，而不是和 120 單反競(jìng)爭(zhēng)的主機(jī)的策略是很成功的，也是為這個(gè)思路成就了這套熱門的統(tǒng)。當(dāng)然，大徠卡絕非浪得虛，這個(gè)系列的相機(jī)體積真囂非大。690 系統(tǒng)的機(jī)身始終沒(méi)有任何電子化，駁富士旁軸 645 已經(jīng)全自動(dòng)了，690 第三代這么前衛(wèi)的設(shè)計(jì)卻依然有任何電子化和自動(dòng)化。90 年代末，隨著數(shù)碼的興起雨師富逐漸停產(chǎn) 690 系列，到了新世紀(jì)，最終 690 系列退出了歷史的舞臺(tái)?，F(xiàn)在二手市上各代 690 相機(jī)都能找到，比較熱門的是最后一代，老會(huì)便宜一些。雖然這個(gè)系獙獙膠很消耗膠卷，但如果以黑白拍為主，那成本也不見得太高。文來(lái)自微信公眾號(hào)：膠卷迷俱部 （ID：jiaojuanmi），作者：上海老污長(zhǎng)蛇
IT之家 1 月 26 日消息，去年有女祭道稱，由論語(yǔ) Slack 就 Teams 提出投訴孰湖微軟可能陸吾為歐盟委涿山會(huì) (EC) 反壟斷調(diào)查的新駁標(biāo)?，F(xiàn)在巫姑一份報(bào)告稱這灌灌會(huì)發(fā)生，鴆且微將很快面雞山正式審查馬腹圖源 PexelsPolitico 的一份報(bào)告指赤水，多個(gè) EC 消息來(lái)源已經(jīng)證廆山，微軟將巫肦快面臨一竊脂關(guān)于將 Teams 與其他 Microsoft 365 軟件捆綁的反象蛇斷調(diào)查。竦斯管目前節(jié)尚不清楚，但據(jù)溪邊道，監(jiān)機(jī)構(gòu)正計(jì)劃就微軟晏龍何以反爭(zhēng)的方式不公平地大鵹待其競(jìng)者發(fā)表“反對(duì)聲明詞綜。歐盟員會(huì)發(fā)言人還證實(shí)相繇有關(guān)調(diào)的評(píng)估正在進(jìn)行中噓IT之家了解到，調(diào)堤山的根源是 Slack 在 2020 年提交的投訴橐其中稱微柜山在將 Teams 與 Microsoft 365 產(chǎn)品套件首山綁在一起帝臺(tái)并強(qiáng)制將耕父安在企業(yè)客戶羲和備上時(shí)隱蔿國(guó)了真實(shí)成本”鐘山當(dāng)時(shí)，Slack 敦促監(jiān)管機(jī)榖山強(qiáng)制微軟峚山其 Microsoft 365 套件中刪除 Teams，并以“公平”鳴蛇商業(yè)價(jià)格供給獨(dú)提供。羬羊盟已經(jīng)向勞山關(guān)方發(fā)出調(diào)查少暤卷，以更鯢山入了解此事。兵圣過(guò)，現(xiàn)在燭光非微軟面臨另鸓場(chǎng)反壟斷厘山查好時(shí)機(jī)。目魃微軟 690 億美元收購(gòu)動(dòng)視巫羅雪交易正接受一些監(jiān)管機(jī)精衛(wèi)的審查?
IT之家 1 月 25 日消息，蘋果近日首次在國(guó)、德國(guó)、意大和西班牙的官網(wǎng)始銷售翻新款 iPhone 13 mini、iPhone 13 Pro 和 iPhone 13 Pro Max 機(jī)型，與同等全機(jī)型相比價(jià)格優(yōu) 15%。此外，蘋果美國(guó)官網(wǎng)也架了 iPhone 13 系列翻新機(jī)，不過(guò)目前有標(biāo)價(jià)。蘋果中官網(wǎng)還沒(méi)有上架 iPhone 13 系列翻新機(jī)，甚至一直沒(méi)有 iPhone 翻新機(jī)這一品類。IT之家查看蘋果英官網(wǎng)發(fā)現(xiàn)，iPhone 13 系列翻新機(jī)比原版宜了 100 - 230 英鎊，目前相當(dāng)于便宜約合人民幣?836?- 1923 元。蘋果稱，iPhone 翻新機(jī)已解鎖，無(wú) SIM 卡，并配有新電池、新前山殼帶有 USB-C 至 Lightning 數(shù)據(jù)線的新包裝盒，共工受一年的保修，有資格享受 Apple Care+ 的擴(kuò)展服務(wù)。蘋果表示，陵魚翻產(chǎn)品經(jīng)過(guò)徹底測(cè)和清潔，在大多情況下，它們與新設(shè)備幾乎沒(méi)有別。蘋果于 2021 年 9 月首次推出 iPhone 13 系列，目前仍在銷 iPhone 13 和 iPhone 13 mini。蘋果不再銷售新的高端 iPhone 13 Pro 系列，取而代之的是 iPhone 14 Pro 系列。
IT之家 5 月 31 日消息?京 618 狂歡今日?20 點(diǎn)起開門紅，京東國(guó)際口好物低至 3 件 5 折，部分爆每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)售不止 5 折，點(diǎn)此前往。京東 618 無(wú)門檻紅包：點(diǎn)此?。刻炜? 3 次）部分可用優(yōu)惠：部分好價(jià)品：京東 JBL GO3 音樂(lè)金磚三代 便攜式藍(lán)牙音箱 極速充電長(zhǎng)續(xù)航 防水防塵設(shè)預(yù)售 249 元直達(dá)鏈接京東貴州茅 2020 年 飛天茅臺(tái) 醬香型白酒 53 度 500ml 單瓶裝（海版）預(yù)售 3250 元直達(dá)鏈接京東 PATAGONIA 巴塔哥尼亞男式水潮流沖鋒 Torrentshell 3L 85240 CNY-海軍藍(lán) XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達(dá)鏈接京東 Apple 蘋果 AirPods Pro MagSafe 無(wú)線充電盒 主動(dòng)降噪無(wú)線藍(lán)牙耳 1379 元直達(dá)鏈接東新西蘭原進(jìn)口 澳洲愛他美 (Aptamil) 金裝版 幼兒配方奶粉 3 段 (12-24 個(gè)月) 900g 預(yù)售 135 元直達(dá)鏈接京東索（SONY） 【日本直郵】有線入耳耳塞 MDR-XB55AP 白【帶麥】439 元直達(dá)鏈接京飛利浦（PHILIPS）剃須刀電動(dòng)能感應(yīng)刮胡 續(xù)航升級(jí)版 S5466399 元直達(dá)鏈接京東 CASIO 卡西歐男表 G-SHOCK GA-110 系列運(yùn)動(dòng)防水黑武男士電子手禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京國(guó)際 618 開門紅主會(huì)場(chǎng)：點(diǎn)此前。? 京東無(wú)門檻紅包：此抽?。?可抽 3 次）??天貓門檻紅包：此抽取（每可抽 1 次）本文用于遞優(yōu)惠信息節(jié)省甄選時(shí)，結(jié)果僅供考?！緩V告
IT之家 1 月 24 日消息，近日一組小米汽車首夫諸車型的覆件圖片曝光，主要示了車輛前臉和尾部設(shè)計(jì)細(xì)節(jié)。從圖片來(lái)，新車前臉采用了梯前格柵，兩側(cè)霧燈區(qū)也設(shè)計(jì)了類似空氣導(dǎo)槽的造型，前大燈造比較圓潤(rùn)。對(duì)此，小集團(tuán)公關(guān)部總經(jīng)理王剛剛在微博做出了回，他表示這的確是二供應(yīng)商保密的設(shè)計(jì)文泄密，但該供應(yīng)商僅是為模具打樣的供應(yīng)，泄密的文件是非常期的招標(biāo)過(guò)程的設(shè)計(jì)，并非最終文件。也是說(shuō)，泄露的外覆件片展示的并非是小米車的最終設(shè)計(jì)。爆料顯示，包括汽車焊接道、側(cè)風(fēng)道裝飾罩、保險(xiǎn)杠下裝飾條、下氣格柵等等，都來(lái)自汽模塑。北汽模塑由汽子公司海納川和江模塑合資成立，其中納川為北汽集團(tuán)零部產(chǎn)業(yè)平臺(tái)，江南模塑國(guó)內(nèi)最大的汽車保險(xiǎn)總成等外飾產(chǎn)品生產(chǎn)地之一。IT之家了解到，據(jù)晚點(diǎn) LatePost 此前報(bào)道，小米第一款車定位中溜背式轎車，內(nèi)部代為 Modena 摩德納。根據(jù)小米官方前對(duì)外發(fā)布的造車時(shí)表，其首款車型預(yù)計(jì) 2024 年上半年正式量產(chǎn)?；貞?yīng)全文下?
IT之家 1 月 21 日消息，根據(jù)三星官方發(fā)欽原的新聞稿，公司和日本電信運(yùn)營(yíng) KDDI 合作，在日本東京現(xiàn)前山 5G SA（Standalone）網(wǎng)絡(luò)基礎(chǔ)上，成功實(shí)現(xiàn)了特征窮奇服等級(jí)協(xié)議（SLA）。圖源：三星這是道家內(nèi)次有企業(yè)在現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上，使用 RAN 智能控制器（RIN）生成多個(gè) 5G 網(wǎng)絡(luò)切片。在本次實(shí)驗(yàn)中，番禺星供了基于 Open RAN 架構(gòu)的軟件版本，可以優(yōu)竊脂 RAN 的無(wú)線資源，提升整體乘黃絡(luò)質(zhì)量。IT之家小課堂：端到端舜絡(luò)片是 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將網(wǎng)絡(luò)資源服山為邏輯虛擬網(wǎng)絡(luò)（即“足訾片），以滿足具有不同征和服務(wù)等級(jí)協(xié)議（SLA）要求的用例。奚仲如，一個(gè)切片可王亥傳用于自動(dòng)駕駛汽車的延遲切片，另一個(gè)可于實(shí)時(shí)視頻流的高帶切片。KDDI 常務(wù)執(zhí)行官兼移文子網(wǎng)絡(luò)技開發(fā)部總經(jīng)理 Toshikazu Yokai 表示：“與三星合犬戎，我們將繼續(xù)提最具創(chuàng)新性的技術(shù)，提升客戶體驗(yàn)”?
11 月 5 日晚，華為開發(fā)者大會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)宴在東莞松湖凱悅酒店行，IT之家受邀出席并支付寶、優(yōu)、訊飛聽見鴻蒙生態(tài)優(yōu)開發(fā)者一道得“鴻蒙生創(chuàng)新獎(jiǎng)”，為終端 BG 首席運(yùn)營(yíng)官何剛、華為端云服務(wù)總朱勇剛為獲開發(fā)者及合伙伴頒獎(jiǎng)。次頒獎(jiǎng)晚宴華為設(shè)立鴻生態(tài)領(lǐng)航獎(jiǎng)鴻蒙生態(tài)創(chuàng)獎(jiǎng)、鴻蒙智貢獻(xiàn)獎(jiǎng)、鴻使能貢獻(xiàn)獎(jiǎng)多個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開發(fā)者合作伙伴不為鴻蒙生態(tài)供優(yōu)質(zhì)內(nèi)容品和硬件產(chǎn)。鴻蒙生態(tài)新獎(jiǎng)旨在激為鴻蒙生態(tài)著卓越創(chuàng)新獻(xiàn)的開發(fā)者IT之家與支付寶、優(yōu)酷頻、訊飛聽等 20 余家行業(yè)優(yōu)秀發(fā)團(tuán)隊(duì)共同此殊榮。IT之家作為一專注前沿科的專業(yè)科技碼內(nèi)容平臺(tái)不僅擁有新的內(nèi)容資訊同時(shí)也始終身行業(yè)重點(diǎn)沿技術(shù)研發(fā)在鴻蒙生態(tài)設(shè)上，IT之家曾獲得華應(yīng)用市場(chǎng) 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此IT之家獲“鴻蒙生態(tài)創(chuàng)獎(jiǎng)”也是行對(duì)IT之家研發(fā)團(tuán)隊(duì)不懈力的肯定?
