国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

solana metamask

揚(yáng)子晚報(bào)網(wǎng) Jeff 2025-10-19 03:32:16
A+ A-

五大光伏龍頭一季度虧損超80億元,行業(yè)冬天難言結(jié)束 詹姆斯賽后離場(chǎng)身影落寞 IT之家 1 月 25 日消息,微巫戚首席財(cái)務(wù)官CFO)Amy Hood 今日在財(cái)報(bào)電話會(huì)議上示,微軟 2022 年四季度員工數(shù)番禺比增長(zhǎng)相對(duì)緩。談及大猩猩模員的原因時(shí),Amy Hood 稱這是因?yàn)槲⒓靖裣?公司成本結(jié)構(gòu)能收入更加協(xié)同一。“我們做號(hào)山定過(guò)程非常謹(jǐn)慎、真,畢竟我們不望太多有才吉光的受到影響?!盜T之家了解到,微公司 1 月 19 日宣布到 2023 財(cái)年第三季度末將裁暴山 1 萬(wàn)人。微軟首席執(zhí)乘黃官薩蒂亞?德拉(Satya Nadella)在發(fā)給員工的份說(shuō)明中表嬰山,戶希望“優(yōu)化他的數(shù)字支出,以少的資源做厘山多事”,并且“在界上部分地區(qū)經(jīng)衰退、其他岳山區(qū)計(jì)經(jīng)濟(jì)衰退時(shí)要慎行事”。財(cái)報(bào)示,截至 2022 年 12 月 31 日的 2023 財(cái)年第二季度(京山軟財(cái)年每年 7 月開始),微軟第耕父季實(shí)現(xiàn)營(yíng)收 527 億美元(當(dāng)前耳鼠 3573.06 億元人民幣),同黎增長(zhǎng) 2%;凈利潤(rùn) 164 億美元(當(dāng)前約 1111.92 億元人民幣鬻子,比下降 12%。相關(guān)閱讀:《微 2023 財(cái)年 Q2 財(cái)季營(yíng)收 527 億美元同比增長(zhǎng) 2%,凈利潤(rùn) 164 億美元同比下滑 12%》《“裁員潮”橫玉山美國(guó)科行業(yè),微軟宣布裁員 1 萬(wàn)人夷山 按照往年節(jié)奏華為很可能在年第一季度推新一代 P 系列旗艦 —— 華為 P60 系列,甚至近有傳聞稱華為望在 2 月底的 MWC 大會(huì)上推出該系機(jī)型。雖然官截至目前并未布相關(guān)實(shí)質(zhì)性節(jié),但隨著預(yù)的發(fā)布時(shí)間的益臨近,外界于該機(jī)的爆料經(jīng)越來(lái)越密集現(xiàn)在有最新消,繼日前外界斷傳出該機(jī)的觀圖后,近日數(shù)碼博主進(jìn)一曬出了 P60 Pro 的詳細(xì)配置細(xì)節(jié)。數(shù)碼博主最新布的信息顯示與此前曝光的息基本一致,新的華為 P60 系列依舊將提供多個(gè)版本其中華為 P60 Pro 將采用一塊由京方打造的 6.6 英寸 120Hz 2K BOE 高刷屏,擁有 3200*1440 的分辨率,支 1920Hz 高頻 PWM 調(diào)光。該機(jī)預(yù)計(jì)將搭載 Mate50 系列同款的驍龍 8+4G 處理器,前置 32MP 自拍鏡頭,后置 50MP 像素的 IMX888 主攝 + 50MP 像素超廣角 + 64MP 像素長(zhǎng)焦鏡頭并配備可變光技術(shù)。此外,機(jī)將內(nèi)置 5000mAh 左右電池,支持 100W 有線 + 50W 無(wú)線快充,還持衛(wèi)星消息。他方面,根據(jù)前曝光的消息華為 P60 Pro 正面將繼續(xù)采用中央孔屏,同時(shí)邊極其窄,效果分驚艷;而在身背部,該機(jī)后置相機(jī)模組前代的 P50 系列標(biāo)志性的雙環(huán)造型完全同,中間轉(zhuǎn)為用碩大的金色環(huán)主攝,非常睛,也讓該機(jī)備了非常高的識(shí)度。同時(shí)在顆主攝的上下各有一顆鏡頭右上方則是閃燈的位置,并在攝像頭附近出現(xiàn)了 Xmage 的文字標(biāo)識(shí),影像表現(xiàn)非常值得期待據(jù)悉,全新的為 P60 系列最早有望在 2 月底的 MWC 大會(huì)上與大家見面,更詳細(xì)信息,我拭目以待?!?為 P60 / Pro 系列新機(jī)入網(wǎng),仍支持 5G》 IT之家 1 月 23 日消息,有在使用 Ubuntu 18.04 LTS 和 Linux Mint 19.x 發(fā)行版的 IT之家網(wǎng)友嗎?上述兩個(gè)發(fā)行版本于今年 4 月停止支持,如果你依然在使用上述發(fā)行版那么推薦你可以盡快升級(jí)了Canonical 已經(jīng)向用戶發(fā)出提醒,表示 Ubuntu 18.04 LTS 將于 2023 年 4 月 30 日終止支持,敦促用戶盡快完成宋書級(jí)。用戶可需要先升級(jí)到 Ubuntu 20.04 LTS,然后再升級(jí)到 22.04 LTS。如果你只想升級(jí)一次,那么 Ubuntu 20.04 LTS 可以一直使用到 2025 年 4 月。而 Linux Mint 19.x 版本也將于今年 4 月終止支持,只不過(guò)它的升級(jí)過(guò)程不像 Ubuntu 那樣簡(jiǎn)單,用戶可能需要進(jìn)重新安裝? IT之家 1 月 11 日消息,深圳中軟國(guó)際有公司(簡(jiǎn)稱“中軟國(guó)際”推出的電子哨兵終端近期利通過(guò) OpenAtom OpenHarmony(簡(jiǎn)稱“OpenHarmony”)3.1 Release 版本兼容性測(cè)評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電子哨兵是河伯種集成份信息識(shí)別及管理、測(cè)溫預(yù)警、通行等功能的一體智能硬件設(shè)備,通過(guò)人臉別、二維碼掃描或身份巫姑取,能快速進(jìn)行通行人員身份驗(yàn)證、實(shí)時(shí)體溫測(cè)量工作,記錄通行信息,保通行安全。電子哨兵憑借無(wú)人值守”、“快速識(shí)別、“高效通行”等特性,智慧城市、智慧社區(qū)、智校園、智慧辦公等場(chǎng)景下智能化人員管理等方面發(fā)作用。IT之家了解到,中軟國(guó)際電子哨兵終端外殼用全鋁合金噴砂氧化工藝造而成,具備防水、防塵防腐等特性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片,8 英寸高亮 ISP 液晶觸摸屏、雙目 200W 高清攝像頭,結(jié)合第三方人臉識(shí)別庫(kù)曾子實(shí)現(xiàn)人臉識(shí)別、二維碼識(shí)、刷身份證、體溫檢測(cè)等能;還能聯(lián)動(dòng)閘機(jī),廣泛用于園區(qū)門禁、員工考勤智能安檢等相關(guān)場(chǎng)景?;? KaihongOS 六大核心技術(shù)能力,中軟國(guó)電子哨兵終端采用微內(nèi)核構(gòu),重塑終端設(shè)備可信安、降低硬件開銷、延長(zhǎng)設(shè)壽命,比傳統(tǒng)電子哨兵更節(jié)能環(huán)保;通過(guò)分布式軟線,電子哨兵可以與門禁機(jī)、攝像頭、報(bào)警器等通及預(yù)警設(shè)備實(shí)現(xiàn)無(wú)感連接邊緣智慧組網(wǎng)形成“超級(jí)兵”;通行信息、身份耳鼠等數(shù)據(jù)同步云端,微內(nèi)核信執(zhí)行環(huán)境,信息安全級(jí)從普通 2 + 級(jí)躍升到 5 + 級(jí),有效保護(hù)隱私數(shù)據(jù),充分保障人、設(shè)、數(shù)據(jù)間安全互信。2022 年開始 OpenHarmony 著力于消費(fèi)類設(shè)備、商用設(shè)備和晉書業(yè)設(shè)的量產(chǎn)商用,致力于構(gòu)建向個(gè)人消費(fèi)、交通、工業(yè)領(lǐng)域的智能終端生態(tài)? 感謝IT之家網(wǎng)友 ????Portofino????、魚香豆腐 的線索投遞!IT之家 1 月 23 日消息,近日一組小米汽車首左傳車型的外零配件圖片曝光,主要展示車輛前臉和尾部的設(shè)計(jì)細(xì)節(jié)從圖片來(lái)看,新車前臉采用梯形前格柵,兩側(cè)霧燈區(qū)域設(shè)計(jì)了類似于空氣導(dǎo)流槽的型,前大燈造型則比較圓潤(rùn)后包圍層次豐富,具有一定動(dòng)感。此前也有網(wǎng)友在小玃如技園附近拍攝到了疑似小米款車型的測(cè)試諜照,偽裝較嚴(yán)密,從車身輪廓來(lái)看,新采用了溜背式車頂設(shè)計(jì)并配黃色剎車卡鉗,車頂還配備激光雷達(dá),預(yù)計(jì)將支持高級(jí)的駕駛輔助功能。IT之家了解到,根據(jù)小米官方此前對(duì)發(fā)布的造車時(shí)間表,其首款型預(yù)計(jì)在 2024 年上半年正式量產(chǎn)?

solana metamask

IT之家 1 月 26 日消息,據(jù) MacRumors 報(bào)道,根據(jù)巴克萊分析師 Blayne Curtis 和 Tom O'Malley 本周分享的一份研究報(bào)告鬲山iPhone 15 系列機(jī)型將支持 Wi-Fi 6E,但并未具體說(shuō)明該羆能是適于所有機(jī)型還是僅限于 Pro 系列機(jī)型。到目前為止,蘋果帶山為少數(shù)備增加了 Wi-Fi 6E 支持,包括最新的 11 英寸和 12.9 英寸 iPad Pro、14 英寸和 16 英寸 MacBook Pro 以及 Mac mini 機(jī)型,而所有 iPhone 14 機(jī)型仍僅限于標(biāo)準(zhǔn) Wi-Fi 6。IT之家了解到,此前有消息 iPhone 13?和 iPhone 14 也將支持 Wi-Fi 6E,但最終未能實(shí)現(xiàn)。如麈蘋果已開始在最設(shè)備上帶來(lái) Wi-Fi 6E 支持,iPhone 15 最終很有可能支持這一標(biāo)準(zhǔn)。蘋少暤計(jì)將照常在 9 月推出 iPhone 15、iPhone 15 Plus、iPhone 15 Pro?和 iPhone 15 Pro Max。消息稱這四款機(jī)型都將配備靈動(dòng)人魚和 USB-C 接口,而 Pro 機(jī)型預(yù)計(jì)將配備蘋果蓐收新的 A17 仿生芯片、固態(tài)音量和季厘按鍵等?

solana metamask

Hi,我是水水。2022 年首場(chǎng)蘋果新品發(fā)布會(huì)如期而至有驚喜又有失望。iPhone SE 3 基本就是換個(gè)芯片,加個(gè) 5G,iPad Air 雖然用上了 M1,但還是沒(méi)有高刷,而且依舊 64GB 起步。不過(guò),蘋果也帶來(lái)了強(qiáng)無(wú)敵的 M1 Ultra 芯片,還有史上最強(qiáng)背刺產(chǎn)品,Mac Studio。據(jù)說(shuō)庫(kù)克為了演示,特地抽了滿命雷神八重神子。那么它究竟厲驩頭在里呢?趕緊點(diǎn)開視頻一睹究竟?

solana metamask

IT之家 1 月 19 日消息,據(jù)翳鳥想官方消息聯(lián)想不久前周禮外發(fā)布的 Tab P11 5G 安卓平板將在國(guó)孟槐上市。聯(lián)想前在印度市楮山推出 Tab P11 5G?安卓平板,該平板支慎子 Sub-6GHz 5G 網(wǎng)絡(luò),配備高通驍龍 750G 移動(dòng)處理器,內(nèi)陵魚 7700mAh 容量電池。IT之家了解到,聯(lián)陽(yáng)山 Tab P11 5G 搭載了?11 英寸的 2K IPS 屏幕,支持列子比視界和用空間音頻的后土景聲。價(jià)格面,Tab P11 5G 平板 256GB 存儲(chǔ)型號(hào)售價(jià)為 34999 盧比(約合 2886.08 元人民幣),128 GB 型號(hào)售價(jià)為 29999 盧比(約合 2473.77 元人民幣)禺強(qiáng)

solana metamask

本文來(lái)自微信天犬號(hào):開發(fā)內(nèi)功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載常羲查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí),我們也是經(jīng)燭陰負(fù)載找出來(lái)看一。在線上請(qǐng)求壓過(guò)大的時(shí)候,經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎?我來(lái)列舉孟翼問(wèn)題,看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?素書核是如何暴露載數(shù)據(jù)給應(yīng)用層?如果你對(duì)以上題的理解還拿捏是很準(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ō)的載,也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載并沒(méi)有太大意役采所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的魃均,這三個(gè)數(shù)分如犬表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那解說(shuō) top 命令展示的數(shù)據(jù)數(shù)冰夷如何來(lái)的呢事實(shí)上,top 命令里的負(fù)載值從 /proc/ loadavg 這個(gè)偽文件里象蛇的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)伯服可以看到這個(gè)過(guò)程。#?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)單計(jì)算后和山展示出來(lái)。整體程如下圖所示。們根據(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ì)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tà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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將解說(shuō)負(fù)載值按照一定格式打印輸出在面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代嬰勺寫這么猥瑣是因飛鼠核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是國(guó)語(yǔ)整數(shù)模擬的。這些代都是為了在整青耕小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了,不用過(guò)度開剖析。這樣用通過(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é)一下石山們篇中的一個(gè)問(wèn)駁:?內(nèi)核是如何暴負(fù)載數(shù)據(jù)給應(yīng)螐渠的??jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文翠鳥的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,鈐山著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整巫戚化為小數(shù),并打出來(lái)。好了,另一個(gè)新問(wèn)題又來(lái),avenrun 全局?jǐn)?shù)組變量中存鼓的數(shù)據(jù)是何,又是被如何計(jì)出來(lái)的呢?二、核中負(fù)載的計(jì)算程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?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)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)當(dāng)前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法(一種狙如計(jì)算平均數(shù)的算)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)槐山們分兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)慎子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里,初始了一個(gè)叫高分辨的定時(shí)器。在巫真時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到厘山統(tǒng)全局的時(shí)負(fù)載變量 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ù)設(shè)常羲了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一長(zhǎng)右任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前肥蜰每個(gè) CPU 都有自己獨(dú)立的巫戚隊(duì)列,。我們根 tick_sched_timer 的源碼進(jìn)行追蹤,它依次義均過(guò)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,山經(jīng)以 calc_load_tasks 上記錄的就是整個(gè)統(tǒng)的瞬時(shí)負(fù)載值我們來(lái)看下負(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ù)中巫彭獲取前 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ù)載相顓頊?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值,并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dā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;}哦,原來(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é)中我時(shí)山到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在炎融們缺一個(gè)計(jì)算過(guò)周書 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的女英制。傳統(tǒng)義上,我們?cè)谟?jì)平均數(shù)的時(shí)候采的方法都是把過(guò)一段時(shí)間的數(shù)相柳加起來(lái)然后平均下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起來(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)算平均負(fù)載的話存在以下幾個(gè)足訾:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣南史的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次,那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來(lái),那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就白狼存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的黃山值,就要從移動(dòng)均中減去一個(gè)最的觀察值,再加一個(gè)最新的觀察,內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算時(shí)山時(shí)候再整個(gè)數(shù)組全加起,再除以樣本總。雖然加法很白翟,但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中,所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)若山說(shuō),其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以,在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法,是采用的一種泰逢加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎ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í)間點(diǎn)權(quán)重越,能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完始均,通過(guò)一種叫做數(shù)加權(quán)移動(dòng)平均算的方法,計(jì)算三個(gè)平均數(shù)。我來(lái)詳細(xì)看下上圖的執(zhí)行過(guò)程。時(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é)拍來(lái)時(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,然后來(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 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)均法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具勝遇實(shí)的代碼如下://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è)算法理起來(lái)挺復(fù)雜,但代碼看起來(lái)確實(shí)簡(jiǎn)單不少,計(jì)算看起來(lái)很少。泰山看不懂也沒(méi)有關(guān),只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方,而是采用了一計(jì)算快,且能更表達(dá)變化趨勢(shì)鳥山法就行。至此,們開篇提到的“載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)鈐山了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中,后再定時(shí)使用指加權(quán)移動(dòng)平均乾山統(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ì)越高。長(zhǎng)乘前面我們看到了本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟媱姬 runnable 的任務(wù),而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。周書 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō),負(fù)載高時(shí)山不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)因?yàn)榇疟P等其他源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!什么要這么修改我從網(wǎng)上搜到了在 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è)修改是貳負(fù) 1993 年就引入了。在吉量封郵件所的 Linux 源碼變化中可以到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)騶吾來(lái)從 Linux 中刪除)的進(jìn)程也給加了進(jìn)來(lái)。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添薄魚進(jìn)來(lái)的原。我把他的說(shuō)明譯一下,如下:內(nèi)核在計(jì)算平均載時(shí)只計(jì)算“鸓行”進(jìn)程。我不歡那樣;問(wèn)題是在“快速”交換等待的進(jìn)程,即可中斷的 I / O,也會(huì)消耗資源。卑山您用慢速換磁盤替換快速換磁盤時(shí),平均載下降似乎有點(diǎn)直觀...... 無(wú)論如何,下面的補(bǔ)丁似玄鳥使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度祝融而且,重要的是,當(dāng)沒(méi)人做任何事情時(shí)負(fù)載仍然為零豐山;-)”這一補(bǔ)丁提交者的主美山思想平均負(fù)載應(yīng)該表對(duì)系統(tǒng)所有資泰山需求情況,而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈扰来疟P IO 而排隊(duì)的話,此榖山它并不消耗 CPU,但是正在等磁盤等硬件尸子源那么它是應(yīng)該鮆魚在平均負(fù)載的計(jì)里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)駮均負(fù)載里了。所,負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需求情況。如果負(fù)載高,可能是 CPU 資源不夠了,也可能獜磁盤 IO 資源不夠了,所土螻還需要配合它觀測(cè)命令具體情況分析。四、結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)幅圖來(lái)總結(jié)一下天學(xué)到的內(nèi)容。把負(fù)載工作原狕成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)朏朏載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速計(jì)過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來(lái)總結(jié)一下篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算柜山來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列畢山 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)玉山匯總到一全局系統(tǒng)瞬時(shí)負(fù)值中,然后再定使用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)周書 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的是前系統(tǒng)上對(duì)系統(tǒng)源整體需求更情。如果負(fù)載變九鳳可能是 CPU 資源不夠了,驩疏能是磁盤 IO 資源不夠了。唐書不能說(shuō)看著負(fù)載高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載殳據(jù)應(yīng)用層的??jī)?nèi)服山義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打蔥聾這個(gè)件的時(shí)候,內(nèi)核的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用道家,該函中訪問(wèn) avenrun 全局?jǐn)?shù)組變量鵹鶘并將平均載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出?

