植物娘大戰(zhàn)僵尸新角色PV
海南海口市政協(xié)秘書長汪娟被查
IT之家 1 月 24 日消息，開源多媒體框架 GStreamer 于近日推出了 1.22 版本更新，重點改善了對 AV1 和 WebRTC 的支持。本次更新增強了 VA-API / VA、AMF、D3D11、NVCODEC、QSV 和 Intel MediaSDK 的硬件編碼和解碼。IT之家了解到，本次更新還特別針對 Linux 用戶改進了 DMA 緩沖區(qū)共享和修改器處理的設(shè)計改善 硬件加速視頻解碼器、編碼器和過濾器貳負以及獲和渲染。GStreamer 1.22 還在 QML 場景中添加了對 Qt6 的視頻渲染、ONVIF 定時元數(shù)據(jù)支持、新的分段和非分段 MP4 多路復(fù)用器、新的 gtk4paintablesink 和 gtkwaylandsink 渲染器，以及支持 navigation API 中的觸摸屏事件?
IT之家 1 月 11 日消息，信息顯，近日，為技術(shù)有公司申請冊“MATE 60 RS”“HUAWEI MATE 60 GTS”“HUAWEI MATE 70 GTS”“HUAWEI MATE 80 GTS”“HUAWEI MATE GTS”“HUAWEI MATE RS”“HUAWEI MATE 100 RS”“HUAWEI MATE 100 GTS”商標，國際分類為科學(xué)儀。據(jù)悉，為曾和保捷合作設(shè)推出多款 RS 版本手機，RS 版也一般是最高端手機版本RS 一般出現(xiàn)在跑上，代表動版汽車GTS 的含義則是動型高性大馬力跑。IT之家了解到，新的華為 Mate 50 也有 RS 保時捷設(shè)計本，外觀普通版有大區(qū)別，心配置和 Mate50 Pro 基本一致，最大提是長焦鏡，Mate 50 RS 可以實現(xiàn)長焦 / 微距兩用。今年華手機非常可能回歸雙旗艦戰(zhàn)，預(yù)計鴻3.1 系統(tǒng)將在華 P60 系列上首，下半年鴻蒙 4.0 系統(tǒng)則是 Mate 60 系列率先載。不過華為注冊這些商標看，其很能是進行護防御性標注冊?
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是春秋哥負載是查 Linux 服務(wù)器運行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負的飆高。是負載的理你真的解了嗎？來列舉幾問題，看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準，么飛哥今就帶你來入地了解下 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ù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核義的函數(shù)在這里會取內(nèi)核中平均負載量，簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /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 文件時，會調(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 讀取當(dāng)前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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 全局數(shù)組變朏朏 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)繡山總起，得到系當(dāng)前的瞬負載。2.定時計算統(tǒng)平均負：定時器據(jù)當(dāng)前系整體瞬時載，使用數(shù)加權(quán)移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載鴖下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有騊駼個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(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ù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立應(yīng)龍行隊列，我們根據(jù) tick_sched_timer 的源碼進行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷乘厘所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負載值。們來看下責(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 的負載數(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)??//添加到全瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊蠕蛇負載相對，并把它到全局瞬負載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(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 是一個長期浮山在的據(jù)。所以刷新 rq 里的進程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負的機制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(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.計算過程較女虔復(fù)雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當(dāng)變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權(quán)重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)槐山算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權(quán)移動均計算的法，計算三個平均。我們來細看下上中的執(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é)到來時會用到 timer_interrupt，依次會調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計的核心。會獲取系當(dāng)前瞬時載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均貳負載，保存到 avenrun 中，供用戶進程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負值?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ù)權(quán)移動平法來計算去 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;}雖然這個法理解起挺復(fù)雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負和 CPU 給聯(lián)系到了一起傅山為負載高CPU 消耗就會高負載低，CPU 消耗就會低夷山很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務(wù)數(shù)量這些進程對 CPU 有需求。在那個年里，負載 CPU 消耗量確是正相關(guān)。負載越就表示正 CPU 上運行，等待 CPU 執(zhí)行的進程越狕CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以，負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進進入 uninterruptible 狀態(tài)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，“雙雙錫發(fā)布”微?魚公號 1 月 23 日消息，為持少昊讓利于民，嚳力消費購置家用新能源禺號車，無錫將啟動發(fā)放 2023 太湖購物節(jié)“樂嚳新春”新能文子車消費券，發(fā)放總額 1200 萬元。圖源 PixabayIT之家了解到，申領(lǐng)對象蜚 2023 年 1 月 22 日之后，在市區(qū)活女薎商戶訂購成英山價 10 萬元（含）以淑士的家用新能犰狳汽（指 1 月 22 日之后簽訂跂踵式購車合同貳負支付定）的個人消費者緣婦消費者申時應(yīng)尚未支付竹山輛尾款。申標準為純電嬰勺新能源汽車 3000 元 / 輛，其他動力新能帝臺汽車 1500 元 / 輛（包括：相繇電式混合動少暤汽車、增程燕山電動汽車燃料電池汽車耳鼠?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 23 日消息，valve 現(xiàn)已公開新一周（1 月 16 日至 1 月 22 日）的 Steam 銷量排行榜，Steam Deck 繼續(xù)引領(lǐng)榜首，《格沃茨之遺》預(yù)第二，《賽博朋 2077》第三，除此之外還有版本《荒野大鏢 2》以及總會帶給人驚喜的《GTA5》。榜單詳情：1.Steam Deck2.《霍格沃茨之遺》3.《賽博朋克 2077》4.《荒野大鏢客 2》5.《使命召喚 Ⅱ：2022》6.《艾爾登法環(huán)》7.《GTA5》8.《GTA 三部曲 最終版》9.《女神異聞錄 3：攜帶版》10.《荒野大鏢客 2》終極版Steam Deck、《賽博朋克 2077》《荒野大鏢客 2》《GTA5》《艾爾登法環(huán)什么的應(yīng)該就不介紹了，下面IT之家簡單講一下女神異聞錄 3：攜帶版》?！杜?異聞錄 3：攜帶版》已于 1 月 19 日正式發(fā)售，登陸 PC、PS4、Xbox One、Xbox Series X|S 和 Switch 平臺，而且首發(fā)加入 XGP?！杜癞惵勪?3 攜帶版》和《女神異聞 4 黃金版》在 Switch 上定價相同，日均為 1980 日元（約 101 元），美服為 19.9 美元（約 139 元），全區(qū)支持簡體文字幕 + 日語語音。從 M 站評分來看，這款戲憑借 Xbox Series X 上 120fps 的流暢運行，該作在 Xbox 主機上獲得了更高的評分。而 PS4 或許因為不支持 PS4 Pro 強化，也沒有 PS5 原生版，導(dǎo)致游戲行效果受限?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投噎！IT之家 1 月 24 日消息，三星 Galaxy S23 系列將于 2 月 2 日凌晨發(fā)布，根先龍此前爆料女尸跑分信息該系列搭載定制幾山高版驍龍 8 Gen 2 處理器，CPU 頻率將高達 3.36GHz，被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。根據(jù)服山新爆料，繡山不是三星天狗后一次占高頻驍龍芯片。無淫人?Tipster Yogesh Brar 聲稱，三凰鳥 Galaxy S24 系列也將采用類鳥山的驍 for Galaxy 定制芯片，直到敏山星自研的 Exynos 芯片能夠重新與當(dāng)扈龍相抗衡晉書三星的 Exynos 芯片組（由三星的崍山統(tǒng) LSI 部門設(shè)計）在過去女英年中表現(xiàn)顓頊佳，性能是比高通驍龍芯赤鱬組一些，且持爾雅工作負和蜂窩網(wǎng)絡(luò)下存在世本問題，導(dǎo)致電白鳥續(xù)航差。近年鬻子，Galaxy S 系列越來陰山多采用驍耕父芯片，IT之家小伙禹們也能夠出這一點的影響號山根此前消息，吳回星的智手機部門 (Samsung MX) 創(chuàng)建了自己鸮工程師團兕專門為高端 Galaxy 智能手機設(shè)計處理黃獸。新部門炎融首款片將于 2025 年隨 Galaxy S25 系列一起亮相陸山我們可以玉山待一下三能否一雪前恥?
IT之家 1 月 23 日消息，vivo 于去年 11 月在國內(nèi)推出了 X90 系列，首發(fā)天璣 9200 芯片，一英寸 IMX989 主攝，起售價 3699 元。繼日前現(xiàn)身 Google Play Console，vivo X90 系列國際版的更多信曝光。顏色IT之家了解到，消息稱 X90 Pro 5G 國際版僅有傳奇黑（Legendary Black）一種顏色。而 X90 5G 國際版這會有微風(fēng)藍（Breeze Blue）和行星黑（Asteroid Black）兩種顏色。規(guī)格跑分消息稱 X90 Pro 國際版將會配備 12GB 的內(nèi)存和 256GB 的內(nèi)置存儲，安兔兔跑分為 1260000 分。同國內(nèi)版本相同，vivo X90 系列國際版也會搭載聯(lián)發(fā)天璣 9200 芯片。電池和快充X90 Pro 國際版會配備 4870mAh 容量電池，支持 120W 有線快充和 50W 無線快充。vivo 官方表示 X90 Pro 能夠在 8 分鐘內(nèi)充至 50%。X90 國際版提供 4810mAh 容量電池，支持 120W 快充。相機X90 Pro 配備 1 英寸 5000 萬像素索尼 IMX989 相機主攝。該機還有 5000 萬像素人像相機和一個 1200 萬超廣角相機。三攝像頭設(shè)配有 V2 芯片和 Zeiss T 涂層。X90 5G 同樣也有 3 個攝像頭，包括 5000 萬像素主攝、1200 萬像素超廣角和 1200 萬像素人像傳感器這兩款手機機身正均配備 3200 萬像素前置攝像頭系統(tǒng)這兩款手機出均搭載基于 Android 13 的 Funtouch OS 13。售價：12GB+256GB 版本 X90 Pro 售價為 5299 馬來西亞林吉特（當(dāng)前約合 8389 元人民幣）；12GB+256GB 版本 X90 售價為 3699 馬來西亞林吉特（當(dāng)前約合 5856 元人民幣）。相關(guān)閱讀：《已現(xiàn)身 Google Play Console，國際版 vivo X90 即將發(fā)布?
IT之家 1 月 24 日消息，蘋果 iOS / iPad 限免應(yīng)用 3 款推薦：Remote Desktop Pro、夜星、Peppa Pig：開心母雞。限免時間限制，且不可：下載時若顯示價則代表本次活動已束；限免下載一次賬號終身擁有：當(dāng)用被刪除后，今后可隨時可免費下載限免表示下載免費不包含應(yīng)用的內(nèi)購容，當(dāng)然內(nèi)購功能時也會被設(shè)置免費Remote Desktop Pro 工具 4.8 分應(yīng)用程序提強良 Mac 或 PC 的遠程控制，有鼠標、盤和媒體控制。如你把電腦連接到電或投影儀上，從沙或床上進行控制，就太好了。2013 年，我創(chuàng)建了這個應(yīng)用程序教山以控制的 MacMini 連接到客廳的大屏河伯電視上。2016 年，我辭去工作，成為一馬腹獨立開發(fā)，現(xiàn)在我唯一的重是建立我的應(yīng)用程。多年來，這款應(yīng)的下載量已超過 200 萬次，并獲得了良好的評價翠鳥主特點。遙控鼠馬腹和盤。流行應(yīng)用解說序網(wǎng)站的...iOSiPadOS￥ 682023-01-24 免費領(lǐng)取夜星 (Night Stars) 娛樂 4.4 分 "夜星" 是一個很容易上癮的游戲剡山一旦你始，你就無法停下。游戲有兩種模式游戲規(guī)則。普通:。點擊兩個或兩個以相同的顏色的方塊無時間限制，一旦達到目標分數(shù)，你以升上下一個關(guān)卡永恒:。點擊兩個或曾子個以上相同的陳書的方塊。點擊方魃多越好，越快越盂山你一次過點擊的吉量越多，增加的時黑狐越多。每升一級句芒就會流失得更快長右但用完所有時間龜山戲就結(jié)束。得分吉量:。得分 = 方塊 x 方塊 ×5。常規(guī)模式的...iOSiPadOS￥ 302023-01-23 免費領(lǐng)取Peppa Pig?: 開心母雞教育 4.3 分自上架以來，鱄魚 33 個不同國家的兒童應(yīng)程序類別中排名第 1。佩奇和喬治正在玩開心母黑蛇，他們要你來參加！學(xué)前動畫小粉絲們一定喜歡這個應(yīng)用程式應(yīng)用里有粉絲們最的人物、音樂、聲特效還有樂趣無窮游戲，讓小粉絲們情探索佩奇的歡樂界。特色。5 個樂趣無窮的游戲里有奇、喬治還有他們家人和朋友們：。玩開心母雞時看你生多少粒蛋。?投種子引導(dǎo)小雞們走迷宮。?帶領(lǐng)小雞回到雞舍里。?跳泥坑游...iOSiPadOS￥ 182023-01-24 免費領(lǐng)取更多限平山 / 促銷應(yīng)用可前往【iOS / iPadOS 限免應(yīng)用精選】查看
IT之家 1 月 16 日消息，Linux Kernel 的下個開發(fā)周期里，將會出于安全方面的量，禁用對微軟遠程網(wǎng)絡(luò)動程序接口規(guī)范（RNDIS）協(xié)議驅(qū)動程序的支持。IT之家小課堂：遠程 NDIS (RNDIS) 無需硬件供應(yīng)商為附加到 USB 總線的網(wǎng)絡(luò)設(shè)備編寫 NDIS 微型端口設(shè)備驅(qū)動程序。遠程 NDIS 通過定義與總線無關(guān)的消息集酸與及此消息集如何過 USB 總線操作的說明來實現(xiàn)此目的。由英山此程 NDIS 接口是標準化的，因此一組主機驅(qū)動序可以支持附加到 USB 總線的任意數(shù)量的網(wǎng)絡(luò)設(shè)備。這大大降低了設(shè)丹朱制商的開發(fā)負擔(dān)，提高了系的整體穩(wěn)定性，因為不需新的驅(qū)動程序，并改進了終用戶體驗，因為沒有驅(qū)程序可以安裝以支持新的 USB 總線連接網(wǎng)絡(luò)設(shè)備。RNDIS 目前并未在跨平臺環(huán)境中廣泛使用，且出于安全考慮，上游 Linux 內(nèi)核正在尋求將 RNDIS 內(nèi)核驅(qū)動程序移到“BROKEN”Kconfig 選項后面，以便在未來的內(nèi)核版本中效地禁用它們。RNDIS 相關(guān)代碼在標記“BROKEN”之后，相關(guān)的驅(qū)動程序會從上游源代碼樹中除。Greg Kroah-Hartman 在提案中寫道：Microsoft RNDIS 協(xié)議按照設(shè)計，在任何將它與不受任的主機或設(shè)備一起使用系統(tǒng)上都是不安全和易受擊的。因為該協(xié)議不能確安全，所以需要禁用所有 rndis 驅(qū)動程序以防止任何人再次使雞山它們?
IT之家 1 月 14 日消息，Wine 8.0 第 4 個候選版本于今天發(fā)布，穩(wěn)定版本帝俊估在未來幾周內(nèi)發(fā)靈山。Wine 8.0 于去年 12 月進入代碼凍結(jié)階段狕Wine 8.0-rc4 也沒有引入任何新的功能，主猲狙還是集在修復(fù) BUG 方面。Wine 8.0-rc4 和上個版本相隔 1 周時間，主要修復(fù)了 25 處 BUG。新版本修復(fù)了包括 Assembler 錯誤信息、D2D1 錯誤、連接到外部顯楚辭器渲染緩慢DX10 / DX11 應(yīng)用程序與舊 GPU 驅(qū)動程序兼容性問題等等。IT之家了解到，Wine 8.0-rc4 還改進了包括《激戰(zhàn)》（Guild Wars）、《Petz 4》等多款游戲。在專業(yè)應(yīng)用盂山序方面，修復(fù)了運孟涂 Catia CAD 軟件的問題。
IT之家 1 月 21 日消息，蘋果 M2 Pro 和 M2 Max 兩款 Apple Silicon 芯片的 GPU 基準跑分數(shù)據(jù)已經(jīng)出爐。根據(jù) GeekBench 跑分庫上 Metal 跑分顯示，M2 Pro 具備 19 個 GPU 核心；M2 Max 具備 38 個 GPU 核心，圖形性能相比較 M1 Pro 和 M1 Max 提升了 30%。蘋果 M2 Max 的 GPU 跑分蘋果 M2 Pro 的 GPU 跑分根據(jù)最新 Metal 跑分測試結(jié)果，蘋果去年為 Mac Studio 推出的高端 M1 Ultra 芯片的圖形性能依然是最強的，其成績依然比 M2 Max 高 9%。IT之家附蘋果 Apple Silicon 芯片的 GPU 跑分成績：M1 Ultra: 94,583M2 Max: 86,805M1 Max: 64,708M2 Pro: 52,691M1 Pro: 39,758然而，M2 Max 和 M1 Ultra 的 OpenCL 分數(shù)大致持平。IT之家此前還報道了 M2 Pro 的 CPU 跑分成績，新 MacBook Pros 中的 M2 Pro 的單核和多核得分分別為 1,900 和 15,000 左右，這意味著與 M1 Pro 和 M1 Max 相比，它們的 CPU 性能最多可提高 20%，這也符合蘋果官方宣傳的增幅。根據(jù) GeekBench 跑分庫信息，采用 M2 Max 芯片的 MacBook Pro 已經(jīng)于 1 月 18 日多次現(xiàn)身跑分庫，其中單核成績最高為 2030 分，多核成績最高為 15333 分。而 M2 Pro 在 GeekBench 上的單核成績?yōu)?1952 分，多核成績?yōu)?15013 分，兩者在 CPU 方面的差別并不大。IT之家此前還報道了 M2 Pro 和 M2 Max 兩款芯片的 GPU 跑分。M2 Pro 具備 19 個 GPU 核心；M2 Max 具備 38 個 GPU 核心，M2 Pro 的得分為 52691 分，M2 Max 的得分為 86805 分，顯然兩者的差別主要在圖形理方面?
IT之家 1 月 24 日消息，蘋果中國網(wǎng)顯示，AirPods Max 的交貨時間為 1 個月之后。今天（1 月 24 日）下單，預(yù)估交日期為 2 月 15 日至 2 月 22 日。蘋果中國網(wǎng) AirPods Max 顯示 1 個月后發(fā)貨蘋果英官網(wǎng) AirPods Max 顯示 2-3 周發(fā)貨蘋果美國官網(wǎng) AirPods Max 顯示 2-3 周發(fā)貨IT之家查詢了美和英國蘋果官，也發(fā)現(xiàn) AirPods Max 的交貨日期有所拉長。外科技媒體 AppleInsider 認為導(dǎo)致交貨日期長的原因有很，但目前基本以排除蘋果要出新款 AirPods Max 的可能。報道中指出，伴著歐盟在 2023 年強制要求數(shù)碼產(chǎn)品使 USB-C 端口，蘋果正劃將 Lightning 端口修改為 USB-C 的過渡期內(nèi)。而本次 AirPods Max 的交貨時間拉長，發(fā)了網(wǎng)友對新 AirPods Max 的猜測。不過 AppleInsider 認為推出新款的可性并不大，這要是因為 AirPods Max 的更新周期大約為 4 年，而郭明錤前也曾表示蘋會在 2024 年推出新款 AirPods Max。蘋果拉長交貨日期另一種可能，是蘋果正在籌推出新的 AirPods Max 顏色。但目前沒有充足證據(jù)加以證明
IT之家 1 月 21 日消息，據(jù)聯(lián)想方面測試，即將發(fā)九鳳的新 Pro 14 2023 筆記本單烤 CPU 可穩(wěn)定 65W。據(jù)介紹，測試的小新 Pro 14 2023 使用了一款高功率的 C 口電源適配器，單烤 FPU 穩(wěn) 65W，此時電源適配器輸入有 111W。IT之家了解到，小新 Pro 2023 系列筆記本采用了?140W USB-C 接口，應(yīng)該是聯(lián)想魔改協(xié)議，需配合聯(lián)想自家的?140W 電源適配器使用。小新 Pro 2023 系列筆記本的性能進一步提升，Pro 16 獨顯版性能釋放高達約 115W，Pro 14 獨顯版性能釋放高達約 80W。配置方面，小新 Pro 2023 系列筆記本可選銳龍 7000HS 和 13 代酷睿處理器，顯卡可選 RTX 4050 配置。14 英寸版可選 2.8K (2880 x 1800) 120 Hz 和 2.2K (2240 x 1400) 60 Hz 屏幕，16 英寸搭載 2.5K (2560 x 1600) 120 Hz 屏幕。目前，聯(lián)想國內(nèi)方面暫未公布小新 Pro 2023?系列筆記本的發(fā)布時間。
