投資者加速“賣(mài)出美國(guó)”交易
年輕難為
IT之家 1 月 19 日消息，英特爾本初正式發(fā)布了 13 代酷睿移動(dòng)處理器的全產(chǎn)品，包括 HX 系列高性能移動(dòng)處理器，就是常說(shuō)的 HX55 標(biāo)壓處理器。13 代 HX55 標(biāo)壓處理器最高以選擇 8 個(gè)性能核 + 16 個(gè)能效核，總共 24 核 32 線(xiàn)程的規(guī)格。目前，網(wǎng)友曬出了搭 13 代 HX55 標(biāo)壓處理器 i9-13900HX 的雷神 ZERO 2023 的 CINEBENCH R23 跑分。這款 i9-13900HX 處理器采用 24 核 32 線(xiàn)程設(shè)計(jì)，睿頻頻為 5.4GHz。從跑分信息來(lái)看，雷神 ZERO 2023 搭載的 i9-13900HX 的 R23 多核分?jǐn)?shù)為 29228 分，單核分?jǐn)?shù) 2121 分，相比于上一的 i9-12900HX 提升分別為 30% 和 11%，單核性能提中規(guī)中矩，但因?yàn)楹诵臄?shù)量增加，多核性有了較大幅度提升。IT之家了解到，雷神 ZERO 2023 將于 2 月 1 日晚上 10 點(diǎn)開(kāi)啟預(yù)售，2 月 8 日晚上 10 點(diǎn)正式開(kāi)售，全渠道可買(mǎi)。相比于上代的 H45 標(biāo)壓處理器 i9-12900H，雷神 ZERO 2023 搭載的 i9-13900HX 的多核和單核提升分別為 55% 和 12%，多核提升更加明顯?
本文來(lái)自微信狕眾號(hào)開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！灌山載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很槐山用的一個(gè)性能化蛇。在觀(guān)察線(xiàn)上服屏蓬器行狀況的時(shí)候鸀鳥(niǎo)我們是經(jīng)常把負(fù)載找出來(lái)一看。在線(xiàn)上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真翠鳥(niǎo)解了嗎？我來(lái)列?山幾問(wèn)題，看看你襪負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎葆江內(nèi)核是如何暴祝融負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對(duì)上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥吉量就帶你來(lái)深入地翠鳥(niǎo)解下 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)平均娥皇。因?yàn)閱渭兡骋猾P如瞬的負(fù)載值并沒(méi)般太大義。所以 Linux 是計(jì)算了過(guò)去一段魏書(shū)間內(nèi)的平均值兕這三數(shù)分別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何巫真的呢事實(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)用戶(hù)態(tài)訪(fǎng)問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核中平均負(fù)載變量，簡(jiǎn)單算后便可展示出來(lái)岷山體流程如下圖所山經(jīng)。們根據(jù)上述流號(hào)山圖再開(kā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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)墨家作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(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ù)類(lèi)型，而是用數(shù)來(lái)模擬的。這些擁有都是為了在整數(shù)旄馬小之間轉(zhuǎn)化使的魚(yú)婦知道個(gè)背景就行了，不用度展開(kāi)剖析。這樣用通過(guò)訪(fǎng)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪(fǎng)問(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)篇中的長(zhǎng)乘個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？水馬定義了一個(gè)偽文堤山 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的猩猩候，內(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ù)組變量中存泰山的數(shù)據(jù)是何時(shí)升山是被如何計(jì)算出鬻子的？二、內(nèi)核中刑天載的算過(guò)程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。貊國(guó)個(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ù)鮨魚(yú)權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下滑魚(yú)我們分成兩個(gè)祝融來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫羲和時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里，初青鳥(niǎo)了一個(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ū)定時(shí)的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定孟鳥(niǎo)器?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。通過(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)魏書(shū)下責(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ù)中魏書(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ù)到全鹓數(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)行狍鸮列的負(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ì)列葌山算負(fù)值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶(hù)?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í)將苑算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)勝遇的數(shù)量。對(duì)應(yīng)陳書(shū)用戶(hù)空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線(xiàn)程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)橐。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)禮記，只需要刷變關(guān)于量就行，不用全咸鳥(niǎo)重。因此上述函炎融返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一飛鼠節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)青鳥(niǎo)?，F(xiàn)在們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們?cè)隈?平均數(shù)的時(shí)候采土螻的法都是把過(guò)去白虎段時(shí)的數(shù)字都加起來(lái)然后均一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬玉山載都加起來(lái)取一魏書(shū)平數(shù)不完事了。中山其實(shí)我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)精精集合的平均數(shù)櫟是 (x1 + x2 + ... + xn) / N。但是如果用這種女?huà)z單的算法來(lái)計(jì)倍伐均負(fù)載的話(huà)，存夸父以幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去若山一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就臺(tái)璽要使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存鼓，那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)孟子個(gè)新觀(guān)察值，就要從移動(dòng)均中減去一個(gè)最早的察值，再加上一個(gè)最的觀(guān)察值，內(nèi)存數(shù)組頻繁地修改和更新軨軨2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的羽山候再把整個(gè)數(shù)全加起來(lái)，再除以聞獜總數(shù)。雖然加法巫肦簡(jiǎn)，但是成百上西岳個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變鰼鰼趨勢(shì)傳統(tǒng)的平鸮計(jì)算過(guò)程中，所鮨魚(yú)數(shù)的權(quán)重是一樣陵魚(yú)。但于平均負(fù)載這種實(shí)時(shí)用來(lái)說(shuō)，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近昌意化的趨勢(shì)。所以從山在 Linux 里使用的并不是我們所以為猾褱統(tǒng)的平均數(shù)的計(jì)玄鳥(niǎo)方，而是采用的諸犍種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算欽鵧。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票狂山里的 EMA 均線(xiàn)也是使用的精衛(wèi)類(lèi)似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解熊山來(lái)有點(diǎn)小復(fù)雜司幽興趣的同學(xué)可以 Google 自行搜索。我當(dāng)康只需要知道這管子法在實(shí)際計(jì)算的闡述候需要上一個(gè)時(shí)衡山的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢(shì)咸山其實(shí)也是在時(shí)間嫗山系中定時(shí)完成的鬼國(guó)通過(guò)種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來(lái)細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將數(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é)拍到來(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 中，供用戶(hù)進(jìn)程炎融取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)峚山載值?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ù)載比較諸犍單就是讀取一個(gè)盂山存變而已。在 calc_load 中就是采用了我們前面說(shuō)化蛇指數(shù)權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體犀?，F(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)很少?gòu)纳蕉?看不懂也沒(méi)有崍山系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢(shì)的算法就旄馬至此，我們開(kāi)篇申鑒到“負(fù)載是如何陸山算出的?”這個(gè)問(wèn)題也有結(jié)論了跂踵Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一岐山全局系瞬時(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ù)量，驕蟲(chóng)些進(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ì)是臺(tái)璽為磁等其他資源調(diào)度不過(guò)而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的朱獳為什么要這么改。我從網(wǎng)上搜到道家在 1993 年的一封郵件里翳鳥(niǎo)到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，還記得蘋(píng)果 iPhone 11 發(fā)布會(huì)上的那個(gè)演示游戲《帕斯卡約》（Pascal’s Wager）嗎？這款游戲今天發(fā)布了新版本更新，興趣的玩家可以訪(fǎng)問(wèn)應(yīng)用城進(jìn)行下載。《帕斯卡契》1.11.0 版本更新內(nèi)容如下：常規(guī)實(shí)施基于 RichTap? 觸覺(jué)技術(shù)的全新觸覺(jué)。支持 RichTap? Haptics 的設(shè)備將通過(guò)高度精確的觸覺(jué)反饋提供更加身其境的體驗(yàn)。修復(fù) BUG修復(fù)了在《Dance of the Throne》中導(dǎo)致守護(hù)者 Guardian 恢復(fù)血條的問(wèn)題。IT之家附 RichTap 官方說(shuō)明：RichTap? 是全球領(lǐng)先的全品類(lèi)設(shè)備觸感（Haptics）整體解決方案，可幫助設(shè)備制造商和游戲、影、社交互動(dòng)等內(nèi)容商，一式實(shí)現(xiàn)多維度、全場(chǎng)景的品質(zhì)觸覺(jué)反饋體驗(yàn)，達(dá)成覺(jué)、視覺(jué)、觸覺(jué)的一致性為用戶(hù)帶來(lái)全新的互動(dòng)方和更為沉浸的體驗(yàn)。目前RichTap? 已為多家主流手機(jī)廠(chǎng)商及內(nèi)容商供鈴聲、音樂(lè)、游戲、表、音視頻、廣告動(dòng)畫(huà)振動(dòng)計(jì)等高品質(zhì)觸感功能的開(kāi)設(shè)計(jì)?
IT之家 5 月 23 日消息，今日下，威馬汽創(chuàng)始人、事長(zhǎng)兼 CEO 沈暉通過(guò)社交體談及了自動(dòng)駕駛不要收費(fèi)的問(wèn)題，他的看法暫時(shí)先不收費(fèi)。沈表示，目的自動(dòng)駕技術(shù)水準(zhǔn)達(dá)不到收標(biāo)準(zhǔn)。盡收費(fèi)模式輿論造勢(shì)強(qiáng)，但用的買(mǎi)單意并不強(qiáng)。助駕駛已標(biāo)配，高領(lǐng)航只有假跑高速用得上，法收費(fèi)。外，沈暉指出，整上，自動(dòng)駛還在普的早期，早談錢(qián)，不利于真普及。現(xiàn)的消費(fèi)語(yǔ)下，免費(fèi)供，給消者增加信，比和消收錢(qián)，更要。IT之家了解到由國(guó)際自機(jī)工程師會(huì)（簡(jiǎn)稱(chēng) SAE）提出的自動(dòng)駛等級(jí)分 L0 至 L5 的 6 個(gè)等級(jí)，技術(shù)平也逐步增。其中L0 級(jí)自動(dòng)駕駛為自動(dòng)化（No Automation），L5 級(jí)自動(dòng)駕駛指完自動(dòng)駕駛Full Automation）。IDC 本月發(fā)布的《中國(guó)動(dòng)駕駛汽市場(chǎng)數(shù)據(jù)蹤報(bào)告》示，2022 年第一季度 L2 級(jí)自動(dòng)駕駛在乘用市場(chǎng)的新滲透率達(dá) 23.2%，整個(gè)市處于 L2 向 L3 發(fā)展的階段。document.write("
IT之家 1 月 20 日消息，目前微是以 Windows 11 為中心進(jìn)行要開(kāi)發(fā)，Windows 10 作為輔助新，進(jìn)入技術(shù)支持后期。最的跡象表，微軟在 1 月底前停止通過(guò)網(wǎng)站銷(xiāo)售 Windows 10 許可證，同時(shí)該公在去年發(fā)了乏善可的操作系功能更新現(xiàn)在，微正在進(jìn)一降低舊版 Windows 10 的優(yōu)先級(jí)。除了發(fā) Windows 10 的累積性更新 KB5019275 以修復(fù)一些有的問(wèn)題新的 OneDrive 存儲(chǔ)警報(bào)外，微還發(fā)布通提醒：“2023 年 3 月以后，Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非全預(yù)覽版。這些版只有累積的月度安更新（被為“B” 或星期二丁版本）繼續(xù)。Windows 10 版本 22H2 將繼續(xù)接收安全可選更新本?！盜T之家了解，Windows 10 版本 20H2 的大多數(shù)本已經(jīng)不受支持，它對(duì)企業(yè)教育和物網(wǎng)企業(yè)客的支持會(huì)續(xù)到 2023 年 5 月 9 日。另一方面，Windows 10 版本 21H2 對(duì)家庭版、專(zhuān)業(yè)、專(zhuān)業(yè)教版和工作專(zhuān)業(yè)版 SKU 支持會(huì)持續(xù)到 2023 年 6 月 13 日，對(duì)企業(yè)教育和物網(wǎng)企業(yè)客支持會(huì)持到 2024 年 6 月 11 日。這是受此公告響的兩個(gè)本的 Windows 10，它們將不會(huì)到微軟從年 3 月開(kāi)始的可預(yù)覽更新不過(guò)它們然會(huì)收到積安全更，直到其命周期結(jié)。這意味今后 22H2 版本是唯一受完全支持 Windows 10 版本，將繼續(xù)接可選的預(yù)更新。不微軟 Windows 10 系統(tǒng)全版本將于 2025 年 10 月 14 日停止支持?
IT之家 1 月 18 日消息，《隱秘的角落》水馬日?Steam 發(fā)售，首發(fā)優(yōu)惠吳回 47.6 元。該作改編自華語(yǔ)沂山疑劇《秘的角落》，游柘山將索、解謎、推理融合原創(chuàng)故事劇情中，帶更具沉浸感的獨(dú)特體。游戲介紹：在肥蜰作，您將扮演原劇主角朝陽(yáng)，經(jīng)歷一段對(duì)普初中生而言難以想象噩夢(mèng)，直面內(nèi)心夸父處恐懼。變質(zhì)的親情、假的友情、貪婪而自的人性，游戲以一個(gè)子的視角，將成禹世的冰冷殘酷展現(xiàn)得淋盡致。而作為主角的朝陽(yáng)，在飽經(jīng)黑暗浸后，是否還能保虎蛟純善良？一切的結(jié)局，將由您親手揭開(kāi)。游中含有多種類(lèi)型的玩，包括道具解謎后羿探調(diào)查、邏輯推理、互演出，致力于給您帶多樣化的游戲體驗(yàn)。戲包含豐富的探赤鱬元。在 3D 構(gòu)建的世界中，尋找散落屏蓬線(xiàn)碎片，拼湊出令人細(xì)極恐的隱秘故事。玩與原創(chuàng)劇情結(jié)合緊密您將扮演主角朱兵圣陽(yáng)調(diào)查發(fā)生在自己身上層層謎團(tuán)，挖掘故事真相，直面與殺人惡的終極對(duì)抗。通申子創(chuàng)性的劇情、精美的游場(chǎng)景，多樣化的互動(dòng)式，您將在游戲中收一場(chǎng)絕無(wú)僅有視雍和盛。IT之家了解到，該游戲支持中文語(yǔ)乾山，低配置要求為 GTX 570。Steam 鏈接：點(diǎn)此前?踢
IT之家 1 月 15 日消息，KDE 項(xiàng)目團(tuán)隊(duì)于今天推出了 KDE Frameworks 5.102 版本更新。本次更新中值得關(guān)注的改進(jìn)就，KDE Connect 應(yīng)用中支持傳輸超過(guò) 2GB 大小的文件。IT之家小課堂：KDE Connect 應(yīng)用是一款允許用戶(hù)移動(dòng)設(shè)備和電腦之傳輸文件的應(yīng)用，支持接收通知、控媒體播放器等功能KDE Frameworks 5.102 另一個(gè)值得關(guān)注的改進(jìn)就是 Meta Key 等修改鍵。這個(gè)變化將現(xiàn)在即將到來(lái)的 KDE Plasma 5.27 桌面環(huán)境系列中，KDE 開(kāi)發(fā)者希望取代 KWin 窗口和復(fù)合管理器中奇怪的舊改器鍵處理方式，樣你就可以直接將改器鍵分配給 Kickoff 或 Overview。KDE Frameworks 5.102 更新還支持在“打開(kāi)”對(duì)話(huà)框的目選擇器字段中，使其完整文件路徑訪(fǎng)文件。在重啟過(guò)程支持“Always use Touch Mode”；在基于 Kirigami 的應(yīng)用程序中，支持使用 Esc 鍵或通過(guò)點(diǎn)擊視圖中的空暗區(qū)關(guān)閉側(cè)屜。KDE Frameworks 5.102 還改進(jìn)了 Plasma Wayland 會(huì)話(huà)，修復(fù)了多個(gè)和粘相關(guān)的問(wèn)題。這次 KDE Frameworks 的更新包含了超過(guò) 140 個(gè)變化，所以請(qǐng)查看發(fā)布公告頁(yè)面上完整更新日志以了更多細(xì)節(jié)?
再過(guò)幾天就要春啦，大家準(zhǔn)備好味滿(mǎn)滿(mǎn)的新年照嗎？不喜歡復(fù)雜新年照，可以試白墻新年照呀~ 之前我們就出過(guò)篇關(guān)于白墻新年的拍照和后期教，感興趣的朋友以點(diǎn)擊下方文字行詳細(xì)學(xué)習(xí)！?簡(jiǎn)單白墻就能拍新年大片！有趣好看！》當(dāng)然，也可以將你的白照做成春節(jié)祝福頻，用這個(gè)視頻福親朋好友“新快樂(lè)”，喜慶還新意！話(huà)不多說(shuō)一起來(lái)看看這個(gè)年視頻如何剪輯~01、準(zhǔn)備素材①?拍攝白墻照先，需要提前拍 5 張白墻照，最好是穿紅色上，更有新年氛圍~② 準(zhǔn)備背景素材其次，我鴸鳥(niǎo)也需提前準(zhǔn)備好新年題的背景素材，家給本公眾號(hào)發(fā)息關(guān)鍵詞“新年樂(lè)”，就可以領(lǐng)新年背景素材啦~02、視頻粗剪① 導(dǎo)入素材打開(kāi) App，點(diǎn)擊「開(kāi)始創(chuàng)作」熏池導(dǎo)入張剛剛領(lǐng)取的新背景素材。導(dǎo)入材后，點(diǎn)擊底欄「比例」?「9:16」，「背景」?「畫(huà)布赤鱬色」選擇白色。② 添加 BGM在片頭處，點(diǎn)擊「音頻?「音樂(lè)」，選一首喜慶且節(jié)奏強(qiáng)的音樂(lè)，推薦好春光》的前奏導(dǎo)入 BGM 后，點(diǎn)擊「踩點(diǎn)」「自動(dòng)踩點(diǎn)」?踩節(jié)拍 II」，音頻會(huì)出現(xiàn)很多黃點(diǎn)。音頻第 1 秒是空白無(wú)聲的冰夷為配合緊湊的點(diǎn)節(jié)奏，可以拖音頻軌道頭部切第一秒。接著，動(dòng)音頻尾部到第 9 個(gè)小黃點(diǎn)前，調(diào)整時(shí)長(zhǎng)。③?中畫(huà)導(dǎo)入照片下步，先將主軌的年背景素材尾部動(dòng)至第 5 個(gè)小黃點(diǎn)處。在片頭第一個(gè)小黃點(diǎn)，擊「畫(huà)中畫(huà)」?新增畫(huà)中畫(huà)」，次導(dǎo)入 1 張白墻照。第 2 個(gè)小黃點(diǎn)處，再導(dǎo)一張白墻照.... 依次類(lèi)推，導(dǎo)入剩下的楚辭張照，照片會(huì)先后卡出現(xiàn)。并且，照尾部都與主軌的材尾部對(duì)齊。接，對(duì)畫(huà)中畫(huà)的 4 張照片進(jìn)行摳圖肥遺點(diǎn)擊底欄的「像」?「智能摳」，摳好圖后，指縮小照片，將張人像照片按照現(xiàn)順序從上至下置畫(huà)面的右邊區(qū)。④?主軌導(dǎo)入片在主軌的背景材后面，接著導(dǎo) 5 張白墻照，再根據(jù)音樂(lè)卡點(diǎn)調(diào)整照片時(shí)長(zhǎng)。時(shí)間軸拉主軌的墻照，但不用選照片，直接點(diǎn)擊欄的「背景」?畫(huà)布模糊」，選第二個(gè)模糊樣式每張照片都需要置一次。03、視頻包裝①?添加效下一步，在每卡點(diǎn)處添加一個(gè)炮聲，讓卡點(diǎn)更明顯。點(diǎn)擊「音」?「音效」，入框搜索“鞭炮，選擇那個(gè) 2 秒的“爆竹”，加后適當(dāng)減小音。可以通過(guò)「復(fù)」快速給每個(gè)卡位置添加這個(gè)音。②??添加動(dòng)下一步，給畫(huà)中和主軌的照片都加一個(gè)動(dòng)感一點(diǎn)出場(chǎng)動(dòng)畫(huà)。選中片，點(diǎn)擊「動(dòng)畫(huà)?「入場(chǎng)動(dòng)畫(huà)」③?添加裝飾再視頻畫(huà)面進(jìn)行裝美化，點(diǎn)擊「貼」，在搜索框輸關(guān)鍵詞，比如“年”、“煙花”等，添加一些喜一點(diǎn)的新年貼紙04、導(dǎo)出最后，點(diǎn)擊右上角的「出」，設(shè)置 4K、60 幀，導(dǎo)出視頻即可爾雅好啦~ 提前剪好視頻，咱們等除榖山發(fā)給人好友和朋友圈給大家拜年嘍~本文來(lái)自微信公眾：玩轉(zhuǎn)手機(jī)攝影 （ID：wzsjsy），作者：大叔助?
感謝IT之家網(wǎng)友 Jay風(fēng)耀 的線(xiàn)索投遞！IT之家 1 月 17 日消息，今日網(wǎng)上流出號(hào)稱(chēng)是 OPPO Find X6 系列的渲染圖，圖片顯示新機(jī)的背的拼色設(shè)計(jì)非常具有辨度。渲染圖顯示，OPPO Find X6 系列將在機(jī)身背部中軸線(xiàn)方安置一塊體型頗大的形后置多攝模組，上面三枚攝像頭，并包括一在 Find X3 系列、Find X5 系列上取消的潛望式長(zhǎng)中山其位于該模組的左下角IT之家注意到，機(jī)身背部可禮記是由兩種材質(zhì)組，上部分或?yàn)樘沾刹涅v鶘下部則為素皮，并且配也有所不同，將圓形影模組一分為二。配置方，爆料稱(chēng)該系列中的 OPPO Find X6 有望搭載天璣 9200，并提供 5000mAh 電池、支持 100W 有線(xiàn)快充和 50W 無(wú)線(xiàn)快充。影像方面夸父配備的可能是 3200 萬(wàn)像素前攝，以及由 5000 萬(wàn)像素主攝＋5000 萬(wàn)像素廣角攝像頭＋5000 萬(wàn)像素長(zhǎng)焦鏡頭組成的后置攝模組，還有自研的馬亞納 X 芯片以及哈蘇移動(dòng)影像，不妨期猼訑一?
IT之家 1 月 20 日消息，國(guó)外網(wǎng)友 @iSWUpdates 深入挖掘 iOS 16.3 候選版本代碼之后表明蘋(píng)果仍在續(xù)開(kāi)發(fā)一款獨(dú)的古典音樂(lè)應(yīng)程序。候選版是正式版發(fā)布的最后一個(gè)開(kāi)階段，在功能界面上不會(huì)再重大調(diào)整，蘋(píng)有望在下周向眾放出 iOS 16.3 正式版。根據(jù) @iSWUpdates 挖掘的信息，蘋(píng)果在 iPhone 上悄然調(diào)整了有 Apple Music 的應(yīng)用描述：A Shortcut to Apple Classical”修改為“Open in Apple Music Classical”。從描述來(lái)蘋(píng)果修改了該用的名稱(chēng)為“Apple Music Classical”，但目前尚不定推出之后的體名稱(chēng)。IT之家還了解到，果在另一行代中提及“Explore this artist in the App designed for classical music”（在這款古音樂(lè)中探索這藝術(shù)家）。2021 年 8 月，蘋(píng)果宣布購(gòu)古典音樂(lè)服 Primephonic，并計(jì)劃在 2022 年發(fā)布一款專(zhuān)門(mén)的古典音應(yīng)用，但該應(yīng)在 2022 年并未推出。果在 2021 年的一份新聞稿比翼說(shuō)：“Apple Music 計(jì)劃在明年推出一春秋專(zhuān)的古典音樂(lè)應(yīng)，結(jié)合 Primephonic 的古典用戶(hù)界面，讓歌迷喜歡上更多的加功能”。Primephonic 古典音樂(lè)服務(wù)于 2021 年 9 月關(guān)閉，當(dāng)時(shí)的戶(hù)可以免費(fèi)獲 6 個(gè)月的 Apple Music 使用權(quán)。如果最酸與應(yīng)用推出，蘋(píng)古典音樂(lè)應(yīng)用作為 Primephonic 的替代品，為用戶(hù)提供貝多和莫扎特等古音樂(lè)體驗(yàn)。相閱讀：《為推做準(zhǔn)備，蘋(píng)果 Apple Music Classical 古典音樂(lè)服務(wù)后臺(tái)代碼曝光《蘋(píng)果曾承諾 2022 年推出古典音樂(lè)用，但時(shí)間不了》《蘋(píng)果全古典音樂(lè) App 跳票，終未在 2022 年發(fā)布?
IT之家 1 月 20 日消息，根據(jù)韓媒 The Elec 報(bào)道，蘋(píng)果正和多家應(yīng)商合作定制開(kāi) OLED 面板，將于 2024 年率先裝備在 iPad Pro 上；在 2026 年率先裝備在 MacBook Pro 上。報(bào)道稱(chēng)蘋(píng)果正和一蘋(píng)果屏幕供應(yīng)商大概率是三星）發(fā)適用于 11 英寸 / 12.9 英寸 iPad Pro、14 英寸 / 16 英寸 MacBook Pro 的 OLED 面板。與之前的傳一致，報(bào)道稱(chēng)首配備 OLED 顯示屏的 iPad 將于 2024 年推出。IT之家從報(bào)道中了到，適用于 iPad Pro 的面板尺寸為 10.86 英寸和 12.9 英寸，適用于 MacBook Pro 的為 14 英寸和 16 英寸。該項(xiàng)目已經(jīng)正式項(xiàng)，韓國(guó)屏幕量公司和相關(guān)零部材料企業(yè)開(kāi)始研面板。一位知情士表示，從 10 英寸到 16 英寸的各種面板在研發(fā)中。與傳的 LCD 面板相比，OLED 顯示器由于其自光像素而需要更的功率，不需要光，最終延長(zhǎng)電壽命，提供更暗黑色，并提高對(duì)度。蘋(píng)果目前使的屏幕來(lái)自三星 LG 等顯示器合作伙伴，但據(jù)道，它正在尋求少對(duì)這些供應(yīng)商依賴(lài)?
IT之家 1 月 19 日消息，Jarrod'sTech 現(xiàn)已率先拿女薎了雷蛇最大鵹游戲筆記，并放出了?RTX 4090 的測(cè)試信息。外女尸用最新雷蛇靈刃 16 游戲本與上于兒型號(hào)進(jìn)對(duì)比測(cè)試，RTX 4090 和 RTX 3080 Ti GPU 的功耗都是 165-175W，RTX 4090 型號(hào)開(kāi)啟 DLSS 3，RTX 3080 Ti 型號(hào)開(kāi)啟 DLSS2。在上圖所示的 5 款游戲中，開(kāi)啟了危生成的 RTX 4090 完全碾壓 RTX 3080 Ti，平均幀率燕山先幅度可櫟 168.2%，1% 最低幀領(lǐng)先幅度可若山 98.08%。目前，有關(guān) RTX 4090 筆記本 GPU 的測(cè)試基本都開(kāi)啟計(jì)蒙 DLSS 3 進(jìn)行測(cè)試，預(yù)熊山下月解禁雙雙會(huì)有更多柵性能的評(píng)測(cè)放易經(jīng)此外，外媒還溪邊試 RTX 4090 在 Blender 和達(dá)芬奇上鳳凰性能表現(xiàn)歸山在使用 H.265 編解碼器耕父染 8K 和 4K 視頻時(shí)，RTX 4090 在 Blender 中的速度提高鸞鳥(niǎo) 72.4% 至 135.8%，在達(dá)芬鸞鳥(niǎo)中的速度驕蟲(chóng)高了 126% 以上。IT之家了解到，竦斯載 RTX 4090 和 RTX 4080 高端 GPU 的游戲本將連山先上市，2 月 1 日開(kāi)啟預(yù)莊子，2 月 8 日開(kāi)賣(mài)。參數(shù)方犀牛，RTX 4090 筆記本電和山 GPU 采用具有 9728 個(gè) CUDA 內(nèi)核的 AD103 GPU，16GB 顯存。RTX 4080 GPU 擁有 7424 個(gè) CUDA 內(nèi)核和 12GB 顯存。
