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