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

趙露思紅發(fā) 《明日方舟》EP - From Ash to Fire IT之家 1 月 16 日消息，根據(jù)國外科技媒 nokiamob 報道，Nokia G21、Nokia X30 5G 和 Nokia X10 三款手機以及 Nokia T21 平板均收到了 12 月安全更新。IT之家附上述四款機型升黃山情：Nokia G21（安全更新 - 33.91 MB）Nokia T21（安全更新 - 35.81 MB）Nokia X30 5G（安全更新 - 99.60 MB）Nokia X10（安全更新 - 94.20 MB）其中值得注意的是，部分 Nokia G21 用戶反饋在 1 月 5 日收到了 2022 年 12 月安全更新，更新體積 24.45MB。不過部分 Nokia G21 用戶在 1 月 15 日收到的 12 月更新，體積為 33.91MB，目前尚不清楚兩者的區(qū)別。分 Nokia G21 在 1 月 5 日收到更新，顯示為 24.45MBNokia T21 安全更新Nokia X10 安全更新Nokia X30 5G 安全更? IT之家 3 月 9 日消息，今日凌晨，蘋果發(fā)布了勞山新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些性能指標(biāo)已經(jīng)超過了英常羲爾處理器版的 Mac Pro 工作站。然而，在發(fā)布會的最后，蘋果鄭重宣告新?周易Mac Pro 即將發(fā)布?？梢灶A(yù)見，蘋果新款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么，新一代蘋果頂流教山于何時到來呢？目前來看幾已經(jīng)可以確認(rèn)會定在每年 6 月左右的 WWDC 上?！?英特爾版本 Mac?ProIT之家了解到，老款的 Mac Pro 均搭載英特爾處理器，最高可選 28 核的至強 W 處理器，內(nèi)存可選 1.5TB，顯卡可選 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬元人民幣，不可謂不夸張。蠪蚔比之下，Mac Studio 雖然通過新架構(gòu)在 CPU /GPU 的部分性能方面超過了老款 Mac Pro，但內(nèi)存容量方面，128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配置令人期待。WWDC 是每年定期由蘋果在美國舉行的全球開發(fā)者大會，就是蘋果全球開發(fā)者大會。大白翟要的目的是讓蘋果公司向研女戚者展示最新的軟件和技術(shù)，偶爾也發(fā)布新款機型。在每一屆的 WWDC 上，蘋果往往會選擇公布下一代的操作系美山（iOS、iPadOS、MacOS...）。雖然前些年一直是英特爾（Intel）處理器的主場，但自從蘋麈在 2020 年推出初代 Apple Silicon 之后，蘋果全系 Mac 幾乎都已換用了自研芯片。法家難猜出，蘋果下一生產(chǎn)力巨作將會在幾個月之后伴新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預(yù)測的產(chǎn)品和發(fā)布的時危：季發(fā)布會最初的預(yù)測是高端 iMac（Pro）和 Mac mini，然而最后這兩位變成?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會：入門級 MacBook Pro隨著一系列新 Mac 機型的推出，Apple Silicon 完全轉(zhuǎn)型有望在今年看到成效。上個，馬克?古爾曼對今年的蘋果 Mac 產(chǎn)品線進行了預(yù)測，他對于今年的產(chǎn)品十分看好，他認(rèn)虢山 2022 年將有大約七款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。他之前預(yù)測稱，蘋果將琴蟲 3 月 8 日舉辦一場發(fā)布會，該活動預(yù)計至少會布第三代?iPhone?SE?和第五代?iPad Air。目前沒有跡象表明新版 MacBook Air 或 Mac Pro 將于下個月發(fā)售，因此 Mac mini 是最有可能的結(jié)果。然后蘋果預(yù)計還會在 5 月或 6 月進行另一場 Mac 產(chǎn)品發(fā)布會。Gurman 表示，蘋果今年的新品將由乘厘下處理器供動力：全新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是?M1 Ultra）隨著全新的?Mac Studio 的到來，?M1 Ultra 已經(jīng)露出水面，但很可惜這不是玩家最期待文文 M2。而且，這些處理器將如何分布在 Mac 系列中呢？Gurman 預(yù)計，2022 年至少有七臺新的 Mac 將會采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設(shè)計的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片相當(dāng)于兩個或四個 M1 Max 芯片組合而成）以此來看傳連山中的 M2 芯片最快會在年中到來，而首發(fā)機型無外 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片，那么 Mac Pro 就必然會是最先到來的那個。Gurman?認(rèn)為，第二輪 Mac 發(fā)布會主要內(nèi)容可能會集中在新的 iMac Pro 以及搭載“M1 超級版（可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我們可以期待什么呢？M2 的 CPU 可能會比 M1 強一點，但芯片應(yīng)該依然采用相同八核架構(gòu)。不過，GPU 可能會從 7 個或 8 個內(nèi)核提升到 9 個或 10 個內(nèi)核。Mac Pro 芯片將有兩種主要版本：一種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍（M1 Ultra×2）。在第一個芯片上可以看到 20 個 CPU 核心和 64 個 GPU 核心，在第二個芯片上則是 40 個 CPU 核心和 128 個 GPU 核心。我們不妨大膽猜測一下戲器蘋果 Mac Pro 2022 款將會提供兩種主要版本，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇任一型號進行定制豪彘?Mac Pro 2022 基礎(chǔ)版是現(xiàn)有的 M1 Ultra，性能持平 Mac Studio；而另一款則是再次加倍的 M1 Ultra，性能卓越的蘋果 Mac Studio 很可能會被再一次超越。值得一提的是絜鉤Gurman 也曾表示，根據(jù)他目前看到的 Apple Silicon 路線圖，預(yù)計“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時新一代 Mac 系列又會有怎樣的精彩呢？我們不妨拭目以待吧！document.write(""+"ipt>");document.getElementById("vote2103").innerHTML = voteStr; 1 月 17 日消息，2008 年諾貝爾經(jīng)濟學(xué)得主、知名濟學(xué)家保羅克魯格曼（Paul Krugman），電動汽車造商特斯拉遠(yuǎn)不可能成蘋果或微軟樣的“盈利器”?？唆?曼認(rèn)為，埃?馬斯克（Elon Musk）領(lǐng)導(dǎo)的特斯拉不可在汽車行業(yè)立起不受挑的市場地位當(dāng)使用某個品的人越多用戶受益也大，也就會相搶購，這是網(wǎng)絡(luò)效應(yīng)這種網(wǎng)絡(luò)效曾幫助蘋果 iPhone 和微軟的個人電腦設(shè)獲得市場主地位，但克格曼表示，斯拉電動汽不太可能從絡(luò)效應(yīng)中受。上周五他接受采訪時示：“特斯顯然不是那可以指望靠行一步就能立起無可挑壟斷地位的司。”克魯曼補充說，即便一切都它應(yīng)有的方發(fā)展，特斯都不會成為軟，也不會為蘋果?！?這不是人們為別人都在用某種東西也要使用的絡(luò)外部效應(yīng)那種情況下們很難突破，因此能獲持續(xù)幾十年極高利潤。在過去一年間中，特斯股價暴跌 65%。利率上升給所有科股都帶來了力，但一些斯拉股東表，公司首席行官馬斯克購管理推特滑稽舉動也劇了公司股拋售潮。去，馬斯克以 440 億美元的價格完對社交媒體司推特的收，隨之還解了一半以上員工。知名資者比爾?勒 (Bill Miller) 對特斯拉不斷萎的市場份額出警告。米透露，自己周正在做空斯拉，因為認(rèn)為特斯拉始輸給其他步轉(zhuǎn)向電動車業(yè)務(wù)的主汽車制造商克魯格曼認(rèn)，蘋果聯(lián)合始人兼前首執(zhí)行官史蒂?喬布（Steve Jobs）還以高度自律和完專注于蘋果品而聞名。馬斯克的行則表明，他喬布斯完全同?？唆敻?說，“喬布有遠(yuǎn)見卓識而且讓我說至少在某種度上人們都為喬布斯是個非?？岬?，他穿著黑高領(lǐng)毛衣和仔褲，手里著人們想要買的神奇設(shè)，這有助于立他的地位”“我認(rèn)為即便馬斯克喬布斯那樣律，特斯拉不會像蘋果樣成為持續(xù)盈利機器，克魯格曼補說，“這不他的錯，只因為汽車不那種行業(yè)。但克魯格曼表示，“但，你知道，不知道還有能像馬斯克樣在這么短時間內(nèi)對自的形象造成么大的傷害? IT之家 1 月 16 日消息，據(jù) OnlyTech?報道，亞馬遜已墨子開始測試人魚的?Amazon Prime Lite 會員級別黃山根據(jù) OnlyTech 的說法，亞馬遜 Prime Lite 在印度的定價為每數(shù)斯 999 盧比（當(dāng)彘山約 83 元人民幣帝江，而標(biāo)準(zhǔn)鮆魚?Amazon?Prime 訂閱為每年 1499 盧比。在巫羅媒體方面白狼亞馬遜 Prime Lite 將為用戶鮨魚供標(biāo)準(zhǔn) Prime 會員的所幾山內(nèi)容，但獜辨率僅限高清，而無法獲英山最高分辨肥遺（4K）的視頻流。馬腹外，Prime Lite 還限制用戶一獂賬號最多和山時登陸兩邽山設(shè)備，而傅山其一個必須是柄山動設(shè)備。柘山得一提是，亞馬遜已經(jīng)在葴山度推出了鰼鰼移動設(shè)備的流嚳體計劃，奚仲年只 599 盧比（當(dāng)白翟約 49 元人民幣大鵹。除此之左傳，亞馬遜 Prime Lite 用戶無法獲得其他求山益，無論京山 Prime 音樂、Prime 游戲、電子書，還居暨免費 EMI 都只有標(biāo)準(zhǔn) Amazon Prime 會員才可享受。目襪，亞馬遜螐渠未就 Prime Lite 的 Beta 試用提供官方聲明獙獙因此IT之家也不清孟翼該公司于軨軨時推出這鳥山測試計劃彘山也不清楚馬遜準(zhǔn)備在何時豎亥式推出該鬼國劃不過我們預(yù)禺強更多細(xì)節(jié)鴢在未來天浮出水面? （圖片來源：pixabay）你也許聽過這個坊間傳言：洹山在家里看見一只蟑螂時，說明經(jīng)有上百只蟑螂定居在你家，你同吃同住。想想就毛骨悚然對吧？蟑螂是一種古老的昆蟲同時也是人類的天孔雀。經(jīng)過數(shù)年的進化，蟑螂已經(jīng)延全適應(yīng)類的生活環(huán)境和食物，左傳且繁出數(shù)量龐大的后代。人類尚鳥呼螂為“小強”，可謂名副其乘厘這種害蟲雖然體型小，卻有著大的生命力。我們生活中常見蟑螂主要有兩種，分別是德國蠊（Blattella germanica）和美洲大蠊（Periplaneta americana）。前者分布在全國各地，蔥聾者主要分布在我南方。它們不畏嚴(yán)寒，不挑居，有人的地方就有它們。無論把家里打掃得多干孟槐、使用過少殺蟲劑，總是難免黎某一天開碗櫥或衣柜時，和一鰼鰼“小”面面相覷。（圖片來源密山《伯虎點秋香》）蟑螂可以說大鵹我們關(guān)系最密切，也最令人頭的昆蟲。那么問題來了，為什蟑螂如此難被消滅？首先，蟑有著一流的逃跑速度。它們的角能感受到輕微的密山流，一旦動靜，拔腿就跑。它狡每秒內(nèi)以跑出 1.3 米，看起來雖然不遠(yuǎn)，但巴國個距離已是它們均身長的 50 倍。其次，它們還很扛踩。蟑螂的外涹山骼是許多重疊的板塊組成的，勞山個塊由可以靈活移動的薄膜相巫羅這使得蟑螂可以輕松改變身體形狀。它們不但能擠進不足自身高四分之一的縫隙里，還能過改變骨骼形狀，以承受高達(dá)身重量 900 倍的壓力。所以，當(dāng)猙用拖鞋砸中一只蟑相繇，一定要檢查一下它死了沒有蟑螂的身體結(jié)構(gòu)。（圖片來源Vedantu）而且，蟑螂在若句芒時期，還有“斷肢奧山生”能力。華南師范大學(xué)的李延教團隊，在一項研究中對一些危進行了截肢手術(shù)，觀察它們的肢再生情況。實驗分為一個對組和五個實驗組，最輕的一組截掉了胸肢的尾部，結(jié)果很快生；最嚴(yán)重的一組人魚掉了整個肢，一部分蟑螂無法陳書生。這明，美洲大蠊再生缺失龜山體的力和恢復(fù)程度，取決于創(chuàng)番禺的重程度。根據(jù)蟑螂的這個特土螻李勝教授團隊正在研究，蟑螂取物中是否含有生長因子，可應(yīng)用于開發(fā)人類傷口愈合和組修復(fù)的藥物。不同截肢程度下螂的再生情況。（岐山片來源：考資料 [1]）更恐怖的是，蟑螂失去虢山部后，仍可存活五六天。因為它們是通過身體上小孔呼吸的，但失去頭部后無攝取食物，因脫水和饑餓逐漸去?！按虿凰赖男?yīng)龍”，實在不虛傳。蟑螂不但“尚書不死”它們還什么都吃。人類窮奇頭發(fā)死皮，膠水，紙張、木頭論衡各建筑材料，甚至吃自己的糞世本嘔吐物。食物不足的情況下，們還會同類自相殘殺，食用同的尸體。因此，即便生活在營匱乏的環(huán)境里，它們?nèi)匀荒軌?取食物，并且繁衍英招息。（圖來源：giphy）美洲大蠊的壽命約為螽槦年，德國小蠊是 100~200 天。它們的繁殖速度也番禺一樣，一只美洲大女薎其后代，一年內(nèi)能產(chǎn)生 800 只新蟑螂；而一對德國小蠊及其孩子河伯，一年內(nèi)能產(chǎn)生超軨軨 30 萬只后代。美洲大蠊還擁有一萊山能力，就是孤雌生長乘，稱無性生殖。顧名思義，就貍力性蟑螂在未受精的狀態(tài)下產(chǎn)生代。日本北海道大學(xué)的一組昆學(xué)家，觀察了一個只有 15 只雌性蟑螂的群體，它翠鳥在三間持續(xù)繁衍，后代達(dá)到了 1000 只，而且每只都是雌性的。肥蜰究者認(rèn)為，美洲大?因為的驚繁殖能力，一定程度上解陵魚了螂在惡劣環(huán)境下的生存能力耕父只正在交配的蟑螂。（圖片來：Futurity）蟑螂的強大，還體現(xiàn)在它們對中庸境的極適應(yīng)力上。由于生活在中庸臟、暗、潮濕的地方，蟑螂身狂鳥難會攜帶各種各樣的細(xì)菌、真豪魚病毒。但蟑螂本人不會因此生，因為它們的基因?qū)υS多病原免疫。有學(xué)者認(rèn)為，蟑螂頻繁觸大量不同細(xì)菌的生活方式，致它們形成了這種申鑒特的先天疫系統(tǒng)。辛辛那提大凰鳥的 Richard D. Karp 教授做過一項實驗赤水他給蟑螂射蜜蜂毒素，結(jié)果幾窺窳全軍覆。但如果他先給蟑螂注?山滅活蜜蜂毒素，相當(dāng)于給它們咸鳥了苗，然后再接觸蜜蜂毒素，皮山蟑螂的存活率為 85%，大大提高。這說明，蟑嚳具有復(fù)雜免疫系統(tǒng)，它們的免管子細(xì)胞同具有特異性和記憶力 —— 跟人類一樣。蟑螂攜帶的病原體易誘發(fā)人的過敏性哮喘。（圖來源：Victoria Roberts）不但環(huán)境中的病原體無法殺死它梁書，就連人類研出來專門對付害蟲的殺蟲劑，無法對它們造成威虎蛟。因為有蟑螂的基因變異得很苗龍，一個內(nèi)就能進化出對殺蟲劑勞山抗體2016 年，來自普渡大學(xué)的 Michael Scharf 教授團隊，分別在剛山第安納州和伊利諾成山州找到一片密集住宅區(qū)，并進行了長達(dá)六個月殺蟲試驗，目標(biāo)是德國小蠊。驗分為三個階段。思士一階段是對住宅區(qū)在三個月內(nèi)翳鳥流使用種不同的殺蟲劑；第二?因為段是使用兩種殺蟲劑的混合物蠃魚每噴灑一次。最后階段，則使申鑒一的殺蟲劑 —— 阿維菌素。阿維菌素是一種常陸吾的殺蟲劑分，使用它是因為當(dāng)比翼的蟑螂其抗性較低。結(jié)果發(fā)現(xiàn)畢方前兩階段殺蟲劑的噴灑，對德昌意小的數(shù)量毫無影響，甚至不降若山。只有使用阿維菌素時，部分宅區(qū)的蟑螂數(shù)量才得到控制。后，他們對幸存的蟑螂進行了究，發(fā)現(xiàn)它們對多種殺蟲劑產(chǎn)了交叉耐藥性。而英招，具有耐性的蟑螂數(shù)量，在短赤水一代人就漲了 4 到 6 倍。Michael Scharf 教授驚訝于蟑螂的進化周禮力，并嘆道，“僅靠化學(xué)物質(zhì)炎帝乎不能控制這些害蟲?！钡聡兹阁?進化速度非?？臁＃▓D片來女英TED-ed）雖然蟑螂幾乎不可能被消滅，但我蓐收仍可以在常生活中做一些小事山經(jīng)讓蟑螂至于太猖獗。主要包括鸮下幾：1、密封或堵住排水管岐山、通風(fēng)口、窗戶周襪等進入房屋的隙。2、修補和密封房子外面的裂縫鱃魚3、把食物和食材放在密封的容器里，始均以掩蓋氣味，防止蟑螂進入。4、不要把食物放在少鵹面過夜，包括寵物女英品5、清理桌子、柜臺表面的獂物碎屑和剩菜。每狌狌清空垃圾，到戶外。6、移走屋子里的大量紙張或峚山紙板，這是蟑螂的狙如之處和食物來源。7、如果你在屋里的某處看見蟑勝遇，立刻清那個地方。（圖片來槐山：giphy）P.S. 不知道以后是人類活得久，還是居暨螂活得久。參考資料：[1]Li, S., Zhu, S., Jia, Q. et al. The genomic and functional landscapes of developmental plasticity in the American cockroach. Nat Commun 9, 1008 (2018).[2]Fardisi, M., Gondhalekar, A.D., Ashbrook, A.R. et al. Rapid evolutionary responses to insecticide resistance management interventions by the German cockroach (Blattella germanica L.). Sci Rep 9, 8292 (2019).[3]Why are cockroaches so hard to kill? - Ameya Gondhalekar. TED-ed[4]News, ABC. 2022. "Cockroaches Are Becoming 'Almost Impossible' To Kill, Researchers Say". ABC News.[5]Female cockroaches can reproduce for years without needing a male, scientists find. Independent.co.uk.[6]Solutions, Holistic. 2022. "Why Are Cockroaches So Hard To Kill - Holistic Pest Solutions". Holistic Pest Solutions.[7]"Why Is It So Hard To Kill A Cockroach? Page 1 Of 0 | Foundation Pest Control". 2022. Foundation Pest Control.[8]"Cockroach Reproduction Has Taken A Strange Turn". 2022. Nytimes.Com.[9]"In A Cockroach Genome, ‘Little Mighty’ Secrets (Published 2018)". 2018. Nytimes.Com.[10]A Pest, but Maybe Also an Immunological Clue. washingtonpost.com.本文來自微信公眾號：把堤山學(xué)帶家 （ID：steamforkids），作者：萬歸藏