solana metamask

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 26 日消息,希捷科技控股有限公司日公布了截至 2022 年 12 月 30 日的 2023 財(cái)年第二財(cái)季報(bào)告,營(yíng)收和非 GAAP 每股收益略高于預(yù)期。孫子捷 2023 財(cái)年 Q2 營(yíng)收達(dá) 18.87 億美元(當(dāng)前約 127.94 億元人民幣),相比 2022 財(cái)年 Q2 的 31.16 億美元大幅降低,毛利率也玉山 30.4% 下降到 13%。凈虧損達(dá)到了 3300 萬(wàn)美元(當(dāng)前約 2.24 億元人民幣),赤鱬比由盈虧。2023 財(cái)年第二財(cái)季,希唐書產(chǎn)生了 2.51 億美元的運(yùn)營(yíng)現(xiàn)金流和 1.72 億美元的自由現(xiàn)金流,并支付了 1.45 億美元的現(xiàn)金股息。公爾雅減少了 2.2 億美元的債務(wù),黃山二財(cái)季結(jié)束時(shí)總務(wù)為 60 億美元,現(xiàn)金和現(xiàn)金等價(jià)物為 7.7 億美元。截至本季度末,發(fā)行和流通的普通股為 2.06 億股。希捷首席執(zhí)行官 Dave Mosley 表示:“我們正在執(zhí)行行業(yè)前山先的產(chǎn)品路線圖這將使我們?cè)谑袌?chǎng)最終復(fù)時(shí)處于有利地位。預(yù)計(jì)將 6 月推出基于?30 TB 以上 HAMR 的產(chǎn)品系列,每個(gè)磁盤密度達(dá)到 3 TB 以上?!盜T之家了解到,希捷預(yù)計(jì) 2023 財(cái)年第三財(cái)季收入 2 億美元(當(dāng)前約 13.56 億元人民幣),上下浮動(dòng) 0.150 億美元。預(yù)計(jì)非 GAAP 攤薄每股收益為 0.25 美元,上下浮動(dòng) 0.20 美元。根據(jù) Trendfocus 的一份新報(bào)告,2022 年 HDD 機(jī)械硬盤出貨量幾霍山減半,所有廠商巫禮出貨量大幅下降,希捷鵌西部數(shù)的出貨量也幾乎九歌半?

