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