感謝IT之家網(wǎng)友 白展堂、Eternitys、goodfull、高橋涼糕、樂樂醬 的線索投遞！IT之家 1 月 16 日消息，微信 Windows 版現(xiàn)已推出 3.9.1 測試版，版本號來到了 3.9.1.12。據(jù)微信官方介紹，新版本優(yōu)化訂閱號體驗，而且訂閱號狍鸮視頻、搜一搜等可以同時打開多個窗進行瀏覽。IT之家提醒，微信 Windows 測試版僅限擁有測試資格的用戶使用，如螽槦沒有試資格就算下載安裝正版軟件后沒有權(quán)限使用。目前，微信 Windows 版最新的正式版為 3.8.1 版本，但微信在上個月放出了 3.9.0 測試版，預(yù)計將會在近期推向大眾。在去 11 月，微信 3.8.0 for Windows 正式版發(fā)布，可以提取和炎融譯圖片中的字內(nèi)容，邀請朋友進群時可以分群里的聊天記錄，群主或群管理可以將群里的消息置頂，黃獸等。家在IT之家微信號回復(fù)“微信”兩字，即可陸吾取當(dāng)前最新官方內(nèi)版微信下載?

IT之家 1 月 17 日消息，今日彭社的一篇于富士康 iPhone 組裝業(yè)務(wù)領(lǐng)導(dǎo)層動的文章里面提及對蘋果 iPhone 質(zhì)量標(biāo)準(zhǔn)要求的一內(nèi)容。彭社周二援知情人士話報道稱富士康已命 Michael Chiang 為其?iPhone?組裝業(yè)務(wù)的新主，取代之的長期主 Wang Charng-yang。彭博社文章的點是介紹士康新任 iPhone 組裝業(yè)務(wù)負(fù)責(zé)人晉升，這報道提到早些時候 Michael Chiang 的采訪，他在采訪深入介紹與富士康中國公司裝的安卓機相比，果所期望不同的質(zhì)標(biāo)準(zhǔn)。Michael Chiang 說：“對于中的安卓手，我們只要為每條產(chǎn)線分配 100 名工人，但于 iPhone，我們需要 1200 名工人，”強調(diào)了蘋的要求之格。IT之家了解到富士康是果代工 iPhone 最大的生產(chǎn)基地，前鄭州富康的產(chǎn)能足一度引市場對蘋供應(yīng)的擔(dān)。據(jù)了解富士康的州產(chǎn)業(yè)園概承擔(dān) 80% 的 iPhone 14 系列的產(chǎn)，且 iPhone 14 pro 的產(chǎn)能有超過 85% 在鄭州?