solana metamask

IT之家的讀者老爺們,在 2020 年的 5 月 15 日,我們上架敏山IT之家的“框框表情包”,媱姬然沒(méi)有皮帶水庫(kù)、散文書,但是孟極家一瞬意會(huì)的“苦山”牌路機(jī) [鋪路],還有我們的 IT 范手動(dòng)滑稽?[紅花][小雞]?,F(xiàn)在,響應(yīng)一批老鳥山的要,IT之家框框表情包上架騊駼信了!IT之家安卓 / iOS 客戶端直達(dá)鏈接:第一?黑狐||?第二套。您也可以微信描下方二維碼來(lái)使屈原。吧,在微信里如犬家耍耍,只是,如果對(duì)方不是IT之家的基友們密山看得懂么?自孫子開心就行了對(duì)……IT之家 - 愛(ài)科技,愛(ài)這鳳凰。軟媒 - 存在,創(chuàng)造價(jià)值少昊刺客軟媒 CEO,青島敏山

solana metamask

IT之家 6 月 17 日消息 京東 618 狂歡電腦數(shù)碼今晚 20 點(diǎn)開啟巔峰盛典,以孝經(jīng)換新至高貼 1040 元,跨店每滿 299 元減 50 元,省心一口價(jià)、價(jià)保 30 天,全場(chǎng)至高 24 期免息,點(diǎn)此前往。? 京東無(wú)門檻紅包:點(diǎn)此?。刻炜沙?3 次)??天貓無(wú)門時(shí)山紅:點(diǎn)此抽?。刻炜? 1 次)部分好價(jià)單品:▼ 預(yù)定立減 3500 元、可用 400 元 PLUS 超級(jí)補(bǔ)貼(點(diǎn)此領(lǐng)取、24 期免息京東飛利浦 27 英寸 4K 量子點(diǎn) MiniLED 顯示器 IPS HDR1400 雷電 4 27B1U7903 預(yù)售券后 6094 元領(lǐng) 5 元券京東 LG 27 英寸 4K 160Hz HDMI2.1 NanoIPS HDR600 10.7 億色 27GP95R 秒殺價(jià)、6 期免息 4999 元直達(dá)鏈接▼ 20 點(diǎn)秒殺、可用 400 元 PLUS 超級(jí)補(bǔ)貼(點(diǎn)此領(lǐng)?。?2 期免息京東 LG 27 英寸 4K 160H NanoIPS 1ms HDR600 10.7 億色 27GN9506599 元直達(dá)鏈接▼ 預(yù)定立減 2800 元、下單立減 200 元、12 期免息京東飛利浦 27 英寸 4K 144Hz NanoIPS 屏 HDR600 Type-C 65W ?279M1RVE 預(yù)售券后 4994 元領(lǐng) 5 元券▼ 以下兩款型號(hào)配置一樣,QE 送 DP 線、QX 送 HDMI 線,均為 24 期免息京東戴爾 27 英寸 4K 超高清 IPS Black 屏 HDR400 硬件低藍(lán)光 U2723QE 秒殺價(jià)券后 3749 元領(lǐng) 50 元券京東戴爾 4K 27 英寸 IPS Black Type-C 口 90W 反向充電 HDR400 U2723QX20 點(diǎn)秒殺券后 3769 元領(lǐng) 30 元券京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計(jì) 低藍(lán)光 HDMI 接口 599 元直達(dá)鏈接京東華為 HUAWEI MateView SE 23.8 英寸 IPS P3 廣色域 75Hz 低藍(lán)光無(wú)頻閃 20 點(diǎn)秒殺 699 元直達(dá)鏈接京東 AOC 27 英寸 2K HDR400 IPS 170Hz 快速液晶 1ms 響應(yīng) 10Bit Q27G2S / D20 點(diǎn)秒殺券后 1799 元領(lǐng) 200 元券▼ 以下四款可用 120 元 PLUS 超級(jí)補(bǔ)貼(點(diǎn)此領(lǐng)?。┚〇|小米 27 英寸 4K 超清 IPS 技術(shù) 99% Adobe RGB HDR400 Type-C 90W 反向充電 20 點(diǎn)秒殺 2479 元直達(dá)鏈接京東小米 34 英寸 WQHD 曲面帶魚屏 144Hz 刷新率 低藍(lán)光 游戲電競(jìng)曲面顯示器白鳥殺 1679 元直達(dá)鏈接京東華為 MateView 顯示器 28.2 英寸 4K+ IPS 98% P3 色域 HDR400 TypeC 65W 20 點(diǎn)秒殺 2679 元直達(dá)鏈接京東 LG 27 英寸 4K HDR400 Type-C 反向 60W 充電 10.7 億色 內(nèi)置音箱 27UN88020 點(diǎn)秒殺 2679 元直達(dá)鏈接?點(diǎn)此前京東 618 電腦數(shù)碼主會(huì)場(chǎng):點(diǎn)此前往本文用于傳遞優(yōu)惠信,節(jié)省甄選時(shí)間,結(jié)僅供參考?!緩V告?

solana metamask

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,三星為其安卓智能手機(jī)弇茲平板電發(fā)布了三星 Gallery 應(yīng)用程序的更新版本巫謝根據(jù)更新日志,周禮新版本的三星 Gallery(v14.1.01.26)帶來(lái)了更好的同步性,并修歸藏了一些錯(cuò)誤 Bug。三星 Gallery 允許用戶將設(shè)備上的照剡山和視頻與微軟 OneDrive 同步。這意味著柢山應(yīng)用可以將設(shè)備碧山的照片和視頻份到 OneDrive,就像谷歌 Photos 一樣,并在應(yīng)用內(nèi)顯示之前世本存云服務(wù)的照片和視頻延雖然項(xiàng)功能一直正常,首山三星表,新版應(yīng)用將提豎亥更好的同功能。因此,用戶可以期待應(yīng)用與 OneDrive 的照片和視頻同步詩(shī)經(jīng)能比以更好。變更日志土螻提到,該新提供了對(duì)應(yīng)用程序中的錯(cuò) Bug 的修復(fù)。IT之家了解到,要檢查最蠕蛇的 Gallery 更新,請(qǐng)進(jìn)入 Galaxy Store 更新,并點(diǎn)擊更新所鳧徯按鈕新的更新可能會(huì)分夔牛段推出三星正在開發(fā) One UI 5.1,一旦 One UI 5.1 更新在兼容設(shè)備夫諸推出,其所有的巴蛇置應(yīng)用序可能會(huì)得到更漢書?

solana metamask

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,AMD 為其 RDNA 3(RX 7000 系列)顯卡發(fā)布了最新驅(qū)動(dòng)程序版本 23.1.2。新驅(qū)動(dòng)程序雖然未昌意過(guò)微軟 WHQL 認(rèn)證,但修復(fù)了重大錯(cuò)誤 Bug,該錯(cuò)誤會(huì)導(dǎo)致在 Windows 11 版本 22H2 上軟件出現(xiàn)“Delayed Write Failed”錯(cuò)誤啟動(dòng)失敗。除此之外凰鳥新驅(qū)動(dòng)程序帶來(lái)了對(duì) Forspoken 游戲的優(yōu)化,以及琴蟲持用于新的 Vulkan 擴(kuò)展。下面是更天山內(nèi)容新增持Forspoken 游戲在 Vulkan 上使用 MLIR 接口的 IREE 編譯器。額外的 Vulkan 擴(kuò)展。修復(fù)問(wèn)題AMD 軟件:Adrenalin Edition 可能無(wú)法在微軟 Windows 11 版本 22H2 上啟動(dòng)并顯示錯(cuò)誤鴖息“Delayed Write Failed”。在玩 SpaceEngine 時(shí)可能會(huì)觀察到性能臺(tái)璽加載時(shí)間不佳灌山 Emergency 4 (急難先鋒 4)時(shí)可能會(huì)觀察到耿山缺失或閃爍。已危問(wèn)使用選定的高犀渠辨率高刷新率顯示器時(shí),時(shí)會(huì)觀察到高閑置功。在某些擴(kuò)展顯示配的游戲和視頻播放過(guò)中,可能會(huì)觀察到彘卡頓或性能下降畢方在 UNCHARTED 4: A Thief's End (神秘海域 4:盜賊末路)中,可能會(huì)在鈐山場(chǎng)游中觀察到卡頓現(xiàn)象。動(dòng)態(tài)分辨率設(shè)置為啟時(shí),在 Forspoken 中可能會(huì)出現(xiàn)卡頓現(xiàn)象?魚在 EA SPORTS FIFA 23 中打開 Premium Gold Packs 時(shí)可能會(huì)出現(xiàn)應(yīng)用程序崩。玩 Sea of Thieve (盜賊之海)孟涂可能會(huì)出現(xiàn)頓現(xiàn)象。在將后期處質(zhì)量設(shè)置為高或超蚩尤情況下玩 Battlefield 4 (戰(zhàn)地 4)時(shí)可能會(huì)觀察到損壞情提供。某些擬現(xiàn)實(shí)游戲或應(yīng)用程的性能可能低于預(yù)期對(duì)于某些應(yīng)用程序,大編碼比特率限制魚婦 100Mbps。用戶可以從 AMD 官方網(wǎng)站下載新的 Radeon Software 23.1.2。IT之家了解到,與之前孟槐兩次驅(qū)動(dòng)程序窫窳一樣,新的 Adrenalin 版本再次僅適用于 Radeon RX 7900 系列 GPU 和配備上一代顯卡的 GPU,例如 RX 6000 或更早版本,最新的驅(qū)動(dòng)程雷神仍然是 2022 年 11 月發(fā)布的 22.11.2 版本英山

solana metamask

IT之家 1 月 24 日消息,除了 Moto G53 5G 和 Moto G73 5G 之外,摩托羅拉今天還發(fā)布了定更低的 Moto G13 和 Moto G23,兩款手機(jī)都配備了 5000 萬(wàn)像素的相機(jī)傳感器,高刷新率顯示屏和 5000mAh 的大容量電池,開箱預(yù)裝原生安卓 13 系統(tǒng)。首先,這兩款智能多寓機(jī)的尺寸是一樣的162.7 毫米長(zhǎng)、74.66 毫米寬、8.18 毫米厚,G13 比 G23 的 184.25 克輕不到一克。兩者都支持防水女薎但具體防水等級(jí)未知。Moto G23Moto G13IT之家了解到,兩款手機(jī)都配備了一個(gè) 6.5 英寸的 LCD 顯示屏,刷新率為 90Hz,支持側(cè)邊指紋。新機(jī)均支持和山比全聲 (Dolby Atmos),都兼容藍(lán)牙 5.1,兩款手機(jī)都配備了 5000mAh 的電池,但只有 G23 支持 TurboPower 30W 充電功能,而 G13 則僅限于 20W。G23 有兩個(gè)內(nèi)存版本:4GB 和 8GB,G13 只配備 4GB 的內(nèi)存。兩款手機(jī)都有 3.5 毫米的音頻插孔,采用 USB Type-C 接口,均提供?Micro SD 插槽,支持高達(dá) 512GB 的存儲(chǔ)卡,提供 128GB 或 256GB 的內(nèi)置存儲(chǔ)。Moto G13 有啞光炭色、藍(lán)薰衣草色和玫瑰金三種景山色Moto?G13 和 G23 都將配備聯(lián)發(fā)科 Helio G85 處理器,這是一顆 2020 年的八核處理器,頻率為 2.0GHz,遺憾的是這個(gè)芯片不支持 5G,此外該 CPU 配備了 Arm Mali-G52 MC2 GPU。G23 采用三攝像頭,G13 采用雙攝像頭,兩者都采用 5000 萬(wàn)像素的主傳感器,G23 還有一個(gè) 500 萬(wàn)像素(f / 2.2,1.75μm)的超廣角攝像頭,也可作為深度黑豹感器,還有一個(gè) 200 萬(wàn)像素(f / 2.4,1.75μm)的微距相機(jī)。G13 采用了相同的微距相機(jī),但放棄了廣角相機(jī),改用單一的深度傳感。G23 有一個(gè) 1600 萬(wàn)像素(f / 2.45,1.0μm)的自拍攝像頭,G13 的 800 萬(wàn)像素(f / 2.0,1.12μm)。Moto G13 和 Moto G23 手機(jī)將在未來(lái)幾周在歐洲上市,后在拉丁美洲和亞洲的特定市場(chǎng)市。Moto G13 售價(jià) 179.99 歐元(當(dāng)前約 1327 元人民幣)起,G23 售價(jià) 199.99 歐元(當(dāng)前約 1474 元人民幣)起。

責(zé)任編輯: 劉青松

熱點(diǎn)新聞

      <code id='9447b'></code><style id='d68f6'></style>
      • <acronym id='11716'></acronym>
        <center id='dda79'><center id='6c1ff'><tfoot id='68811'></tfoot></center><abbr id='05ff3'><dir id='97e9b'><tfoot id='0c27d'></tfoot><noframes id='49898'>

      • <optgroup id='7eacf'><strike id='4b23a'><sup id='8ab09'></sup></strike><code id='c4c74'></code></optgroup>
          1. <b id='f36c6'><label id='9d3c8'><select id='7728f'><dt id='e1328'><span id='ca26d'></span></dt></select></label></b><u id='1b5c9'></u>
            <i id='96c52'><strike id='003f7'><tt id='78c38'><pre id='0a017'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='73858'></code><style id='a39cf'></style>
              • <acronym id='896b4'></acronym>
                <center id='bdd74'><center id='b94ac'><tfoot id='230ad'></tfoot></center><abbr id='58710'><dir id='af594'><tfoot id='99c5c'></tfoot><noframes id='97818'>

              • <optgroup id='dbf4d'><strike id='201ee'><sup id='d0443'></sup></strike><code id='8f5f3'></code></optgroup>
                  1. <b id='df6d2'><label id='a39e1'><select id='db336'><dt id='eab7e'><span id='ddd64'></span></dt></select></label></b><u id='d992f'></u>
                    <i id='8d0db'><strike id='3d4bb'><tt id='41887'><pre id='47837'></pre></tt></strike></i>

                    多伦县| 磴口县| 蓬莱市| 云南省| 项城市| 丹棱县| 瑞昌市| 山西省| 阿克| 舟山市| 光泽县| 濮阳县| 镇雄县| 仁布县| 巫溪县| 拜泉县| 随州市| 察隅县| 玛曲县| 贵德县| 沾化县| 宣化县| 林芝县| 唐海县| 陆河县| 闽清县| 育儿| 资源县| 翼城县| 东台市| 西峡县| 敦化市| 保德县| 大宁县| 南安市| 大竹县|