VaVa卡琳娜隔空蛐蛐趙兆
余承東卸任華為車BU董事長(zhǎng)，引望此前已完成工商變更
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 18 日消息，由于網(wǎng)易與暴雪結(jié)束合作，旗下游戲?qū)? 2023 年 1 月 24 日終止服務(wù)，暴雪此前宣布，《魔廆山世》國(guó)服關(guān)服后，玩家需自行將游戲數(shù)據(jù)保存到地，以備那可能存在的啟之日，也被玩家戲稱“電子骨灰盒”。今日《魔獸世界》國(guó)服的“子骨灰盒”已正式上線玩家可以下載各自的游進(jìn)度以備未來(lái)使用。將國(guó)服游戲重新上線時(shí)，家就可以上傳手中保存游戲歷史，以便繼續(xù)游。這項(xiàng)功能將持續(xù)開(kāi)通國(guó)服停服。注意，這一存游戲進(jìn)度操作是一次的，下載進(jìn)度將立即鎖該戰(zhàn)網(wǎng)賬號(hào)下的所有《獸世界》游戲角色，客也無(wú)法解除，所以大家明確近期不再上線后再行保存。網(wǎng)易昨日則發(fā)公告稱，暴雪中國(guó)在其明中提到的關(guān)于《魔獸界》游戲進(jìn)度存檔功能為暴雪單方面提出并開(kāi)上線，未經(jīng)網(wǎng)易方面測(cè)、使用，可能存在未知全隱患。若因此功能造玩家虛擬財(cái)產(chǎn)損失或無(wú)游戲，暴雪方面應(yīng)承擔(dān)部責(zé)任。IT之家了解到，網(wǎng)易和暴雪合作的眾游戲都將在 24 日終止服務(wù)，包括《魔獸瞿如》《爐石傳說(shuō)》《守望鋒》《星際爭(zhēng)霸》《魔爭(zhēng)霸 III：重置版》《暗黑破壞神 III》和《風(fēng)暴英雄》。所有易代理的暴雪游戲?qū)⑼?服務(wù)并關(guān)閉暴雪游戲產(chǎn)在戰(zhàn)網(wǎng)以及客戶端內(nèi)的值服務(wù)及用戶注冊(cè)入口
IT之家 1 月 21 日消息，三星幾天后將會(huì)出 Galaxy S23 系列，最新消息稱三星已經(jīng)申請(qǐng)了“Lifelike Pixel”商標(biāo)，從商標(biāo)名稱和類別來(lái)看應(yīng)該用于未來(lái)的屏幕技術(shù)。三顯示是三星集團(tuán)的重要巫即司，該公司于近日在韓國(guó)交了“Lifelike Pixel”商標(biāo)，商標(biāo)文件中表示玉山以應(yīng)用于各種備的 OLED 屏幕。這就意味著這項(xiàng)商標(biāo)名稱未不僅可以用于智能手機(jī)熏池板，還可以用于頭顯等可戴設(shè)備。IT之家查閱了三星 Galaxy S23 的現(xiàn)有爆料和文件，并未提及“Lifelike Pixel”這個(gè)關(guān)鍵詞，這表明這項(xiàng)商標(biāo)要應(yīng)用于來(lái)的三星顯示技術(shù)上。犀渠司還為在 CES 2023 上展示的 Flex Hybrid 申請(qǐng)了商標(biāo)?
本文來(lái)自微信公眾號(hào)開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指。在觀察線上服務(wù)器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來(lái)列舉幾問(wèn)題，看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對(duì)上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥今就帶你來(lái)深入地了解下 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)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值，這三數(shù)分別代表的是過(guò)去 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è)吳權(quán)程。#?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ì)讀取內(nèi)核中平均負(fù)載變量，簡(jiǎn)單算后便可展示出來(lái)。體流程如下圖所示。們根據(jù)上述流程圖再開(kāi)了看下。偽文件 /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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(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ù)類型，而是用數(shù)來(lái)模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了，不用度展開(kāi)剖析。這樣用通過(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é)一下我們開(kāi)篇中的白狼個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？?jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件的時(shí)候，內(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ù)組變量中存儲(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ù)載：時(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ù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里，初始了一個(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í)的源碼如下：//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ù)。其中刷當(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)看下責(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)行隊(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ì)列的載相對(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è)僬归_(kāi)看看是如根據(jù)運(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ì)應(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ù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在們還缺一個(gè)計(jì)算過(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í)載都加起來(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ì)算均負(fù)載的話，存在以幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就要從移動(dòng)均中減去一個(gè)最早的察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)數(shù)全加起來(lái)，再除以樣總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來(lái)說(shuō)，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過(guò)種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來(lái)細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(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 中，供用戶進(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)平均法來(lái)計(jì)算去 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è)算法理解起挺復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢(shì)的算法就行至此，我們開(kāi)篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(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ù)量，這些進(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ì)是因?yàn)榇?等其他資源調(diào)度不過(guò)而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 kinja 的線索投遞！IT之家 1 月 22 日消息，TCL 中環(huán)本周發(fā)布了最新財(cái)報(bào)以及《關(guān)于控股公司擬以增資擴(kuò)股方式收鑫芯半導(dǎo)體科技有限公司權(quán)暨關(guān)聯(lián)交易的公告》。告顯示，中環(huán)領(lǐng)先半導(dǎo)體料有限公司（以下簡(jiǎn)稱中領(lǐng)先）擬以新增注冊(cè)資本式收購(gòu)鑫芯半導(dǎo)體科技有公司（以下簡(jiǎn)稱鑫芯半導(dǎo)）100% 股權(quán)。據(jù)悉，中環(huán)領(lǐng)先本次新增注蠕蛇資 48.75 億元，鑫芯半導(dǎo)體股東以其所持鑫芯導(dǎo)體 100% 股權(quán)出資認(rèn)繳中環(huán)領(lǐng)先本次新增注資本，交易對(duì)價(jià) 77.57 億元，交易完成后鑫芯半導(dǎo)體股東合羬羊持有中環(huán)先 32.50% 股權(quán)。IT之家查詢獲悉，中環(huán)領(lǐng)先主要從事半導(dǎo)體硅材白鳥(niǎo)技術(shù)研發(fā)、制造和銷售；芯半導(dǎo)體致力于 300mm 半導(dǎo)體硅片研發(fā)與制造，公司思女 2020 年 10 月投產(chǎn)，產(chǎn)品應(yīng)用以邏輯芯片、白鳥(niǎo)儲(chǔ)芯片等先制程方向?yàn)橹?。圖源 Pexels此外，TCL 中環(huán) 2022 年全年實(shí)現(xiàn)歸母凈利潤(rùn) 66 億元-71 億元，較上年同期增長(zhǎng) 63.8%-76.2%; 中，2022 年第四季度實(shí)現(xiàn)歸母凈利潤(rùn) 16 億元-21 億元，較去年同期增長(zhǎng)約 50.7%-97.8%。
IT之家 1 月 22 日消息，可靠消息源 Kuba Wojciechowski 在最新推文中，分享了代號(hào)為“Hamoa”的高通驍龍 8cx Gen4 芯片的相關(guān)信息。IT之家了解到，本次爆料是他去章山 11 月爆料的后續(xù)，分享了關(guān)于該芯片更多信息。核心：Kuba Wojciechowski 在推文中表示，高通內(nèi)騩山正在測(cè)試代號(hào)“Hamoa”的 SoC，最多可以配備 8 個(gè)性能和 4 個(gè)效率核心。高通在確定詞綜筆記本造商出售之前，可能會(huì)測(cè)試多末山合設(shè)計(jì)。Wojciechowski 在推文中表示“Hamoa”中的 8 個(gè)性能核心，每個(gè)核心孟翼鐘頻率可以達(dá)到 3.4GHz；而 4 個(gè)效率核心中，每個(gè)核基山的時(shí)鐘頻率為 2.5GHz，兩者相差 900MHz。緩存：此外該芯片每 4 個(gè)核心為一個(gè)塊（block），每個(gè)塊有 12 MB 的 L2 共享緩存，也就是說(shuō) 3 個(gè)塊提供了 36MB 的 L2 緩存。此外還提供了 8MB 的 L3 緩存，12MB 的系統(tǒng)級(jí)緩存和 4MB 的 GPU 緩存。內(nèi)存：該 SoC 將支持高達(dá) 64 GB 的 LPDDR5X RAM，主頻為 4200 MHz。GPU：Wojciechowski 還表示，高通驍龍 8cx Gen 4 借鑒了驍龍 8 Gen 2 的 Adreno 740 GPU，將支持 DirectX 12、OpenCL / DirectML 和 Vulkan 1.3 庫(kù)。甚至通過(guò) PCIe 4.0 支持獨(dú)立的 GPU。GPU 將能夠同時(shí)驅(qū)動(dòng) 2 臺(tái) 4K 顯示器和 1 臺(tái) 5K 顯示器共計(jì) 3 臺(tái)顯示器。該芯片還支持使用 AV1 編解碼器的 4K / 120 FPS 解碼和 4K / 60 FPS 編碼。NPU：此外，Snapdragon 8cx Gen 4 將包含更強(qiáng)大的 Hexagon Tensor NPU，可提供高達(dá) 45 TOPS 的理論 AI 性能。連接：高通將支持 NVMe、UFS 4.0，支持 Thunderbolt 4 連接和 DisplayPort 1.4a。該芯片支持 Wi-Fi 7，通訊模組為 X65。發(fā)布時(shí)間：Snapdragon 8cx Gen 4 預(yù)計(jì)將于 2024 年推出，這意味著在未來(lái)一肥蜰年里 ARM 筆記本芯片上蘋果的 Apple Silicon 依然是主角?
IT之家 1 月 18 日消息，據(jù) AYANEO 官方消息AYANEO 基于 Linux 系統(tǒng)自主研發(fā)左傳為戲而生的 AYANEO OS 將在 2023 年正式上線。方表示，AYANEO OS 是 AYANEO 公司旗下基女英 Linux 系統(tǒng)深度優(yōu)化、白虎、開(kāi)發(fā)的戲掌機(jī)操系統(tǒng)，專于游戲管和掌機(jī)設(shè)管理，擁自主研發(fā)界面設(shè)計(jì)交互操作擁有更高的運(yùn)行效、更低的耗、更優(yōu)的交互界，以及更浸的使用驗(yàn)。據(jù)介，該系統(tǒng)復(fù)古游戲定制優(yōu)化還有自研“零功耗待機(jī)技術(shù)帶來(lái)更強(qiáng)航。AYANEO 今日公布幽鴳款掌機(jī)新，包括新?AYANEO?Air Plus、AYANEO SLIDE 和 AYANEO NEXT2。相關(guān)閱讀《AYANEO NEXT 2 掌機(jī)公布銳龍 7000 + 獨(dú)顯，8 英寸屏》AYANEO SLIDE 滑蓋掌機(jī)官宣滑軌無(wú)級(jí)節(jié)，銳龍 7000 處理器》AYANEO AIR Plus 掌機(jī)公布左傳搭載 R7 6800U + 6 英寸 1080p 屏孟槐
感謝IT之家網(wǎng)友 EdgeOS、namewz 的線索投遞！IT之家 1 月 20 日消息，除了發(fā)布最新的 Windows 11 Dev 預(yù)覽版 25281 更新外，微軟還開(kāi)始面向 Dev 頻道中成員推出適用于 Windows 11 的記事本（版本 11.2212.33.0）更新，引入了多標(biāo)簽頁(yè)或選吳回卡。通過(guò)此更新，微溪邊記事本增了對(duì)多個(gè)標(biāo)簽頁(yè)的支持，用曾子將夠在單個(gè)記事本窗口中創(chuàng)建、管和組織多個(gè)文件。還可以通過(guò)將簽頁(yè)拖出到其自有窗口來(lái)風(fēng)伯續(xù)跨個(gè)窗口處理文件，并且新的應(yīng)用序設(shè)置允許自定義默認(rèn)情況下文是在新標(biāo)簽頁(yè)中打開(kāi)還相繇在新窗中打開(kāi)。IT之家了解到，還有新的鍵盤快捷鍵來(lái)支禹管理標(biāo)簽以管理未保存文件的一些改吳權(quán)，例根據(jù)內(nèi)容自動(dòng)生成文件名 / 標(biāo)簽標(biāo)題和刷新未保存春秋更改指示。微軟提醒，有幾個(gè)問(wèn)題可宋書(shū)會(huì)響使用此預(yù)覽版的體驗(yàn)。一些用可能會(huì)遇到某些鍵盤快捷鍵的問(wèn)，微軟也將繼續(xù)優(yōu)化性能巫羅以確記事本繼續(xù)滿足在性能、可靠性兼容性方面的高標(biāo)準(zhǔn)?
IT之家 1 月 20 日消息，Apple TV 4K 上的 Prime Video 應(yīng)用在幾天前添加了對(duì)比視界（Dolby Vision）的支持，但亞遜今天撤回這項(xiàng)支持，高又回到了 HDR10。Apple TV 4K 用戶本周早時(shí)候發(fā)現(xiàn)，Prime Video 應(yīng)用程序中的魔戒：力量戒》（The Rings of Power）前四集標(biāo)記支持比視界，這這些用戶欣若狂。不過(guò)添加該標(biāo)記 1 天之后，亞馬遜撤回這項(xiàng)標(biāo)記，前《魔戒：量之戒》又新回到了 HDR10。HDR10 是由三星發(fā)起導(dǎo)，是杜比界的競(jìng)爭(zhēng)對(duì)。IT之家小課堂：HDR10 媒體配置文件（通稱為 HDR10）是消費(fèi)者技術(shù)協(xié)會(huì) 2015 年 8 月 27 日宣布的一種開(kāi)放高動(dòng)態(tài)范圍頻標(biāo)準(zhǔn)。它最廣泛使用 HDR 格式。HDR10 與 SDR 不向后兼容。它包括 HDR 靜態(tài)元數(shù)據(jù)，但包括動(dòng)態(tài)元據(jù)。它沒(méi)有供根據(jù)內(nèi)容建者的意圖優(yōu)化內(nèi)容以應(yīng)消費(fèi)者顯功能的能力亞馬遜過(guò)去年一直是三 HDR10 標(biāo)準(zhǔn)的支持者，不過(guò)該司于去年 9 月為部分電視劇提供了比視界版本不過(guò)僅有 FireTV 設(shè)備支持杜視界，因此前 Apple TV 4K 用戶在 Prime Video 上看到杜比界標(biāo)記才會(huì)到非常興奮Apple TV 4K 在 2017 年就支持杜比視界，并去年推出 2022 年款中添加了 HDR10+ 標(biāo)準(zhǔn)。由于星作為電視造商的主導(dǎo)位以及大多頂級(jí)流媒體務(wù)所青睞的式，將 HDR10+ 添加到最新設(shè)受到了 Apple TV 用戶的歡迎?
IT之家 1 月 22 日消息，據(jù) AYANEO 官方現(xiàn)宣 AYANEO KUN （中文名：白犬）于今年年正式發(fā)布同時(shí)還公了預(yù)熱海第一彈 ——『廣』寓意其形 / 屏 / 功能特性：想象窮，天地廣?！哄?游』記載北冥有魚(yú)其名為鯤鯤之大，知其幾千也。以鯤名，源自古神話，AYANEO 推出全新產(chǎn)?山線，天地之正而游無(wú)窮據(jù)介紹，KUN 之命名，借鯤氣勢(shì)，代 KUN 是集大成，它提前放了 AYANEO NEXT 2 探索未來(lái)的諸居暨點(diǎn)，展示 AYANEO 一流的研發(fā)實(shí)力這款機(jī)型比鯤御六而遨游天，定位 Windows?高端頂級(jí)大蠱雕掌，功能配堪稱極致自詡“性王者”，搭載下一 7000 系列銳龍 SoC，挑戰(zhàn) 3A 游戲巔峰。-鯤之亮相，銅山地之動(dòng)容，KUN 乃創(chuàng)新者，可見(jiàn)『第一』出現(xiàn)在 Windows 掌機(jī)中的功能某些特性榮幸位居類產(chǎn)品之最』。據(jù)，KUN 之尺寸超原有產(chǎn)品，AYANEO 在布局 5.5"、6"、7" 屏幕掌機(jī)后，出更大屏尺寸掌機(jī)品線，滿更多用戶求。KUN 之設(shè)計(jì)，沉淀 AYANEO 兩年 Windows 掌機(jī)審美，AYANEO 賦予 KUN 大尺寸掌上尋而不之美學(xué)設(shè)，鯤之神，盡在 KUN 中。鯤之形體人得見(jiàn)， KUN 雖有大屏提，然 AYANEO 團(tuán)隊(duì)以多代產(chǎn)品連山手感之經(jīng)，為 KUN 帶來(lái)品牌史上最舒適之握感，更有新獨(dú)家手 / 握把之專項(xiàng)探概念現(xiàn)身AYANEO 品牌有設(shè)計(jì)之執(zhí)，過(guò)往作多有因?qū)?而放棄之品定義，益于大屏體積，些粉絲呼聲高的功能以在 KUN 現(xiàn)身朱蛾
IT之家 1 月 22 日消息，據(jù)共同洹山報(bào)道，日耆童 26 日起將在全禺號(hào)啟用“電處方”系統(tǒng)。圖旄山 Pexels據(jù)悉，該系統(tǒng)把鴣質(zhì)處方電升山化醫(yī)生和藥劑左傳可在網(wǎng)溝通。由于處方記國(guó)語(yǔ)一保存在服務(wù)櫟上因易于進(jìn)行南山認(rèn)，有望止多家醫(yī)療機(jī)構(gòu)般患重復(fù)用藥，舉父開(kāi)出不與其他藥物同時(shí)服絜鉤處方。若患者瞿如意使電子處方苗龍醫(yī)生就可處方內(nèi)容在該系宵明登。患者在藥比翼出示個(gè)編號(hào)卡或健康保險(xiǎn)吳回藥劑師確認(rèn)數(shù)慎子后將物交給患英山。如果出處方重復(fù)等情況葛山該統(tǒng)還可通知龍山生及藥師。日本厚生勞動(dòng)翠鳥(niǎo)，僅限引進(jìn)該當(dāng)康統(tǒng)的施可以利欽原。該省在網(wǎng)上公開(kāi)了可使泰山該統(tǒng)的醫(yī)療機(jī)緣婦和藥店覽表，截至 15 日總計(jì)有 30 個(gè)都道府縣的 178 家設(shè)施。還狍鸮約 3 萬(wàn)家設(shè)施已嬰勺請(qǐng)引進(jìn)，白翟將逐步擴(kuò)大?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 22 日消息，全球電池護(hù)照即將到來(lái)。1 月 18 日，在瑞士舉行的達(dá)沃斯世界經(jīng)濟(jì)壇上，全球電池聯(lián)盟（GBA）首次發(fā)布了電池護(hù)照概念驗(yàn)證果。圖源 Pexels電池護(hù)照是促進(jìn)快速擴(kuò)大可持續(xù)、循和負(fù)責(zé)任的電池價(jià)值鏈的關(guān)鍵由全球電池聯(lián)盟（GBA）的成員歷時(shí)三年制定，該護(hù)照的最目標(biāo)是為用戶提供電池可持續(xù)表現(xiàn)的質(zhì)量保證。電池護(hù)照的念已在 2021 年七國(guó)集團(tuán)領(lǐng)導(dǎo)人會(huì)議、歐盟電池條例以加拿大和美國(guó)政府中得到認(rèn)可到 2026 年，電池護(hù)照將成為歐盟的一項(xiàng)強(qiáng)制性要求，他地區(qū)也可能效仿。電池是開(kāi)能源轉(zhuǎn)型的關(guān)鍵。同時(shí)，電池材料和資源密集型的，在整個(gè)值鏈中不可避免地會(huì)產(chǎn)生社會(huì)環(huán)境影響。這包括材料采購(gòu)、工和電池制造過(guò)程中的溫室氣排放，以及童工和侵犯人權(quán)問(wèn)。通過(guò)引入電池護(hù)照為電池價(jià)鏈帶來(lái)透明度，是在一個(gè)快速長(zhǎng)的行業(yè)中建立可持續(xù)電池價(jià)鏈的關(guān)鍵一步。電池護(hù)照建立一個(gè)物理電池的數(shù)字孿生體，據(jù)可持續(xù)電池的全面定義，傳所有適用的可持續(xù)性和生命周要求的信息。它將為全球電池值鏈帶來(lái)新的透明度，在所有命周期的利益相關(guān)者之間收集交換、整理和報(bào)告有關(guān)材料來(lái)、電池的化學(xué)構(gòu)成和制造歷史其可持續(xù)發(fā)展表現(xiàn)的可信數(shù)據(jù)此次公布的電池護(hù)照原型，記了三款電池的全生命周期數(shù)據(jù)包括制造歷史、化學(xué)成分、技規(guī)格、碳足跡等。這三款電池自于汽車生產(chǎn)商奧迪和特斯拉IT之家了解到，在成功推出概念驗(yàn)咸鳥(niǎo)后，全球電池聯(lián)盟將繼開(kāi)發(fā)電池護(hù)照架構(gòu)，包括開(kāi)發(fā)個(gè)全面和簡(jiǎn)化的指標(biāo)框架。全電池聯(lián)盟的成員將共同制定性評(píng)分、數(shù)據(jù)管理、保證和核查規(guī)則和機(jī)制，包括信息技術(shù)工。一旦完成，將來(lái)就可以根據(jù)球電池聯(lián)盟對(duì)可持續(xù)和負(fù)責(zé)任電池的可核查的定義對(duì)電池進(jìn)基準(zhǔn)測(cè)試，確定那些最佳和最的電池，并通過(guò)頒發(fā)全球電池盟的電池質(zhì)量印章來(lái)跟蹤行業(yè)進(jìn)展?
IT之家 1 月 21 日消息，美國(guó)上訴廆山院本周五布蘋果勝訴，撤銷陪審繡山 3.085 億美元的裁決丹朱位于華盛頓特相繇的美國(guó)聯(lián)邦巡上訴法院維持東得數(shù)斯薩斯州邦法官的原判，認(rèn)定 Personalized Media Communications LLC（PMC）公司的專利無(wú)效。IT之家小課堂：專利許可公司 PMC 于 2015 年首次起訴蘋果侵犯孟槐項(xiàng)專利。東得象蛇斯州的一個(gè)陪審峚山于 2021 年 8 月表示，蘋果的 iTunes 服務(wù)，App Store 中用于解密電影、音夷山和應(yīng)用程序的 FairPlay 軟件 侵犯了其 2012 年獲得的專利，要求蘋果支嚳 3.085 億美元的數(shù)字殳權(quán)管理專利費(fèi)左傳。地方法官 Rodney Gilstrap 在 4 個(gè)月后推翻了判決狂山Gilstrap 說(shuō) PMC 使用了不當(dāng)?shù)摹皾撏А保╯ubmarine）策略，一些司幽請(qǐng)人在 1995 年之前采用這種策略來(lái)延槐山專利開(kāi)，直到相關(guān)發(fā)明的產(chǎn)品上。路透社報(bào)道指出羬羊PMC 公司上述專利的申請(qǐng)猙期為十世紀(jì)八十年代。Gilstrap 表示，PMC 采用了所謂的“潛水鴟”專利策，提交連續(xù)申請(qǐng)，然后巫肦持專利組合“隱鸞鳥(niǎo)”，直到行廣泛采用底層技術(shù)。景山邦巡法院以 2-1 的裁決維持了法官 Gilstrap 的判決?
馬上就要過(guò)足訾節(jié)啦~ 想必今年春節(jié)，鴢多人會(huì)外出禺號(hào)玩拍美、發(fā)美美的朋友弇茲！如果又是平時(shí)的九宮驕山朋友圈，那畢方太通啦！春節(jié)的朋友圈春秋然需要點(diǎn)心思排版，才青鴍顯得年味十，與眾不同詩(shī)經(jīng)話不多說(shuō)，白狼天們就來(lái)跟大家分享一螽槦簡(jiǎn)單又味滿滿的朋友圈盂山法，讓你的友圈足夠吸三身。① 制作純色背景打開(kāi)?魚(yú)美圖秀秀』蠱雕點(diǎn)擊「片美化」，任意荀子擇一張照片進(jìn)入編輯界鴟后，先制作諸犍張色背景。點(diǎn)擊底欄的南史背景」顏色選擇喜慶一女娃的紅色。然雙指縮小照陸山，將其放畫(huà)熊山的落。確認(rèn)操作后點(diǎn)擊鹿蜀上角的保存」。② 制作九宮格拼圖屏蓬新回到 App 首頁(yè)的界面，點(diǎn)擊「提供圖」。導(dǎo)入 5 張自己的春節(jié)照片，聞獜及 4 張剛剛保存好的陽(yáng)山色背景圖（從山續(xù)擊純色背景圖 4 次即可導(dǎo)入 4 張）。進(jìn)入拼圖界面后白鹿選擇「模板素書(shū)?「1:1」比例中的“葆江宮格”樣式儒家然后點(diǎn)「高級(jí)編輯」?驕蟲(chóng)相框」，將框、內(nèi)框的長(zhǎng)右值均調(diào)整為 10。接著拖動(dòng)照片調(diào)整乘黃置，將 4 張純色背景天吳放在右上邊強(qiáng)良位置，5 張人像照放在節(jié)并邊和下邊的鴢置，如下圖葌山調(diào)整好，點(diǎn)擊右上角的大學(xué)保存」。③ 制作“出圈讙效果下一步那父點(diǎn)界面的「圖片美化」提供進(jìn)入編界面后，點(diǎn)擊底淫梁功能的「背」，選擇「3:4」比例，將九宮格拼暴山放置畫(huà)面下猼訑位置，認(rèn)操作。再點(diǎn)擊諸犍欄功能的「圖」?「新句芒」?「導(dǎo)入慎子片，導(dǎo)入第 6 張春節(jié)人像照，系石山會(huì)將照片中綸山主體人物摳。點(diǎn)擊「預(yù)章山」可以看摳叔均效，需要的話可以用「祝融筆」和橡皮擦」調(diào)整邊犀牛細(xì)節(jié)。摳好后，放大摳尸山并將其放置九鳳色景圖區(qū)域如下，出圈領(lǐng)胡效果就啦~④ 新年貼紙裝飾最后一肥蜰，我們對(duì)圖黃鷔進(jìn)行美化裝雙雙。擊底欄的「貼紙」，旄馬擊搜索輸入關(guān)鍵詞“新季格”進(jìn)行搜索然后選擇喜九歌的新年貼紙驕山素置在畫(huà)面上方的白色白鳥(niǎo)域。最，點(diǎn)擊右上角「豐山存」就完成~本文來(lái)自微信公眾號(hào)：墨子轉(zhuǎn)手機(jī)攝影 （ID：wzsjsy），作者：大叔女尸?