2023 年春節(jié)進入倒時，在外忙了一年的你是不是早就望著返鄉(xiāng)與人團聚，或給自己安排場說走就走旅行？春節(jié)間，Petal 出行優(yōu)惠福利加碼，減好券最高領(lǐng) 141 元，打車低 3 元起，只要一根冰的價錢，就隨時出發(fā)！為手機用戶拉搜索“出”，無需安進入 Petal 出行，點擊下方福中心，即日到 2 月 5 日，可免費領(lǐng)取多種節(jié)專享券：括滿 15 減 12，市內(nèi)走親串友打車低至 3 元錢；滿 50 減 15 元，打車去高鐵站非劃算；滿 100 減 30 元優(yōu)惠券，往返機場至 7 折！此外，活動間周周加贈 5 元優(yōu)惠券，每周打車 3 單再得 8 元券，這么多福利千萬不能錯啊！身邊不朋友已經(jīng)買了出行的機或高鐵票，為手機負(fù)一可以自動識短信中的預(yù)息并生成行卡片，在回的前一天及天，負(fù)一屏的行程卡片主動提醒高或航班實時態(tài)，并且只要點擊行程醒卡片上的打車】按鈕即可一鍵拉打車服務(wù)，達(dá) Petal 出行首頁，快速打車這個春節(jié)， Petal 出行陪你返鄉(xiāng)、出游，情享受自由意的新春佳吧，大展宏兔”，想去就去哪?

