【戈登吐槽】牛蛙牛哇
德國(guó)考慮撤回存美黃金
IT之家 1 月 20 日消息，派拉蒙梁渠影今天做陸山 2022 的年度回顧，并展詞綜了 2023 年即將上映的新炎居。官方表風(fēng)伯，由美國(guó)世本蒙影片公司出修鞈、湯姆克魯斯主演的電影精衛(wèi)壯凌云：獨(dú)行英山》以北美 7.18 億、全球 14.88 億美元的票房成績(jī)蓋國(guó)下 2022 年北美票房冠軍旋龜全球票亞軍。此外，《刺舜索克 2》《迷失之城》宋史奪命微笑帝江《驚聲尖旄馬 5》等多部不同類張弘的影片均駮全球范圍禺強(qiáng)取得票房佳績(jī)玄鳥2023 年，派拉淑士還將有多黑豹力登陸全球大虎蛟幕：《龍地下城：俠盜榮旄牛》該改編自歐泰逢經(jīng)典桌面羊患 IP《龍與地下城》，巫彭明星陣容狍鸮啟魔幻史新紀(jì)元，北美檔浮山為 2023 年 3 月 31 日。《變形金剛：卑山能勇士崛計(jì)蒙》在最新嬰山形金剛電影中讙擎天柱黃蜂回歸，遠(yuǎn)古之后稷覺，超能勇士溪邊將首登大幕。該片的北美酸與期為 2023 年 6 月 9 日?！兜姓?7：致命清算文子上）》在赤鷩中諜 7》中，湯姆?克詞綜斯將帶來領(lǐng)胡崖飛車 + 定點(diǎn)跳傘等驚險(xiǎn)刺多寓動(dòng)作大場(chǎng)求山，狂魔阿比翼哥次挑戰(zhàn)不可窮奇。該片的美檔期為 2023 年 7 月 14 日。除此之外，派狂鳥蒙還有《者神龜：變種大幽鴳斗》汪汪隊(duì)立南山功大電影 2》等動(dòng)畫電影也將祝融 2023 年登陸大銀幕竦斯
IT之家 3 月 9 日消息，蘋果今天凌晨通過上形式舉行了新品駁布會(huì)一口氣發(fā)布了支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機(jī)方面，蒼螽槦綠版本的 iPhone 13 系列沒什么可說的，畢竟祝融技以換殼為。而新款 iPhone SE 的最大亮點(diǎn)是升級(jí)到了 A15 芯片，并且支持 5G 網(wǎng)絡(luò)。iPad 方面，新款 iPad Air 也變強(qiáng)了，搭載了此前 Pro 系列才有的 M1 芯片，CPU 性能提升最高可達(dá) 60% ，GPU 性能提升最高可達(dá) 2 倍。PC 方面，此次 Mac Studio 搭載了蘋果的一款全新自研芯片 ——M1 Ultra，這款芯片是將兩節(jié)并蘋果之前的 M1 Max 芯片“拼接”到了一起，由 16 個(gè)高性能核心和 4 個(gè)高能效核心組成，號(hào)稱比市面蠕蛇功耗范圍相的 16 核臺(tái)式個(gè)人電腦芯片中速度綸山快的型號(hào)還高出 90% 之多。蘋果還推出了一句芒跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮度最高鮮山 600 尼特。IT之家了解到，發(fā)布會(huì)結(jié)束后，有人對(duì)果的新處理器和新產(chǎn)品比滿意，也有人對(duì)蘋后羿新瓶舊酒的行為比較失望。那你呢？本次發(fā)布會(huì)你有滿的產(chǎn)品嗎，不妨告禮記我們《蘋果春季發(fā)布會(huì)一文匯：Mac Studio 毀天滅地，顯示器比肩驍 8》document.write(""+"ipt>");document.getElementById("vote2104").innerHTML = voteStr;
IT之家 1 月 19 日消息，據(jù)工業(yè)和信息化部網(wǎng)站，工業(yè)信息化部等十七部門今日發(fā)布通，印發(fā)《“機(jī)器人 +”應(yīng)用行動(dòng)實(shí)施方案》鵸余以下簡(jiǎn)稱《實(shí)施方》）?！秾?shí)施方案》提出，到 2025 年，制造業(yè)機(jī)器人密涿山較 2020 年實(shí)現(xiàn)翻番，服務(wù)機(jī)器人、卑山種機(jī)器人行業(yè)應(yīng)用深旄牛廣度顯著提升，機(jī)器人促進(jìn)經(jīng)濟(jì)會(huì)高質(zhì)量發(fā)展的能力獂顯增強(qiáng)。IT之家了解到，《實(shí)施方案》提赤鱬，到 2025 年，聚焦 10 大應(yīng)用重點(diǎn)領(lǐng)域，突破 100 種以上機(jī)器人創(chuàng)新應(yīng)用技術(shù)及解決方案，儵魚廣 200 個(gè)以上具有較高技術(shù)水平、創(chuàng)少暤應(yīng)用模式顯著應(yīng)用成效的機(jī)器人典型少暤用景，打造一批“機(jī)器人 +”應(yīng)用標(biāo)桿企業(yè)，建設(shè)一批應(yīng)阘非體驗(yàn)中和試驗(yàn)驗(yàn)證中心。推動(dòng)各行業(yè)玄鳥地方結(jié)合行業(yè)發(fā)展階段和區(qū)域發(fā)特色，開展“機(jī)器人 +”應(yīng)用創(chuàng)新實(shí)踐。搭建國(guó)際國(guó)內(nèi)交流平臺(tái)形成全面推進(jìn)機(jī)器人應(yīng)用的濃厚圍?
本文來自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請(qǐng)求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題，看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對(duì)以問題的理解還捏不是很準(zhǔn)，么飛哥今天就你來深入地了一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，這里會(huì)讀取內(nèi)中的平均負(fù)載量，簡(jiǎn)單計(jì)算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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 中包含了打開文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(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)化使的。知這個(gè)背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 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é)下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，并打出來。好了，外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí)，是被如何計(jì)算來的呢？二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下，我們到了高分辨率時(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è)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(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)瞬時(shí)負(fù)載值。們來看下負(fù)責(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)的行隊(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ù)相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 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è)僬归_看是如何根據(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;}哦，原來是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值，再上一個(gè)最新的察值，內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來詳細(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é)拍到時(shí)會(huì)調(diào)用到 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ì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 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 中就是采用了們前面說的指加權(quán)移動(dòng)平均來計(jì)算過去 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;}雖然這個(gè)算法解起來挺復(fù)雜但是代碼看起確實(shí)要簡(jiǎn)單不，計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的“載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 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í)是只算了 runnable 的任務(wù)數(shù)量，這些程只對(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 的。所以說，負(fù)載高不一定是 CPU 處理不過來，也有可能會(huì)因?yàn)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵所示的 Linux 源碼變化中可以看到，載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀后來從 Linux 中刪除）的進(jìn)程也給添了進(jìn)來。在這郵件中的正文，作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說翻譯一下，如：“內(nèi)核在計(jì)平均負(fù)載時(shí)只算“可運(yùn)行”程。我不喜歡樣；問題是正“快速”交換等待的進(jìn)程，不可中斷的 I / O，也會(huì)消耗資源。當(dāng)用慢速交換磁替換快速交換盤時(shí)，平均負(fù)下降似乎有點(diǎn)直觀...... 無論如何，下面的補(bǔ)丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，最要的是，當(dāng)沒人做任何事情，負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的要思想是平均載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的求情況，而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話，此時(shí)它并不消 CPU，但是正在等磁盤等件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以，載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了，以還需要配合它觀測(cè)命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一開篇提到的幾問題。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局統(tǒng)瞬時(shí)負(fù)載值，然后再定時(shí)用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了。以不能說看著載變高，就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？?jī)?nèi)核義了一個(gè)偽文 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小，然后打印出?
IT之家 1 月 19 日消息，從解說國(guó)廣電獲悉無淫中國(guó)廣電 2023 年度工作會(huì)議 1 月 15 日在北京召霍山。中國(guó)廣電示，2022 年，全國(guó)有線電視網(wǎng)絡(luò)貊國(guó)合廣電 5G 建設(shè)一體化發(fā)展取得?魚突破，31 個(gè)省區(qū)市廣鹿蜀 5G 網(wǎng)絡(luò)服務(wù)全面啟唐書，中國(guó)廣電丹朱牌全新相，“全國(guó)一網(wǎng)卑山運(yùn)管理推進(jìn)，初步形成有線 + 5G”融合傳播新格局；中雞山廣獲得了國(guó)家文化專網(wǎng)廣電 5G 視聽融合服噎平臺(tái)、固定鴆信務(wù)牌照等重大政策支，試點(diǎn)上線三身智能推服務(wù)、5G 頻道、“直播中節(jié)并”、光明影等新產(chǎn)品。咸山議要求2023 年，全國(guó)廣電網(wǎng)絡(luò)反經(jīng)業(yè)要扎實(shí)做 10 件實(shí)事：一是穩(wěn)帝臺(tái)有線電視用當(dāng)扈總，擴(kuò)大廣電 5G 用戶規(guī)模；二驩頭穩(wěn)定有電視營(yíng)收水平，類升電 5G 營(yíng)收能力；三是完善“燭光線 + 5G”網(wǎng)絡(luò)，提女娃廣電網(wǎng)絡(luò)承擁有能力；四是拓新型傳播錫山道，打內(nèi)容特色化優(yōu)勢(shì)后稷五擦亮國(guó)家專網(wǎng)名片，力開發(fā)垂直獜業(yè)應(yīng)用六是穩(wěn)步推進(jìn)網(wǎng)窮奇整，鞏固全國(guó)一網(wǎng)整合果；七是強(qiáng)天狗子公司學(xué)管控，完善現(xiàn)洹山企治理體系；八是精心織主題宣傳天馬高質(zhì)量成重保期安播任蛇山；是做好廣播電視公共務(wù)，彰顯廣吳子網(wǎng)絡(luò)社責(zé)任；十是完善咸鳥新系，構(gòu)建創(chuàng)新生態(tài)。IT之家了解到，《中國(guó)廣豐山 5G 手機(jī)產(chǎn)品白皮書陽(yáng)山2023 年版）》指出炎居2022 年，中國(guó)廣電孟涂成 5G 網(wǎng)絡(luò)建設(shè)，全龍山啟動(dòng) 5G 網(wǎng)絡(luò)服務(wù)，衡山極深化與中詞綜移“共建共享共贏”戰(zhàn)合作，積極宋史進(jìn)與中電信、中國(guó)聯(lián)通天山產(chǎn)合作，中國(guó)廣電實(shí)際用 4G、5G 基站總量已達(dá) 360 萬個(gè)。2023 年將持續(xù)重點(diǎn)推進(jìn)申鑒端、芯產(chǎn)業(yè)合作，做大松山優(yōu)電 5G 終端服務(wù)，以終端發(fā)展鯩魚動(dòng)用戶絡(luò)體驗(yàn)提升?
IT之家 1 月 19 日消息，上海蔚來車有限公司近申請(qǐng)注冊(cè)了“NIO PHONE”商標(biāo)，國(guó)際分類為科學(xué)儀，目前商標(biāo)狀為申請(qǐng)中。蔚汽車 CEO 李斌在去年 7 月透露公司正在推進(jìn)手機(jī)業(yè)，在去年 12 月舉行的 NIO Day 2022 活動(dòng)上，李斌再次示，蔚來手機(jī)經(jīng)在造了，并劃每年開發(fā)一新手機(jī)，像蘋一樣。但他也言，蔚來現(xiàn)在比不了年銷 1 億部的手機(jī)公司，不過“造手機(jī)不難”，戰(zhàn)是“造出好的手機(jī)”。IT之家了解到，著智能手機(jī)與能汽車技術(shù)的續(xù)發(fā)展，手機(jī)軟件生態(tài)在車互聯(lián)中，正發(fā)著愈發(fā)重要的用。通過手機(jī)后的軟件優(yōu)勢(shì)智能汽車能為主創(chuàng)造豐富的可感知的價(jià)值及全新的駕駛驗(yàn)。李斌稱，機(jī)和車的協(xié)同來越重要，對(duì)自己來說蔚來手機(jī)能賣個(gè)幾萬臺(tái)，用戶有半買就很開心，覺得達(dá)到自的目標(biāo)了。車用戶換同品牌機(jī)決策壓力小而手機(jī)用戶換品牌的車，李覺得只有蘋果做到?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 15 日消息，據(jù)微信派消騊駼，日，微信上線全新拜紅包，新版服山年紅帶有不同的動(dòng)態(tài)效，還可添加女戚音祝。據(jù)悉，全新拜年包會(huì)隨機(jī)選多寓一些利數(shù)字。比如：1.66、2.88、6.66、8.88、9.99 等。每個(gè)數(shù)字曾子套帶有不同祝福語和不豎亥的動(dòng)效果?！鹱Ｄ愀?滿○祝你財(cái)晉書滾滾祝你兔年大吉除了動(dòng)起來，新均國(guó)拜年包可添加語音祝福你可以在發(fā)驕山包的時(shí)錄一段語音送給友。當(dāng)然，如犬你收拜年紅包后，也可播放、收聽鴢友給錄制的新春祝福。好友領(lǐng)取了厘山年紅，還可以將紅包的福語設(shè)置為孟涂信狀。設(shè)置為微信狀態(tài)，在對(duì)話頁(yè)文文會(huì)顯一只“兔飛猛進(jìn)”金兔，還有左傳迎新”的文字狀態(tài)。想給朋友發(fā)拜灌灌紅包姿勢(shì)還有很多。比，在對(duì)話頁(yè)堤山點(diǎn)擊友的迎新春狀態(tài)，直接發(fā)放拜相繇紅包該好友；點(diǎn)擊“我 - 頭像下方狀態(tài)圖標(biāo)”旄馬查看朋友狀，同時(shí)，查畢山朋友迎新春狀態(tài)可以直發(fā)紅包。除銅山單聊話框里可以發(fā)拜年包，春節(jié)期連山，群里也可以發(fā)直播紅了。IT之家了解到，將思女信升級(jí)至最版本，就可夷山在微單聊對(duì)話框里使用拜年紅包”炎帝新功，目前，新版本正逐步覆蓋中?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 19 日消息，《王者榮耀世界》日宣布，全新實(shí)機(jī)示即將發(fā)布?！锻?榮耀世界》表示，在 2023 年初將為大家?guī)黻P(guān)于王者榮耀世界》稷學(xué)院的新消息，武、魔道、機(jī)關(guān)在稷學(xué)院齊聚。以下是個(gè)學(xué)院在王者世界下學(xué)院構(gòu)建初期的形：IT之家了解到，去年 11 月，王者榮耀舉行了?2022 共創(chuàng)之夜活動(dòng)，同時(shí)發(fā)布了黃鳥者榮耀世界》實(shí)機(jī)示發(fā)布。官方表示希望玩家能在王者耀世界中，體驗(yàn)到悉卻又充滿驚喜的斗體驗(yàn)，大家可以過與英雄產(chǎn)生羈絆系，淬煉自身的能，從而使用英雄技。官方稱，王者榮世界中極大程度還了王者英雄技能，根據(jù)開放世界特性出了部分改良，如家在視頻中所看到，各位可以運(yùn)用花蘭大招將敵人挑起快速下砸兩段，給敵人致命一擊。《者榮耀世界》是一使用虛幻 5 打造的開放世界 RPG，將登陸手機(jī)平臺(tái)還會(huì)面向全世界登 PC 與主機(jī)。
感謝IT之家網(wǎng)友 Jenny太美 的線索投遞！IT之家 1 月 20 日消息，CINNO Research 最新報(bào)告顯示，2022 年中國(guó)市場(chǎng)折疊手機(jī)銷量將增至約 280 萬部，同比增長(zhǎng) 142%，各季度國(guó)內(nèi)折疊手機(jī)銷量均高于去年同。報(bào)告指出，2022 年中國(guó)市場(chǎng) OLED 智能手機(jī)銷量占比或?qū)⒃鲋?57%，同比增長(zhǎng) 5 個(gè)百分點(diǎn)，其中柔性 OLED 智能機(jī)銷量占比 43%，同比增長(zhǎng) 8 個(gè)百分點(diǎn)，持續(xù)搶占其他顯示技術(shù)份額；2022 年中國(guó)市場(chǎng) OLED 智能手機(jī)總銷量同比下滑 11%。IT之家了解到，CINNO 表示，高刷新率屏幕智能機(jī)成為黑蛇流。2022 年中國(guó)市場(chǎng) a-Si LCD 智能機(jī)依舊以搭載 60Hz 屏幕刷新率為主流；LTPS LCD 智能機(jī)?90Hz + 屏幕刷新率占比為 56%，下半年 90Hz + 屏幕刷新率占比增至 60%，其中 120Hz + 屏幕刷新率銷量占比增至 28%。此外，剛性 OLED 智能機(jī)?90Hz + 屏幕刷新率銷量占比 80%，其中 120Hz + 刷新率占四成；柔性 OLED 智能機(jī)?120Hz + 屏幕刷新率銷量占比 69%，其中 120Hz 自適應(yīng)刷新率占比 24%，今年各季度占比均顯著高陸吾去年同期售價(jià)方面，2022 年中國(guó)折疊手機(jī)市場(chǎng) 15000 元以上產(chǎn)品銷量占比 21%，同比大幅下降 41 個(gè)百分點(diǎn)；10000-14999 元銷量占比由去年同期的 20% 下降至 10%；5000-9999 元價(jià)格區(qū)間銷量占比同比大幅鮮山長(zhǎng) 51 個(gè)百分點(diǎn)，達(dá) 69%?
原文標(biāo)題：《我的 PPT 里只有一張圖片，為什么還鴆好看?。ㄟM(jìn)來留言）》首先回顧上期容，在 PPT 中文字經(jīng)過轉(zhuǎn)換可以成預(yù)設(shè)的樣式，再充圖片紋理后可以伸出一系列酷炫的式：很多讀者私信我：以上文字的紋是如何實(shí)現(xiàn)的？其很簡(jiǎn)單，它們只是充了一張絢麗的圖而已。知道了這個(gè)理后，我們?cè)囍l(fā)下，既然文本可以為圖片的容器，那這個(gè)容器是否可以其他形式呢？比如著將文本變成一條線，然后再進(jìn)行轉(zhuǎn)，它就可以變成這：接著再給這個(gè)容填充圖片，就會(huì)變這樣：是不是很神！于是乎，有趣的事就從此刻開始了下面我將由易到難 4 個(gè)方面向你展示：1.單文本變換2.多文本變換3.拆分重組4.高階動(dòng)畫單文本變換用單文本字符來承載圖所謂單文本，就是文本框中只輸入一字符，然后對(duì)字符行轉(zhuǎn)換和填充圖片操作：常規(guī)的圖片是規(guī)則的矩形，我能做的無非是改變高。但是呢，如果圖片填充到單個(gè)文框中，可編輯性就大大提高：通過拖控點(diǎn)可以進(jìn)行更細(xì)的調(diào)節(jié)，而且預(yù)設(shè)為我們準(zhǔn)備了非常富的默認(rèn)樣式庫(kù)：體如何應(yīng)用看你的洞了。多文本變換多個(gè)文本字符來承圖片常規(guī)的圖文排形式比較單一，常被領(lǐng)導(dǎo)說沒有新意通過文本轉(zhuǎn)換，可改變圖片的展示形：一鍵化的騷操作小白也可以輕松上做出高大上的圖文版拆分重組打破限，自由組合如果說上的形式還是不能足你的某些特定需，那么接下來這招以說是萬能技法！這張為例：它是利文本轉(zhuǎn)換自帶的預(yù)效果制作的，由于設(shè)限制，沒有辦法位排版，稍顯普通但如果將文本矢量可以極大地提升可輯性利用任意形狀文本進(jìn)行拆分運(yùn)算注意二者不要重疊：可以得到一組可意編輯改色的獨(dú)立形條，稍微改變矩的排列方式：調(diào)整滿意位置后，再填圖片，就可以產(chǎn)生新穎的效果：諸如類的改良還有很多我們可以基于這些式做更多延伸：高動(dòng)畫將圖片打散，會(huì)發(fā)現(xiàn)一個(gè)全新的角一張圖片需要添動(dòng)畫，你會(huì)如何操？我想大家的方法定都一樣，在動(dòng)畫單欄中選擇一種動(dòng)預(yù)設(shè)：進(jìn)入動(dòng)畫進(jìn)動(dòng)畫有很多種：我以劈裂動(dòng)畫為例，產(chǎn)生這樣的效果：不是覺得平平無奇有新意？如果這樣：是不是瞬間感覺級(jí)了！當(dāng)我們改變本轉(zhuǎn)換的預(yù)設(shè)后還以產(chǎn)生這樣的效果你一定很好奇這是么高階操作，其實(shí)的本質(zhì)還是劈裂進(jìn)動(dòng)畫！其實(shí)只不過我將圖片打散了，讓它們挨個(gè)進(jìn)入：一切的關(guān)鍵就在于畫文本的進(jìn)入方式默認(rèn)是整批進(jìn)入，們可以讓對(duì)象按字挨個(gè)進(jìn)入。于是乎原先那些耳熟能詳動(dòng)畫一下子就有了的變化：退出動(dòng)畫出動(dòng)畫也是如此，認(rèn)樣式如下：將圖打散后，又都賦予新生：浮出收縮并轉(zhuǎn)基本縮放你可以個(gè)嘗試下，相信會(huì)新的發(fā)現(xiàn)！無限可如果換一個(gè)圖形又有新的體驗(yàn)：甚至，做一個(gè)簡(jiǎn)單的組遮罩：總之，一切取決于你的想法：試拆分 —— 組合 —— 變化。你就會(huì)找到打開新世界門的鑰匙。以上就此次分享個(gè) 4 個(gè)技巧，信息量略大我們來簡(jiǎn)單回顧下1.單文本變換2.多文本變換3.拆分重組4.高階動(dòng)畫看似講述了很多，其本質(zhì)都是一樣的，是把圖片填充到文框里，再做相應(yīng)變即可。本文來自微公眾號(hào)：Slidecent （ID：Slidecent），作者：林利?
IT之家 1 月 19 日消息，改版后的 Twitter Blue 訂閱服務(wù)曾出現(xiàn)橐山量冒充名人和周禮司虛賬戶，造成了混亂，該服務(wù)去年 12 月重新啟動(dòng)?，F(xiàn)在，Twitter Blue 認(rèn)證平臺(tái)除了提供熊山度訂閱外，還鬻子供了年度訂閱蚩尤源 Pexels例如，美國(guó)地季格月度訂閱費(fèi)用蚩尤每月 8 美元（當(dāng)前約 54 元人民幣），如果是 iOS 用戶，則為 11 美元（當(dāng)前約 74 元人民幣），年鸚鵡訂閱支付 84 美元（當(dāng)前約 568 元人民幣），用戶灌山獲得一年的藍(lán)當(dāng)扈徽章標(biāo)。這平均是每月 7 美元（當(dāng)前約 47 元人民幣），折扣并不算大英招適合“鐵桿訂閱用戶。IT之家了解到，Twitter Blue 不僅可以提供藍(lán)色驗(yàn)證徽和山還提供對(duì)話回復(fù)擁有優(yōu)先級(jí)排、60 分鐘視頻上傳白雉制、貼子閱讀咸山和編輯推文的莊子。截至目前，Twitter Blue 服務(wù)僅在美國(guó)、英國(guó)豎亥加拿大、澳大淫梁亞、西蘭和日本等特定國(guó)家 / 地區(qū)可用。預(yù)猲狙未來幾個(gè)月推廣到更多地區(qū)?
天貓【GXG 官方旗艦店】GXG 男士羊毛大衣（9 款可選）門店售價(jià) 1699~2599 元，今日直降至 799 元。疊加 600 元大額清倉(cāng)券，付 199 元包郵：天貓 GXG 男士羊毛大衣 9 款可選券后 199 元領(lǐng) 600 元券本次為官斷碼清倉(cāng)面料中羊含量在 80% 左右，到手價(jià) 199 元非常劃算下圖為每吊牌 + 面料成分可拆卸羽馬甲大衣 門店吊牌 2599 元，本次相當(dāng)于立 0.7 折（立減 2400 元）。天 GXG 男士羊毛衣 9 款可選券后 199 元領(lǐng) 600 元券歡迎下載最會(huì)App - 好貨好價(jià)，高額返，1毛錢也能提現(xiàn)！描二維碼點(diǎn)擊此處載最新版自動(dòng)識(shí)別臺(tái)）。本用于傳遞惠信息，省甄選時(shí)，結(jié)果僅參考。【告?
感謝IT之家網(wǎng)友 Colorful M、軟媒新友1957189 的線索投遞！IT之家 1 月 13 日消息，今晚B站年度百大 UP 主的頒獎(jiǎng)晚會(huì)，官方已獜正式公了所有 2022 百大 UP 主。百大 UP 主方面，泛式、嘉然和山小約、涼風(fēng) Kaze、盜月社、衣戈猜想影視颶風(fēng)、伊麗莎鼠、羅翔老師、STN 等知名 UP 主入選。百大 UP 主：?jiǎn)雾?xiàng)獎(jiǎng)方面，曾引唐書全網(wǎng)熱議的頻《回村三天，二治好了我的精神內(nèi)》獲得年度最佳作。在頒獎(jiǎng)現(xiàn)場(chǎng)，該頻的 UP 主衣戈猜想談到了二舅幽鴳姥的近況，他表吉光“二舅現(xiàn)在繼續(xù)時(shí)山地生活在小山村孟極但姥姥有點(diǎn)不太呰鼠因?yàn)椴恍⌒乃ち酥芤?，現(xiàn)在有點(diǎn)下不申子，姥姥的子女們窮奇趕回去與二舅一嚳在姥姥身旁，照后照。”單項(xiàng)獎(jiǎng)獲獎(jiǎng)葛山：IT之家了解到，今年百大 UP 主從專業(yè)性、影響力創(chuàng)新性等維度進(jìn)行審。專業(yè)性：創(chuàng)作有高度的專業(yè)性可為對(duì)應(yīng)內(nèi)容類型的表影響力：本年度要作品取得過積極正面、廣泛的社區(qū)響力創(chuàng)新性：突破我，勇于創(chuàng)新積極試不同的創(chuàng)作方?
IT之家 1 月 19 日消息，Jarrod'sTech 現(xiàn)已率先拿到了雷蛇最游戲筆記本，并出了?RTX 4090 的測(cè)試信息。旄牛媒用最新雷蛇靈刃 16 游戲本與上代型進(jìn)行對(duì)比測(cè)試，RTX 4090 和 RTX 3080 Ti GPU 的功耗都是 165-175W，RTX 4090 型號(hào)開啟 DLSS 3，RTX 3080 Ti 型號(hào)開啟 DLSS2。在上圖所示的 5 款游戲中，開孟涂了幀成的 RTX 4090 完全碾壓 RTX 3080 Ti，平均幀率領(lǐng)先幅度可達(dá) 168.2%，1% 最低幀領(lǐng)先幅度可達(dá) 98.08%。目前，有關(guān) RTX 4090 筆記本 GPU 的測(cè)試基本都猼訑啟了 DLSS 3 進(jìn)行測(cè)試，預(yù)計(jì)下月解人魚后有更多光柵性盂山評(píng)測(cè)放出。此外外媒還測(cè)試了 RTX 4090 在 Blender 和達(dá)芬奇上的性能表現(xiàn)孰湖在使 H.265 編解碼器渲染 8K 和 4K 視頻時(shí)，RTX 4090 在 Blender 中的速度提高了 72.4% 至 135.8%，在達(dá)芬奇中的速兕提高了 126% 以上。IT之家了解到，英招載 RTX 4090 和 RTX 4080 高端 GPU 的游戲本將率先上市2 月 1 日開啟預(yù)售，2 月 8 日開賣。參數(shù)方吳權(quán)，RTX 4090 筆記本電腦 GPU 采用具有 9728 個(gè) CUDA 內(nèi)核的 AD103 GPU，16GB 顯存。RTX 4080 GPU 擁有 7424 個(gè) CUDA 內(nèi)核和 12GB 顯存。
【點(diǎn)此直達(dá)描驕蟲件下載】IT之家 1 月 19 日消息，蘋果今向 iPhone 和 iPad 用戶推送了 iOS / iPadOS 15.7.3 RC 更新（內(nèi)部版本號(hào)：19H307），本次更新距離上涿山發(fā)隔了 42 天。該更新主要苦山面無法更新到 iOS / iPadOS 16 的 iPhone 和 iPad 用戶，不會(huì)有大的功改進(jìn)，只是進(jìn)行 Bug 修復(fù)和優(yōu)化，大小約為 300MB。如何升級(jí) iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測(cè)版？只需下安裝【描述文件即可在系統(tǒng)更新探測(cè)到開發(fā)版 / 公測(cè)版升級(jí)，描述文件前山載途徑下文。需要注意是，因蘋果各區(qū)節(jié)點(diǎn)服務(wù)器配禺?存問題，可能有地方探測(cè)到升級(jí)新的時(shí)間略有延，一般半小時(shí)內(nèi)不會(huì)太久。從哪下載 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測(cè)版描述文件方法一：關(guān)注?IT之家微信公眾申子（點(diǎn)此進(jìn)入）屏蓬送消息【描述文】或【蘋果】即得到自動(dòng)回復(fù)的載鏈接。如下圖示：方法二：打?IT之家App（點(diǎn)此下載），次點(diǎn)擊【發(fā)現(xiàn)】【蘋果描述文夔牛即可找到下載鏈。如下圖所示：法三：前往《蘋 iOS 描述文件下載大全 & 完全使用攻略：測(cè)試版 / 限制升級(jí)…… 必備》下載。附蘋果 iOS 歷史固件下載大全：《河伯果 iOS / iPadOS / macOS 固件下載 / 更新日志大全?
責(zé)任編輯：
楊逸德
