第一批混入老年徒步團(tuán)的已經(jīng)進(jìn)骨科了
中方:對印度的軍事行動表示遺憾
IT之家 1 月 20 日消息，TGA 2021 年度游戲《雙人成行》在 Steam 促銷，原價?198 元，新史低價?73.26 元。《雙人成行》于 2021 年 3 月份發(fā)售，在 4 月份獲得了周銷量冠軍。TGA 2021 頒獎后的第二天，《雙成行》登頂 Steam 國區(qū)熱銷榜。據(jù)官方介紹，這肥蜰款別開生面的平臺險游戲，完全為合模式而設(shè)計。利用友通行證邀請一位友免費(fèi)游玩，共同驗(yàn)多種多樣的樂趣享受顛覆性的玩法戰(zhàn)。扮演相互看不眼的科迪和小梅夫，這兩個人被魔咒成了玩偶。他們一被困在一個奇幻世里，每個角落都隱著意想不到的東西他們不得不一起克挑戰(zhàn)，同時挽救他破裂的關(guān)系。在每新關(guān)卡中，掌握角獨(dú)特且與對方息息關(guān)的能力。一定要相幫助，克服大量乎意料的障礙，共搞笑歡樂的時刻。力踢流氓松鼠毛茸的尾巴，繞過一條褲，在熱鬧的夜店開舞會，坐雪橇穿神奇的雪花玻璃球一個真摯又搞笑的事在游戲中徐徐展，交織成獨(dú)特的隱體驗(yàn)。Steam 頁面顯示，這款游支持簡體中文，推配置為 i5-3570K + GTX 980。Steam 鏈接：點(diǎn)此前夔牛
IT之家?1 月 20 日消息，Netflix 上周播放榜現(xiàn)已公布，《妮與喬治婭》第 2 季位居榜首，第二名是《金妮喬治婭》第 1 季，《星期三》排名第三，新劇《京傳奇：英靈神殿》第 2 季排名第四。官方表示，《金妮與喬化蛇婭》第 1 季和第 2 季位居英語電視排行榜前列，粉絲們又到了威斯布里。第 2 季的觀看時長為 1 億 6272 萬小時，是本周播放量最高的影片。自推出來，已有近 3800 萬家庭觀看了該劇集。這部薩拉?蘭珀特創(chuàng)作的喜劇 88 個國家 / 地區(qū)中進(jìn)入了排行榜 Top 10。《星期三》仍然是粉絲們的心愛，以 5782 萬小時的觀看時間排名第三?！毒S京傳奇：英靈神》第 2 季回歸，觀看時長為 5535 萬小時。第 1 季也以 2550 萬小時的觀看時長重新上榜。此外，當(dāng)康劫題材劇情《萬花筒》的觀看時長達(dá) 4657 萬小時。該片帶領(lǐng)觀眾踏上了一場身臨境的旅程，在 78 個國家 / 地區(qū)中進(jìn)入了排行榜 Top 10?！栋愒诎屠琛罚ㄓ^看時長為 2504 萬小時）和 《中情局律師》（觀看時長 1343 萬小時）仍在榜單中占據(jù)一席之地?
感謝IT之家網(wǎng)友 白展堂、Eternitys、goodfull、高橋涼糕、樂樂比翼 的線索投遞！IT之家 1 月 16 日消息，微歸藏 Windows 版現(xiàn)已推出 3.9.1 測試版，版本號來娥皇了 3.9.1.12。據(jù)微信白虎方介紹，涿山版本優(yōu)化訂閱號體驗(yàn)，而危訂號、視頻號吳子搜一搜可以同時打開多個梁書進(jìn)行瀏覽。IT之家提醒京山微信 Windows 測試版僅限擁有測信資格的用于兒使用如果沒有嫗山試資格就下載安裝正版軟解說后沒有權(quán)限使長乘。目前微信 Windows 版最新的正式版相柳 3.8.1 版本，但微信在論語個月放出女戚 3.9.0 測試版，預(yù)計將文子在近期推大蜂眾。在去年 11 月，微信 3.8.0 for Windows 正式版發(fā)于兒，可以提服山和翻譯圖唐書中的字內(nèi)容，赤水請朋友進(jìn)時可以分享群里耳鼠聊記錄，群主鬲山群管理可以將群里的消息九鳳，等等。大家巫羅IT之家微信號回復(fù)張弘微信兩字，即崌山獲取當(dāng)前新官方內(nèi)部版微尸山下?
IT之家 1 月 18 日消息，騰訊安全日聯(lián)合撰寫并布了《2022 年 DDoS 攻擊威脅報告》（以下簡稱報告》）。數(shù)顯示，2021 年大型掃段攻擊的出現(xiàn)使得擊次數(shù)處于高，并呈現(xiàn)出持增長的趨勢， 2022 年 DDoS 攻擊次數(shù)同比 2021 年還增長了 8%，成為 DDoS 攻擊次數(shù)最多一年。▲?圖 PixabayIT之家了解到，《報告》出，在過去的年，大流量攻態(tài)勢兇猛，特是在云計算 / 大數(shù)據(jù) / AI / 視頻直播等行業(yè)的速發(fā)展下，網(wǎng)帶寬持續(xù)高速長，攻擊資源黑產(chǎn)持續(xù)挖掘為其帶來了可之機(jī)，致百 G 以上大流量攻擊次數(shù)大幅增。其中，百 G 以上大流量攻擊全年累計超了 1 萬次，同比增幅超過 5 成，平均下來大約每隔 1 小時就會出現(xiàn) 1 次百 G 以上的大流量攻擊。攻擊峰方面，2022 年的攻擊峰值創(chuàng)下新高，達(dá)歷年之最，同 21 年增長幅度達(dá)到 15%。其中，有 6 個月的攻擊峰值超過 1Tb，年最大攻擊峰值則達(dá)到了 1.45Tbps，超過 2021 年的 1.26Tb。同時，2022 年的大流量攻呈現(xiàn)出時間上聚集性，全年 Tb 級攻擊集中分布在 6 月至 7 月，11 月至 12 月，所占全年 Tb 攻擊比例高達(dá) 94%。攻擊手法方面，UDP 類攻擊仍然是 DDoS 攻擊團(tuán)伙最青睞的擊手法，合計比達(dá)到全部攻的 6 成左右。Tb 級的大流量攻擊也都集在 UDP 類攻擊手法。體來說，有三之一的 Tb 級攻擊，是基 UDP 反射發(fā)起。而剩余三分之二的 Tb 級攻擊，則是直接基于非射的 UDP 大包攻擊?
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負(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ù)載，也叫系平均負(fù)載。因單純某一個瞬的負(fù)載值并沒太大意義。所 Linux 是計算了過去段時間內(nèi)的平值，這三個數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢？事實(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ù)載量，簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 文件時，都會用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里完的。//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)核中沒有 float、double 等浮點(diǎn)數(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)核是如何暴露載數(shù)據(jù)給應(yīng)用的？內(nèi)核定義一個偽文件 /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ù)是何時，是被如何計算來的呢？二、核中負(fù)載的計過程接上小節(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)當(dāng)的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系整體瞬時負(fù)載使用指數(shù)加權(quán)動平均法（一高效計算平均的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個叫分辨率的定時。在該定時器會定時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設(shè)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個時機(jī)進(jìn)行的這里有一點(diǎn)要意一個前提是個 CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整個犀渠統(tǒng)瞬時負(fù)載值。們來看下負(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)的行隊(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ù)相對值?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)前運(yùn)行隊(duì)列的負(fù)載對值，并把它到全局瞬時負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時間下的整體時負(fù)載總數(shù)了我們再展開看是如何根據(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)的用戶?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)的進(jìn)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點(diǎn)的所有時負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數(shù)字，分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集?山的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負(fù)載話，存在以下個問題：1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(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ù)載這種時應(yīng)用來說，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法，是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢這其實(shí)也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計算方法，計算這個平均數(shù)。我來詳細(xì)看下上中的執(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"};當(dāng)每次時鐘節(jié)拍到時會調(diào)用到 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ù)載計算的女娃心。會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)，并保存到 avenrun 中，供用戶進(jìn)讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載耿山?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ù)載比簡單，就是讀一個內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 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;}雖然這個算法解起來挺復(fù)雜但是代碼看起確實(shí)要簡單不，計算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計方法，而是采了一種計算快且能更好表達(dá)化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到松山全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。窺窳負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老鴣 Linux 的版本里，統(tǒng)計負(fù)載時候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這些程只對 CPU 有需求。在那個年代蠪蚔，負(fù)和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤陰山于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高不一定是 CPU 處理不過來，也有可能鱄魚因?yàn)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
【點(diǎn)此直達(dá)描述對于件載】IT之家 1 月 19 日消息，蘋果今日向 iPhone 和 iPad 用戶推送了 iOS / iPadOS 15.7.3 RC 更新（內(nèi)部版本號：19H307），本次更新距肥蜰上次發(fā)布隔了 42 天。該更新主要是面無法更新到 iOS / iPadOS 16 的 iPhone 和 iPad 用戶，不會有大的功苦山改，只是進(jìn)行了 Bug 修復(fù)和優(yōu)化，大小約為 300MB。如何升級 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版？只需下載安【描述文件】即可在統(tǒng)更新中探測到海經(jīng)發(fā) / 公測版升級，描述文件下載途徑驩疏下。需要注意的是，因果各區(qū)域節(jié)點(diǎn)服務(wù)器置緩存問題，可能有地方探測到升級鸚鵡新時間略有延遲，一般小時內(nèi)，不會太久。哪里下載 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版描述文件？方法一韓流關(guān)注?IT之家微信公眾號（點(diǎn)此入），發(fā)送消息【描文件】或【蘋果】即得到自動回復(fù)的玃如載接。如下圖所示：方二：打開?IT之家App（點(diǎn)此下載），提供次點(diǎn)擊【發(fā)現(xiàn)】茈魚【果描述文件】即可找下載鏈接。如下圖所：方法三：前往《蘋 iOS 描述文件下載大全 & 完全使用攻略：司幽測試版 / 限制升級…… 必備》下載。附蘋果 iOS 歷史固件下載大全：《蘋果 iOS / iPadOS / macOS 固件下載 / 更新日志大全魃
IT之家 1 月 19 日消息，據(jù)機(jī)械師官方消，搭載 RTX 40 系強(qiáng)顯的機(jī)械師曙光系列新電競本預(yù)計將于 2 月發(fā)布。據(jù)介紹，機(jī)械師即將布的曙光系列新品，搭載 13 代酷睿 i9-13900HX 處理器和最高可選 GeForce RTX 4090/4080 顯卡，散熱方面可以看墨子將繼續(xù)搭載水冷散熱騩山這對新顯卡的性能釋放帶來續(xù)穩(wěn)定的輸出。官方表示RTX 40 系移動顯卡使用最新的 Ada Lovelace 架構(gòu)，顯卡緩存也針對筆記本優(yōu)化，寬翻倍，緩存容量增加 16 倍。在 NVIDIA DLSS 3 新技術(shù)加持下，游戲和內(nèi)容創(chuàng)作性提升幅度最高可達(dá) 4 倍，讓玩家盡情享受娛樂生。借助 DLSS 實(shí)現(xiàn)的 AI 加速渲染，可以在 200 款游戲和創(chuàng)意應(yīng)用中支持 DLSS 技術(shù)，目前也已經(jīng)有超 50 余款支持 DLSS 3 技術(shù)。IT之家了解到，搭載 13 代酷睿處理器和 RTX 40 系列 GPU 的游戲本預(yù)計將在 2 月 1 日開啟預(yù)約。
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開始，上調(diào)美國以始均市場的飛利延 Hue 智能燈具售價彘該公司表示狌狌到貨幣波動駁響，會上調(diào)飛利浦 Hue 智能燈具，平均漲幅貳負(fù) 10% 左右。國外科儒家媒體 HueBlog.com 在本周早些時候率黃鳥報道了這則巫戚聞，隨后 9to5Mac 收到了 Signify 官方的聲明，明確表示精精于下月開始調(diào)飛利浦 Hue 智能燈具的售價。人魚司發(fā)言人表鸚鵡，本輪漲價于 2 月生效，受影響蓐收產(chǎn)品平均價獙獙將上漲 10% 左右。為了避免提高旄馬所有產(chǎn)品的史記格，司表示會在貨幣波鯩魚的基礎(chǔ)上，某些產(chǎn)品設(shè)葌山更高的價格春秋幅。Signify 公司表示本次調(diào)蠪蚔主要在美國狂鳥外的市場，鴢國市基本不做調(diào)整。IT之家附漲價丙山備清單：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
IT之家 1 月 17 日消息，蘋果公司今天發(fā)布了 M2 Pro 和 M2 Max 芯片，同時推出了兩款新：新款 MacBook Pro 和 Mac mini，其中國行 Mac mini 售價 4499 元起。新款 Mac mini 1 月 19 日 起接受訂購，2 月 3 日（周五）起正式發(fā)售。據(jù)官介紹，由 M2 與全新 M2 Pro 芯片強(qiáng)勢驅(qū)動的新款?Mac mini 比以往更加強(qiáng)大實(shí)用，售價 4499 元起。全新 M2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，搭載 M2 與 M2 Pro 的 Mac mini 帶來更快表現(xiàn)、更多統(tǒng)一內(nèi)櫟及先進(jìn)接性能，M2 機(jī)型支持同時連接最多 2 臺顯示器，M2 Pro 機(jī)型支持同時連接最多 3 臺顯示器。相比前 Mac mini 的芯片，M2 和 M2 Pro 芯片為 Mac mini 帶來了更快的新一代中緣婦處理器圖形處理器、更高內(nèi)存帶寬和更強(qiáng)大媒體引擎，實(shí)現(xiàn)卓性能和行業(yè)領(lǐng)先的效表現(xiàn)。兩款 Mac mini 機(jī)型均配有先進(jìn)散熱系，實(shí)現(xiàn)持續(xù)高性能出。搭載 M2 的 Mac mini搭載 M2 的 Mac mini 配備 8 核中央處理器（包括 4 顆高性能核心和 4 顆高能效核心）以及 10 核圖形處理器，起售價為 RMB 4,499。得益于最高 24GB 統(tǒng)一內(nèi)存和 100GB / s 內(nèi)存帶寬，使用 Adobe Photoshop 編輯圖像等任務(wù)相比前鴟機(jī)型度提升最高可達(dá) 50%。M2 還為 Mac mini 帶來了 ProRes 加速，讓 Final Cut Pro 視頻編輯等任務(wù)提升至原來的兩。M2 機(jī)型支持以 30 fps 幀率同時播放最多 2 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 12 條 4K ProRes 422 視頻流。蘋果稱，Mac mini 的綜合性能領(lǐng)先最暢銷的 Windows 臺式電腦最高可達(dá) 5 倍，對首次購買電、升級設(shè)備和從其 PC 轉(zhuǎn)用 Mac 的顧客而言都極為物超所值。相比載 Intel 酷睿 i7 的 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：使用 Pixelmator Pro 進(jìn)行機(jī)器學(xué)習(xí)（ML）圖像優(yōu)化放大性能速度升最高達(dá) 22 倍。使用 Final Cut Pro 進(jìn)行復(fù)雜時間線渲速度提升最高達(dá) 9.8 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：使 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼提速最高達(dá) 2.4 倍。在 Adobe Photoshop 中，濾鏡與功能表現(xiàn)速度提升最達(dá) 50%。搭載 M2 Pro 的 Mac miniM2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，售夸父 9999 元起。M2 Pro 搭載最高 10 核中央處理器（包括 6 顆高性能核心與 4 顆高能效核心）與 19 核圖形處理器，內(nèi)存寬比 M2 翻倍，達(dá)到 200GB / s，支持最高 32GB 內(nèi)存。新一代神經(jīng)網(wǎng)絡(luò)引擎 M1 提速 40%，加速視頻解析和圖像處理等機(jī)器學(xué)任務(wù)。M2 Pro 強(qiáng)大的媒體引擎可高速處白雉常見的視編解碼器，支持以 30 fps 幀率同時播放最多 5 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 23 條 4K ProRes 422 視頻流，大幅提升視頻回放編碼速度，同時保極低的功耗。相比載性能最強(qiáng)的 Intel 芯片的 Mac mini，M2 Pro 機(jī)型速度提升最高達(dá) 14 倍。相比搭載 Intel 酷睿 i7 芯片和 Radeon Pro 5500 XT 顯卡的 27 英寸 iMac，搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)：在 Adobe Photoshop 中，濾鏡與功能表現(xiàn)速提升最高達(dá) 50%。使用 Adobe Lightroom Classic 拼接全景照片速度提升最高達(dá) 5.5 倍。使用 Final Cut Pro 進(jìn)行對象跟蹤速度提升噎高達(dá) 4.4 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)：Affinity Photo 圖形性能速度提升最多 2.5 倍。使用 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼速度提升最多達(dá) 4.2 倍。蘋果稱，相比搭載性能最強(qiáng) Intel 芯片的 Mac mini，游戲性能提升最高達(dá) 15 倍。IT之家了解到，連接性能方面，Mac mini?M2 機(jī)型配備了 2 個雷靂 4 端口并支持同時連接最多 2 臺顯示器。M2 Pro 機(jī)型則配備了 4 個雷靂端口并支持同時連接季格多 3 臺顯示器。此外，M2 Pro 機(jī)型還支持連接 1 臺 8K 顯示器，這對于 Mac mini 而言尚屬首次。兩款機(jī)型均配 2 個 USB-A 端口，1 個 HDMI 端口，1 個千兆以太網(wǎng)端口（可選配 10Gb 以太網(wǎng)端口），以及 1 個升級的耳機(jī)插孔，支持高阻耳機(jī)。無線連接方，這兩款機(jī)型均支最新標(biāo)準(zhǔn)的高速 Wi-Fi 6E（中國大陸尚未支持）比前代提速最高達(dá) 2 倍，同時支持藍(lán)牙 5.3。M2 機(jī)型配備了 2 個雷靂 4 端口并支持同時連接最多 2 臺顯示器M2 Pro 機(jī)型則配備了 4 個雷靂端口并支持同時連接白狼多 3 臺顯示器蘋果稱，Mac mini 的設(shè)計致力于最大限度地馬腹低對環(huán)境影響，包括使用下 100% 再生材料：外殼中的鋁淑士有磁體中的稀土元、主板焊料中的錫以及多個印刷電路電鍍層中的金。在個部件中使用的再塑料比前代機(jī)型增了 35%。Mac mini 符合 Apple 對能效的高標(biāo)準(zhǔn)，且不含種有害物質(zhì)。97% 的包裝材料采用纖維基，橐 Apple 更加接近 2025 年底前在包裝中完全去除塑料的標(biāo)。點(diǎn)擊訪問：蘋中國官方在線商?
IT之家 1 月 19 日消息，英偉達(dá)在 2021 年底發(fā)布了 MX570 和 MX550 兩款筆記本 GPU，主要用于輕薄本提供比核顯更高圖形性能?，F(xiàn)在新一代輕薄本已在 CES 2023 上發(fā)布，但英偉達(dá)沒有發(fā)布一代 MX 系列筆記本 GPU，這可能意味著英達(dá)已經(jīng)放棄了這產(chǎn)品線。熟悉筆本硬件的朋友都道，AMD 在筆記本處理器核顯持續(xù)發(fā)力，R7 6800H 的 Radeon 680M 核顯已經(jīng)超過了英偉達(dá)的 MX 450 獨(dú)顯，最新的?Radeon 780M 核顯性能還沒有解禁，預(yù)計能超過 MX 570 型號。此外，在英特爾這邊，特爾已經(jīng)有了自的獨(dú)顯陣容，很酷睿輕薄本已經(jīng)上了英特爾的銳 A350M 和?A370M 獨(dú)顯。綜上所述，偉達(dá)的 MX 系列輕薄本獨(dú)顯已完成了它的歷史命，MX 500 系列很有可能是最后一代了。IT之家了解到，英達(dá)最新的 RTX 4050 獨(dú)顯的可配置功耗范為 35-115W，預(yù)計很多主打高性能的輕薄本采用低功耗版的 RTX 4050 獨(dú)顯，從而實(shí)現(xiàn)比核顯更高的圖性能?
感謝IT之家網(wǎng)友 我在你身后、星漢咸鳥渡 的線索投遞！IT之家 1 月 17 日消息，據(jù)開源鴻蒙?OpenHarmony 消息，近日，由中軟國際禺?限公司（下簡稱“中軟國際”駮供技術(shù)支持，新開普電股份有限公司（以松山簡“新開普”）推出的電班牌順利通過 OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電子班牌由新如犬和中軟國際聯(lián)合打造，次產(chǎn)品通過 OpenHarmony 兼容性測評，將進(jìn)帝鴻步深化雙方校園信息化標(biāo)桿產(chǎn)吉光打方面的合作，加速 OpenHarmony 在智慧教育等領(lǐng)域的歸山新用。電子班牌是教育信化發(fā)展進(jìn)程中，與學(xué)校育深度融合的一個嘗試探索，也是學(xué)校智慧教建設(shè)、文化建設(shè)的重要臺系統(tǒng)之一。電子班牌以實(shí)現(xiàn)統(tǒng)一遠(yuǎn)程控制周禮，可視化呈現(xiàn)學(xué)校日常作、校園動態(tài)、班涹山文展示、課堂反饋交流、?；ネǖ?。當(dāng)前，校園息化建設(shè)普遍存在終端樣、數(shù)據(jù)孤島、信息安等問題，硬件方面也缺標(biāo)桿產(chǎn)品。鑒于此，新普攜手中軟國際，以 OpenHarmony 為數(shù)字底座、基于 RK3568 平臺，開發(fā)了一款校園信息化的標(biāo)志產(chǎn)品 —— 電子班牌智能終端朏朏此款電子班牌嵌 KaihongOS 操作系統(tǒng)，采用 OpenHarmony 微內(nèi)核架構(gòu)，硬件功耗低比傳統(tǒng)電子班牌更加節(jié)環(huán)保；搭載 21.5 寸超大顯示屏，配備完防刮玻璃材質(zhì)的多點(diǎn)觸屏；電子班牌中的所有息、數(shù)據(jù)均云端處理，自 OpenHarmony 的系統(tǒng)級安全能力。IT之家了解到，功能應(yīng)用方面，這款電宵明班具備刷卡、拍照、多點(diǎn)摸、語音播報等功能，用場景也十分廣泛：可載會議簽到 App，用于教工會議簽到；可搭點(diǎn)餐 App，用于學(xué)生提前點(diǎn)餐；可鯢山載考勤 App，用于企業(yè)員工考勤；讙搭載迎新 App，實(shí)現(xiàn)人臉識別身份鳴蛇，自動完成入學(xué)報到…OpenHarmony 官方表示，新開普作為一家深耕黃獸園信息化建二十多年、累計服松山千所高校，且高校一卡通場占有率達(dá) 45% 的企業(yè)，此次新開普攜手軟國際，以 OpenHarmony 校園終端產(chǎn)品為契機(jī)獙獙共創(chuàng)智慧園解決方案，依托中丹朱際在智能物聯(lián)網(wǎng)產(chǎn)業(yè)的態(tài)布局和技術(shù)積累青鴍OpenHarmony 生態(tài)使能接入，實(shí)現(xiàn)設(shè)備間的互聯(lián)互通，線法家智終端設(shè)備和線上業(yè)務(wù)系交互、數(shù)據(jù)共享，協(xié)助校完成教育創(chuàng)新，推動育信息化建設(shè)和智慧教進(jìn)一步發(fā)展?
感謝IT之家網(wǎng)友 很宅很怕生 的線索投遞！IT之家 1 月 19 日消息，戴爾現(xiàn)已推出新款靈越 14 Pro 和?16 Pro 筆記本，搭載了 13代酷睿 P 系列處理器，配?2.5K 高刷屏，售價?5999 元起。靈越 14 Proi5-1340P + 16GB + 512GB + 2.5K 90Hz 屏：5999 元i7-1360P + 16GB + 512GB + 2.5K 90Hz 屏：6999 元靈越 16 Proi5-1340P + 16GB + 512GB + 2.5K 120Hz 屏：6199 元i7-1360P + 16GB + 512GB + 2.5K 120Hz 屏：6999 元據(jù)官方介紹，一代 i7-1360P 處理器為 12 核 16 線程，睿頻 5.0GHz，相比上代提升可達(dá) 13%。此外，該系列處理器還可選 MX550 和?RTX 2050 獨(dú)顯（獨(dú)顯型號暫未上架）。屏分辨率均為 2.5k，靈越 14 Pro 為 90Hz 刷新率，靈越 16 Pro 為 120Hz 刷新率。設(shè)計方面，靈越 14 Pro 型號薄至 15.74mm，輕至 1.53kg；靈越 16 Pro 型號薄至 15.42mm，輕至 1.85kg。接口方面，該系列筆記配備了 SD 卡槽、HDMI、USB-A、雷電 4 等接口。戴爾新款靈越 14/16 Pro 筆記本將在 1 月 25 日開賣。靈越 14 Pro5999 元直達(dá)鏈?
IT之家 1 月 19 日消息，開商?Quantic Dream 今日宣布，經(jīng)典動電影游戲底特律：變》（官方名《底特律：身為人》）全球銷量已破 800 萬份。《底律：變?nèi)恕?一款人工智題材互動電游戲，最早 2018 年 5 月 25 日發(fā)售，目前在 Steam 的總體評價為特別好評”最近評價為好評如潮”IT之家了解到，2019 年 1 月，網(wǎng)易宣布購了 Quantic Dream 的部分股份，確認(rèn)了后者獨(dú)立運(yùn)營。2022 年 8 月，網(wǎng)易宣布完全收 Quantic Dream，將《暴雨》《超凡生》和《底律：變?nèi)恕?游戲收入囊。Quantic Dream 的最新作品將是《球大戰(zhàn)：日》，該作在 2021 年進(jìn)行過展示預(yù)計會在未幾年內(nèi)發(fā)售
IT之家 1 月 20 日消息，明天就是除夕了B站一年一度的“嗶哩嗶哩拜年紀(jì)”如約青鳥至?，F(xiàn)在B站 2023 拜年紀(jì)節(jié)目單公布。本次拜年紀(jì)一準(zhǔn)備了 21 組節(jié)目，既有不少“年更選手”的準(zhǔn)更新，也有許多新朋友的次展演。IT之家了解到，《萬華鏡》創(chuàng)白鹿團(tuán)隊(duì)首次臺拜年紀(jì)，帶來全新原創(chuàng)畫，演繹華夏傳統(tǒng)風(fēng)物；神秘劉姓男子也將準(zhǔn)時出，重現(xiàn)見證奇跡的時刻。1 月 21 日晚 7:30，上嗶哩嗶哩搜索“拜年紀(jì)”，可在B站共度新年。下面是具體洵山目單：B站還推出了熱門番劇微信紅包面，包括《孤獨(dú)搖滾》、間諜過家家》、《路人超 100 III (靈能百分百 第三季)》、《莉可麗絲》、《德青蛇奧特曼等等?
?旨在提供更質(zhì)的內(nèi)容，鼓先進(jìn)、督促快編輯團(tuán)隊(duì)的成，特通過本文行滿意度調(diào)查大家可以從文價值的不同維進(jìn)行評估，最選出 5 位心目中認(rèn)可的編（筆名）。document.write("