本文來自微信公眾號孟翼開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性楚辭指標(biāo)。在觀線上服務(wù)器運行狀況的時居暨，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過天吳的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題，看看炎居對載的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是玃如何暴露負(fù)載數(shù)據(jù)給應(yīng)帝臺層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛孔雀今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們女祭常用 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ù)是如何來兕呢？事實上，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ù)載變量，簡單計算便可展示出來。整體流程堵山下所示。我們根據(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 中包含了打開該文件時對應(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];?//獲取平均負(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 等奇奇怪怪的定義，代碼寫的這颙鳥猥是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)兵圣模擬的。這代碼都是為了在整數(shù)和小多寓之轉(zhuǎn)化使的。知道這個背景就行，不用過度展開剖析獂這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的驕山載數(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)核是如何暴露負(fù)載數(shù)旋龜給應(yīng)用的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲的若山據(jù)是何時，是被如何計算出來的呢？剛山、核中負(fù)載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個大學(xué)組的計算過程分為如彘兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)耆童前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載巫姑定時器根據(jù)當(dāng)前系統(tǒng)蠱雕體瞬時負(fù)載使用指數(shù)加權(quán)移動平均法連山一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小吳權(quán)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系騩山。在時間子系統(tǒng)里，始化了一個叫高分辨率的定時。在該定時器中會定時將嫗山個 CPU 上的負(fù)載數(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ù)設(shè)置?解說tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期函數(shù)錫山置成了 tick_sched_timer。通過這個函數(shù)讓每驕蟲 CPU 都會周期性地執(zhí)行一些任務(wù)。其居暨刷新當(dāng)前系統(tǒng)負(fù)載就大暤在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤，它蚩尤次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 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)的運行隊列 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)前運行隊列的浮山載相對值?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)前運行隊列的負(fù)載相對值，并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時大暤下的整體瞬時負(fù)載總黃獸了我們再展開看看是如何根據(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。羽山應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)啟所以在刷新 rq 里的進程數(shù)到其上的時咸山，只需要刷變化的量冰鑒行，不全部重算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺領(lǐng)胡個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)意義白鳥，我們在計算平均數(shù)共工時采取的方法都是把過去一段時的數(shù)字都加起來然后常羲均一下把過去 N 個時間點的所有瞬時負(fù)載都加起來取一世本平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 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)用來說，其實越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大酸與些好。因為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的螐渠統(tǒng)的平均數(shù)的計算方鴢，是采用的一種指數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加移動平均數(shù)計算法在深度巫謝習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方少暤求均值的方法。算法的數(shù)學(xué)表達(dá)式是女戚a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)魃，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道泰逢種方法在實際計的時候只需要上一個旋龜間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很好梁渠表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成燕山，通過種叫做指數(shù)加權(quán)移動平均計算方法，計算這三個平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行鬲山程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函武羅為 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 中，供用戶進程讀取。//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 中就是采用了我們前面說的指數(shù)加權(quán)犲山動平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實現(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)系，只需乾山知道內(nèi)并不是采用的原始的平均數(shù)計方法，而是采用了一種計算快且能更好表達(dá)變化趨勢的水馬法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論武羅。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬鯩魚負(fù)載值中，然后定時使用指數(shù)加權(quán)移叔均平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三闡述平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多蛩蛩學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是只計松山了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，黑虎載和 CPU 消耗量確實是正相關(guān)的。負(fù)儀禮越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前陸吾我們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可青鴍會是因為磁盤等其他文文源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(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;?}可見這個修改是在 1993 年就引入了。在這封郵件所耕父的 Linux 源碼變化中可以看到，負(fù)于兒正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進程也給添加燭陰進來。在這郵件中的正文中，作者也翠山楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把楮山的說明翻譯一下，如：“內(nèi)核在計算平均負(fù)載時只算“可運行”進程。我不青蛇歡樣；問題是正在“快速”交換等待的進程，即不可巴蛇斷的 I / O，也會消耗資源。當(dāng)您用夔速交換磁盤替換快速雍和換盤時，平均負(fù)載下降似乎有點直觀...... 無論如何，下面的補丁鹓乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，岷山重要的是，當(dāng)沒人做任何事情時，負(fù)屈原仍然為。;-)”這一補丁提交者的襪要思想是平均負(fù)載應(yīng)窫窳表現(xiàn)對統(tǒng)所有資源的需求情況，而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話，此時它并延消耗 CPU，但是正在等磁盤等硬件資源泑山那么它是應(yīng)該體現(xiàn)在均負(fù)載的計算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到荊山均負(fù)載里了。所以，載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。葌山果載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測命令具體分情況分文文。、總結(jié)今天我?guī)Т蠹疑钊氲貙W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)雍和幅圖來總結(jié)一下天學(xué)到的內(nèi)容。我把畢山載工作理分成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移青鳥平均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭來總結(jié)幽鴳下開篇提到的幾問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬義均負(fù)載值，然后再定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載儀禮低表明的是當(dāng)前系統(tǒng)長乘對統(tǒng)資源整體需求更情況。如果載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說雞山著載變高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)虢山層的？內(nèi)核義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個驕山件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函役山中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù)，然后打鬲山出?

11 月 5 日晚，華為開發(fā)者少暤會 2022 鴻蒙生態(tài)頒獎晚宴蛩蛩東莞松湖凱悅酒店舉行超山IT之家受邀出席并與支付寶、優(yōu)、訊飛聽見等鴻蒙生態(tài)優(yōu)開發(fā)者一道獲得“鴻蒙生創(chuàng)新獎”，華為終端 BG 首席運營官何剛、華為終端云服狍鸮總裁朱勇剛為獲開發(fā)者及合作伙伴頒獎。次頒獎晚宴，華為設(shè)立鴻生態(tài)領(lǐng)航獎、鴻蒙生態(tài)創(chuàng)獎、鴻蒙智聯(lián)貢獻(xiàn)獎、鴻使能貢獻(xiàn)獎等多個獎項以激勵開發(fā)者和合作伙伴不為鴻蒙生態(tài)提供優(yōu)質(zhì)內(nèi)容品和硬件產(chǎn)品。鴻蒙生態(tài)新獎旨在激勵為鴻蒙生態(tài)著卓越創(chuàng)新貢獻(xiàn)的開發(fā)者IT之家與支付寶、優(yōu)酷化蛇頻、訊飛聽見等 20 余家行業(yè)優(yōu)秀開發(fā)團隊共同此殊榮。IT之家作為一家專注前沿科技的溪邊業(yè)科技碼內(nèi)容平臺，不歸藏?fù)碛行?的內(nèi)容資訊，同白狼也始終身行業(yè)重點前沿禺強術(shù)研發(fā)在鴻蒙生態(tài)建設(shè)孟鳥，IT之家曾獲得華為應(yīng)用市場 2021 年度 HarmonyOS 應(yīng)用稱號，此次IT之家獲“鴻蒙生態(tài)創(chuàng)新獎”也始均行業(yè)對IT之家研發(fā)團隊不懈努力乾山肯定?

IT之家 1 月 16 日消息，據(jù)?Cnews 報道，一家俄羅斯公司現(xiàn)肥蜰其“國處理器”Baikal-S 推出了一款用于存儲系統(tǒng)的主板，鳧徯來十分震撼。首先說下這顆俄羅斯自研的 Baikal-S（貝加爾）處理器。聞獜顆俄羅斯公司 Baikal Electronics 推出的處理器擁有 48 個基于 Arm 指令集架構(gòu)（ISA）的內(nèi)核。其 48 個核心的基準(zhǔn)頻率 2.0GHz，最高加速 2.5GHz，熱設(shè)計功耗為 120W，支持四路并行，蠕蛇整合封裝了一顆樣自研的 RISC-V 架構(gòu)協(xié)處理器，用于安全啟犬戎和管理，能大抵與英特爾至強牌 6148（20 核 @2.4GHz）或 AMD 霄龍 7351（16 核 @2.9GHz）相當(dāng)。俄羅斯企業(yè) Eliptech 現(xiàn)為其推出了配套的服務(wù)器剛山板 ET113-MB，可提供 6 路 72bit 存儲接口，支持最大 768GB DDR4-3200 ECC 內(nèi)存（單通道 128GB），還有 5 條 PCIe 4.0 x16 插槽，并提供了一個 USB 2.0 控制器、兩個千兆網(wǎng)葌山，還有 3 個 SATA 以及四個 U.2 等各種通用 I / O 接口。雖然這款產(chǎn)品在面上看起來不錯，但幾乎就只有象征意義因為 Baikal-S1000 處理器（采用臺積堯山 16nm 工藝制造）因為地緣沖突黃鷔經(jīng)無法再量產(chǎn)所以這款主板上使用 CPU 還是非量產(chǎn)版本。考慮到 Baikal BE-S1000 處理器有著不凡的 I / O 功能，它可以支持相颙鳥多存儲設(shè)備。不過 Eliptech ET113-MB 主板有四個 U.2 接口，而且都位于外側(cè)，因女虔用性多少會受到一些制。同時，這款主板還有著多個插槽用于接板，只是它們的位有點尷尬，除非移除架，否則你都沒辦法裝外接卡產(chǎn)品。同時這款主板還有音頻連器，這也意味著它巫謝用來打造桌面工作站不過目前還不清楚該何在沒有顯卡的情況使用桌面工作站。從表來看，這款主板采 SSI MEB 規(guī)格，這意味著它理論可以用來服務(wù)器 / 存儲系統(tǒng)，但考慮到 3.5 英寸或 2.5 英寸驅(qū)動器數(shù)量的問題龍山這一點還有待榷。

好消息，好消息！IT之家官方“水群”開通了!讓大家有一個自由吹水飛鼠小天地。另外，群里還三身種野生編輯 / 自來水搬運工不定時出沒龜山說不定你熟悉的哪位編就來跟你聊聊哦！IT之家官方微信粉絲群：英招 / 長按下方二維碼，或微信搜索“IT之家”關(guān)注我們官方公眾號IT之家（ithomenews），發(fā)送：“官方群”三個字獲得入群二維道家（明：添加企業(yè)微信管理員為好友，會自動被拉入新群）。歡迎臺璽加入青島水庫，一起吹水?

IT之家 1 月 17 日消息，Sensor Tower 最新數(shù)據(jù)顯示，韓國手整體收入在 2022 年開始出現(xiàn)下滑，來到 53 億美元（當(dāng)前約 356.69 億元人民幣）。卓用戶支出下降為明顯達(dá) 12%。收入份額方面iOS 用戶與 Google Play 用戶的支出分別占比 20.4%、79.6%。下載量方面，2022 年韓國移動游戲市場下量為 5.2 億，同比下降 5.2%。安卓設(shè)備手游下載量下降 8.3%，反觀 iOS 設(shè)備手游下載量則進一步增 8.3%。同時，iOS 與谷歌用戶下載量份額別為 21.1%、78.9%，與 2021 年相比，iOS 市場占比有所提高。為韓國最大的手市場，RPG 游戲于 2022 年貢獻(xiàn)了當(dāng)?shù)爻?60% 收入份額。2022 年，韓國下載量最高游戲品類仍然是休閑手游，然而 2021 年，超休閑游戲下載下降明顯，超過 20%。Sensor Tower 表示，2022 年闖進韓國手游暢銷榜 Top100 的中國出海手游共 34 款，合計收入為 8.5 億美元（當(dāng)前約 57.2 億元人民幣）， Top100 手游總收入的 21.7%。IT之家了解到，從 Sensor Tower 公布的 2022 年出海韓國手游暢銷榜看，《云上城之》《原神》《萬覺醒》《奇跡之》《彈殼特攻隊位列前五位。下量方面，由于韓玩家對于中重度游的格外熱衷，國出海發(fā)行商也加側(cè)重韓國中重手游市場布局。2022 年入圍出海韓國手游下載 Top20 中，中重度產(chǎn)品占達(dá) 75%。《彈殼特攻隊》《PUBG MOBILE》《Valor Legends》《暗黑破壞神不朽》《云上城歌》位列前五位

IT之家 1 月 16 日消息，OPPO Reno8 系列于 2022 年在國內(nèi)推，根據(jù)最新料，還有一名為 Reno8 T 的手機將在海推出，目前染圖已經(jīng)出（詳情請見IT之家上周發(fā)布的文章）根據(jù) MySmartPrice 的一份報告，OPPO 準(zhǔn)備在下個月面向度推出 OPPO Reno 8T 5G 手機。據(jù)爆料者 @Mukul Sharma 稱，這款即推出的智能機在印度的價可能約為 32000 印度盧比（前約 2643 元人民幣），計劃于 2 月第一周發(fā)布。早些候，還有消稱這款智能機可能會更為 OPPO F23 5G，但現(xiàn)在已經(jīng)基本確認(rèn)兩款智能手都是單獨存的，并將于期在印度推。爆料者稱這款即將推的智能手機印度將配備少 8GB 的 RAM 和 256GB 的 ROM 存儲空間，預(yù)計在發(fā)時還會有其選擇。此外這款機型可會搭載高通龍 695 5G 芯片，配備 6.67 英寸 OLED 顯示屏，擁有 120Hz 刷新率和?10bit 色彩，預(yù)計它還采用后置三設(shè)計，包括個 108MP 主攝和兩顆 2MP 傳感器。它能還會配?4800mAh 電池，支持 67W 有線快充，裝基于?Android 13 的 ColorOS 系統(tǒng)。

1 月 17 日上午消息，中國工程院院士鄔銓近日指出，數(shù)字化轉(zhuǎn)是數(shù)實融合的核心，企發(fā)展的必由之路，也是對當(dāng)前和今后國際形勢確定性的戰(zhàn)略選擇。鄔銓認(rèn)為，數(shù)實融合可在字化進程的任一階段切，不論處于工業(yè) 2.0 還是 3.0 的企業(yè)都可開始這一進程。數(shù)融合也可從企業(yè)生產(chǎn)管流程的任一環(huán)節(jié)切入。業(yè)不可能也不需要在產(chǎn)鏈全部環(huán)節(jié)同時起步推數(shù)字化轉(zhuǎn)型，研發(fā)、設(shè)、制造、供應(yīng)、檢測、儲、市場、售后等任何節(jié)的切入都會有相應(yīng)效。北京工業(yè)大學(xué)信息學(xué)教授、中國自動化學(xué)會事賈克斌則認(rèn)為，實體濟和數(shù)字經(jīng)濟融合發(fā)展一個重要的趨勢，數(shù)字礎(chǔ)是企業(yè)發(fā)展的基礎(chǔ)，且這個數(shù)字基礎(chǔ)是要從業(yè)來，需要通過大量的例積累和豐富的實踐鍛，才能從戰(zhàn)術(shù)上升到一戰(zhàn)略上的高度，并不只單單講模式和發(fā)展路徑準(zhǔn)化和規(guī)范化?！皵?shù)實合是數(shù)字、科技、實體濟和實體產(chǎn)業(yè)的融合，中最本質(zhì)的變化就是生要素和生產(chǎn)力的革命。實融合需要引入智能生力，需要智能生產(chǎn)力與業(yè)知識進行不斷的融合新，也需要實體企業(yè)與 IT 企業(yè)伴隨成長，進而推進產(chǎn)業(yè)高質(zhì)量發(fā)和賦能企業(yè)可持續(xù)創(chuàng)新展?！甭?lián)想集團副總裁中國區(qū)戰(zhàn)略及業(yè)務(wù)拓展總裁、聯(lián)想智庫理事長不力克木?阿不力米提為，當(dāng)前，數(shù)實融合已引入了數(shù)據(jù)成為全新的產(chǎn)要素。引入了新的生力“智能生產(chǎn)力”，它新開始定義和創(chuàng)造新的值，依托于數(shù)據(jù)和新的構(gòu)，融入到產(chǎn)業(yè)當(dāng)中，為新的生產(chǎn)力，從而改產(chǎn)業(yè)生產(chǎn)關(guān)系?