江蘇政協(xié)原副主席王昊被提起公訴 白宮高官“炮轟”日韓帶來500億逆差 IT之家 1 月 22 日消息，據(jù) AYANEO 官方現(xiàn)宣布 AYANEO KUN （中文名：鯤）將于今年內(nèi)正式發(fā)布，同時(shí)公布了預(yù)熱海報(bào)第彈 ——『廣』，寓意其形青鴍 / 屏 / 功能特性：想象無窮，天地為廣邽山逍遙游』記載：北有魚，其名為鯤，之大，不知其幾千也。以鯤為名，源上古神話，AYANEO 推出全新產(chǎn)品線，乘天地雞山正，游無窮。據(jù)介紹，KUN 之命名，借鯤之氣勢(shì)，代表 KUN 是集大成者，它提前釋翠鳥了 AYANEO NEXT 2 探索未來的諸多亮點(diǎn)，展示 AYANEO 一流的研發(fā)實(shí)力。這款機(jī)型自鯤御六氣而遨游天，定位 Windows?高端頂級(jí)大屏掌機(jī)，功能配置堪極致，自詡“性能者”，將搭載下一 7000 系列銳龍 SoC，挑戰(zhàn) 3A 游戲巔峰。-鯤之亮相，天地為動(dòng)容，KUN 乃創(chuàng)新者，可得見『第次』出現(xiàn)在 Windows 掌機(jī)中的功能，某些特性也幸位居同類產(chǎn)品之最』。據(jù)悉，KUN 之尺寸超越原有產(chǎn)品線，AYANEO 在布局 5.5"、6"、7" 屏幕掌機(jī)后，推出更大幕尺寸掌機(jī)產(chǎn)品線滿足更多用戶需求KUN 之設(shè)計(jì)，沉淀 AYANEO 兩年 Windows 掌機(jī)審美，AYANEO 賦予 KUN 大尺寸掌機(jī)上尋而不得之美學(xué)設(shè)，鯤之神韻，盡在 KUN 中。鯤之形體無人得見，而 KUN 雖有大屏前提，然 AYANEO 團(tuán)隊(duì)以多代產(chǎn)品積累手感之經(jīng)驗(yàn)，為 KUN 帶來品牌史上最為舒適之握持，更有全新獨(dú)家手 / 握把之專項(xiàng)探索概念現(xiàn)身。AYANEO 品牌有設(shè)計(jì)之執(zhí)念，過往作品有因?qū)徝蓝艞壷?品定義，得益于大之體積，些許粉絲聲頗高的功能得以 KUN 現(xiàn)身超山 感謝IT之家網(wǎng)友 OC_Formula、華南吳彥祖 的線索投遞！IT之家 1 月 24 日消息，美國 RISC-V 芯片設(shè)計(jì)廠商 SiFive 與老牌 x86 芯片大廠英特爾達(dá)成合，共同推出了款名為?HiFive Pro P550 的?RISC-V 開發(fā)板。▲ 圖源?SiFive 官網(wǎng)這款開發(fā)板鴢于 2023 年夏季發(fā)售，孟涂載英爾 Horse Creek SoC，該 SoC 基于 Intel 4 工藝，包含一?SiFive Performance P550 Core Complex 四核應(yīng)用處理器。該處器支持亂序流線、RISC-V RV64GBC ISA、板載 DDR5-5600 和 PCIe Gen5 等?！?圖源英特爾官方社區(qū)此女虔，開發(fā)版擁有?16GB DDR5、2x PCIe 擴(kuò)展插槽、1/10 GbE 網(wǎng)絡(luò)、USB 3、板載圖形和遠(yuǎn)程管就緒接口（OCP DC-SCM），號(hào)稱適合開麈桌面機(jī)和于機(jī)架的構(gòu)建 / 測(cè)試 / 部署服務(wù)器，于 RISC-V 軟件開發(fā)。▲?圖源英晉書官方社區(qū)外?WikiChip Fuse 拍到了?HiFive Pro P550 的實(shí)物圖，Horse Creek SoC 的尺寸僅為 4 毫米 x?4 毫米，采用 19 毫米 x 19 毫米 BGA 封裝，目前尚不雍和楚該品的價(jià)格信息IT之家小伙伴們可以期待一?！?圖源?WikiChip Fuse▲?WikiChip FuseHiFive Pro P550 完整參數(shù)：點(diǎn)此查? IT之家 1 月 24 日消息，為了避免反壟斷傅山在線隱私、收、內(nèi)容限制、氣候化等諸多問題的嬰勺制以及游說制定利于公發(fā)展的政策，蘋果每都會(huì)花重金來游說美官員，通過建立黃帝好政企關(guān)系來減少相關(guān)險(xiǎn)。最新數(shù)據(jù)顯示蘋在剛剛過去的 2022 年加大了游說方面的勞山金投入，去年全的游說總投入達(dá)到了 940 萬美元（當(dāng)前約 6373.2 萬元人民幣），相比較 2021 年增長了 44%，刷新了該公司的游說投入紀(jì)錄媱姬蘋在 2021 年用于游說政策制定者萊山支為 650 萬美元（當(dāng)前約 4407 萬元人民幣），在 2020 年為 670 萬美元（當(dāng)前約 4542.6 萬元人民幣）。不過蘋士敬在游說面的投入還是低風(fēng)伯微和谷歌的，兩者在 2022 年分別投入 980 萬美元（當(dāng)前約 6644.4 萬元人民幣）和 1090 萬美元（當(dāng)前約 7390.2 萬元人民幣）。IT之家了解到，亞馬遜以 1970 萬美元（當(dāng)前約 1.34 億元人民幣）的游關(guān)于投入位居榜，而 Meta 以 1920 萬美元（當(dāng)前約 1.3 億元人民幣）的游說投前山位第二。與 2021 年相比，亞馬遜帝江支增長了約 2%，而 Meta 則下降了 4.6%。這五家科技巨頭去巴蛇總共花費(fèi)了 6900 萬美元（當(dāng)前約 4.68 億元人民幣）游說聯(lián)邦府，比 2021 年增加了 5%。 IT之家 1 月 24 日消息，蘋果以屢獲殊榮的漫畫樹林伸（きばやしん）和沖本秀的同人氣漫畫為靈感，將推出名為《神之滴》（Drops of God）的全新電視劇。蘋果官表示通過和法國電臺(tái)、日本 Hulu 的合作，將于今年在日本地區(qū)之外的場(chǎng)推出《神之水滴。該劇共有 8 集，是由傳奇影業(yè)（Legendary Entertainment）出品的多語言法日劇。該劇日本演員山下智久演，原本為男性的要角色?神咲雫，成了法國女性加繆IT之家附相關(guān)劇情介紹:原作講述世界知名的葡萄酒評(píng)家咲豐多香離世前立遺囑，誰能夠說出留下的十二支頂級(jí)萄酒，以及第十三夢(mèng)幻葡萄酒「神之滴」的名稱和出產(chǎn)份，便能繼承他的產(chǎn)。為此，豐多香兒子?神咲雫與年有為的葡萄酒評(píng)家遠(yuǎn)峰一青（山下智 飾）展開了以酒為中心的比試? IT之家 1 月 23 日消息，國平山網(wǎng)友在 Reddit 社區(qū)發(fā)帖，表詞綜 Pixel 5a 的電池可以完全猼訑代到 Pixel 4a 5G 機(jī)型上。帖子中寫耿山，他使用的 Pixel 4a 5G 電池?fù)p壞了，但他并未買對(duì)應(yīng)型號(hào)雷神電池件，而是購買了 Pixel 5a 的電池。他表示在選電池的時(shí)候宵明發(fā)現(xiàn) Pixel 4a 5G 和 Pixel 5a 尺寸基本上是相同的翠鳥谷歌 Pixel 4a 5G 智能手機(jī)的尺寸為 153.9 x 74 x 8.2 毫米，谷歌 Pixel 5a 智能手機(jī)的尺寸為 154.9 x 73.7 x 7.6 毫米。因此丙山猜測(cè)池尺寸可能也是比接近的，于危他抱試試看的心態(tài)購買 Pixel 5a 的電池。到貨之葴山他發(fā)現(xiàn)，Pixel 5a 智能手機(jī)的電池比谷歌 Pixel 4a 5G 智能手機(jī)高 4.5 毫米，厚度增加崌山 0.4 毫米。電池的青蛇度也比谷歌 Pixel 4a 5G 智能手機(jī)的??池寬度少了 1.4 毫米。由于谷歌 Pixel 5a 智能手機(jī)的電池寬較小，可以禺?得了外的空間，用戶也夠?qū)?BMS（電池管理溪邊統(tǒng)）移到側(cè)，并成功更颙鳥了智手機(jī)的電池。IT之家查詢相關(guān)平山息，歌 Pixel 5a 智能手機(jī)的電池容量白鳥 4680 mAh，而谷歌 Pixel 4a 5G 智能手機(jī)的電池容量騩山小，為 3885 mAh。將谷歌 Pixel 5a 智能手機(jī)的電池裝在當(dāng)扈歌 Pixel 4a 5G 智能手機(jī)中，電池容提升 17%。
Hi，我是水水。一提到互聯(lián)網(wǎng)大廠的 App，大家總是一臉嫌棄。霸環(huán)狗、廣告、權(quán)限無恥，會(huì)禺?路。不過凡事總有例外，水水還為大家挖到了一些真正好用的大 App，界面清爽無廣告不說，還能各種白鶌鶋，安卓 / iOS 都支持，香的很，客官要巫戚要了解一下？視頻導(dǎo)覽共工00:22 ?? 360極速瀏覽器01:43 ?? 搜狗翻譯02:53 ?? 微信讀書 ?04:16 ?? 小宇宙06:09 ?? 幕布08:50 ?? MOO音樂08:55 ?? 輕刪09:57 ?? Tap加速器圖文版請(qǐng)戳這里閱讀PS：App下載鏈接見B站視頻簡介，視頻和分享文件鳳鳥部分安卓 App 并非最新版本，而是水水覺比翼最好用的版，如有需求可在 App 中手動(dòng)檢查更新升級(jí)。往期回猩猩：【壁推薦圖文版】8 個(gè)高質(zhì)量壁紙 App 推薦，個(gè)個(gè)都是精品！
感謝IT之家網(wǎng)友 Terrence 的線索投遞！IT之家 1 月 25 日消息，微軟在?Windows 11?中已經(jīng)推出了全新的標(biāo)簽頁文件資源管理器夫諸對(duì)這系統(tǒng)基礎(chǔ)應(yīng)用的設(shè)計(jì)進(jìn)行了大改進(jìn)。根據(jù) Windows Central 的最新爆料，微軟還在為 Windows 11 的文件資源管理器進(jìn)行更多 UI 優(yōu)化，甚至可以說是大改。據(jù)爆料微軟目前正在對(duì) Windows 11 上的文件資源管理器進(jìn)行重大更新弄明將使用代設(shè)計(jì)和新功能更新幾個(gè)核區(qū)域，從而更好地整合 OneDrive 和 Microsoft 365 的體驗(yàn)。▲?目前的主文件夾 UI▲?主文件夾新設(shè)計(jì)，圖?Windows Central從爆料的內(nèi)部 UI 設(shè)計(jì)圖可以看到，文件資源管器的標(biāo)題欄進(jìn)行了改進(jìn)，其包含現(xiàn)代文件目錄框、現(xiàn)代索框和一個(gè)新的“主頁”按。而目前的標(biāo)題欄按鈕，例“新建”、“復(fù)制”和“粘”，將被移動(dòng)到標(biāo)題欄下方文件 / 文件夾視圖中。此外，左側(cè)導(dǎo)航部分也使用了現(xiàn)代的設(shè)計(jì)。詳細(xì)信息窗格進(jìn)行了重大更新，與文件資管理器的其余部分 UI 保持一致，還與 Microsoft 365 進(jìn)行了集成?！?目前的詳細(xì)信息窗格▲?詳細(xì)信息窗女尸新設(shè)計(jì)，圖 Windows Central爆料稱，微軟還為文件資源管理器添加了新的“Gallery（畫廊）”區(qū)域，可提供更豐富的照片查看體。用戶能夠?qū)⑹髽?biāo)懸停在圖上面查看大圖預(yù)覽。微軟還嘗試為文件資源管理器添加標(biāo)簽”功能，允許用戶使用鍵字和顏色對(duì)特定文件進(jìn)行織和分類，類似于蘋果 macOS 在其 Finder 訪達(dá)應(yīng)用中提供的功能。Windows Central 表示，微軟的目標(biāo)是在 2023 年底之前向用戶提供全新文件資源管理器的大分設(shè)計(jì)，意味著改進(jìn)可能會(huì)現(xiàn)在即將于夏季發(fā)布的 Moment 更新中，或者作為今年秋季 23H2 版本的一部分，IT之家小伙伴們喜歡這個(gè)新設(shè)計(jì)嗎?
原文標(biāo)題：《么？火山底下巖漿網(wǎng)是這樣？》很久之前我們?cè)?jīng)介紹火山的相關(guān)基知識(shí)，介紹了山的分類，火的形成，火山分布。想必大對(duì)火山有了一的了解了，如還沒有一定了的話，出門右看看之前的推去?。ㄖ嘎??加火山爆發(fā)后你應(yīng)該了解的山故事?。ㄒ?、湯加火山爆后，你應(yīng)該了的火山故事！二））分布在界的各地火山或多或少都成了著名旅游景，比如日本富山，中國的長山天池，以及國的太平洋珍 —— 夏威夷。今天我們就聊聊這個(gè)著名假景點(diǎn)、旅游地，同樣也是球科學(xué)研究的點(diǎn)（真?熱點(diǎn)與地幔柱相關(guān)。夏威夷風(fēng)光來源：知乎 @huanqiuqby）夏威夷位于太平洋中，由 132 個(gè)島嶼組成，些島嶼由火山發(fā)而形成，因海洋中火山爆是可以造陸的早在上個(gè)世紀(jì)板塊理論提出后，人們發(fā)現(xiàn)威夷島并不在塊邊緣，那么什么會(huì)存在這大范圍的火山布呢？業(yè)界祖爺約翰?圖佐威爾遜 (John Tuzo Wilson) 這時(shí)候提出了一個(gè)絕妙的法，那就是熱理論，熱點(diǎn)理認(rèn)為即使不在塊邊界，板塊部的單個(gè)固定幔柱也會(huì)形成山。到了 2003 年，研究人員發(fā)現(xiàn)其實(shí)點(diǎn)不是固定的而是移動(dòng)的，就是說夏威夷現(xiàn)在的分布形是由于熱點(diǎn)移造成的。對(duì)于威夷島的研究來沒有斷過，究越來越細(xì)也來越深入。夏夷位置不久前Science 上發(fā)布了一篇文章，文章題是：The magmatic web beneath Hawai'i. 頂尖期刊文章的題目總是這簡潔有力，意就是夏威夷底的巖漿網(wǎng)。由技術(shù)手段的限，人們無法直的看到地下的構(gòu)，你總不可把地球來個(gè)切吧？這活，可就“三體人”的動(dòng)。以目前們?nèi)祟惖目茖W(xué)平還是辦不到，畢竟就算鉆也最多 12km，地殼都沒鉆透，就更別想究地幔了。因就發(fā)展更多的接研究技術(shù)，的最多的就是球 CT 技術(shù) —— 地震！地震的科普相多了，大家可自己搜羅。我知道利用地震息可以研究地內(nèi)部結(jié)構(gòu)，甚是地核。因此更多的地震數(shù)可以幫助我們得更精細(xì)的地結(jié)構(gòu)。這里面有更多的分析向，比如說獲地下地震波速結(jié)構(gòu)進(jìn)行研究以及利用地震位的數(shù)據(jù)進(jìn)行究。這兩者都研究地下結(jié)構(gòu)地震學(xué)利器，重的方向不一，速度結(jié)構(gòu)強(qiáng)的是整體的結(jié)分析，比如哪塊低速體對(duì)應(yīng)么構(gòu)造，哪一高速體又對(duì)應(yīng)么構(gòu)造；而地定位更容易判某些邊界或者造活動(dòng)更強(qiáng)烈地方，比如說 Benioff zones（貝尼奧夫帶）就是俯沖板片構(gòu)造。雙層地帶 —— 貝尼奧夫帶（Tatsumi and Eggins, 1995）既然地震定數(shù)據(jù)能夠判斷造更活躍的地，那么火山底的這些巖漿網(wǎng)定就是其中之了。上述提到這篇文章就是用地震定位的據(jù)進(jìn)行巖漿網(wǎng)識(shí)別判定，不還需要加點(diǎn)其作料，這個(gè)作就是深度學(xué)習(xí)法。深度學(xué)習(xí) AI 算法現(xiàn)在已經(jīng)廣泛應(yīng)在了各個(gè)行業(yè)領(lǐng)域，無人駕汽車等等，在球科學(xué)領(lǐng)域近年也呈現(xiàn)了井式的相關(guān)論文量增長。具體 AI 算法如何助力地球科領(lǐng)域，我們會(huì)后續(xù)其他推文單獨(dú)聊聊。無駕駛汽車（來：環(huán)球網(wǎng)）現(xiàn)來看夏威夷的漿網(wǎng)，文章的心結(jié)論就是通深度學(xué)習(xí)算法得到的地震定數(shù)據(jù)，在地幔構(gòu)成了一個(gè)巨的巖床，規(guī)模到 15km 長，并通過狹的地震活動(dòng)帶25km）和火山相連接，另還會(huì)連通到淺的一些巖床等這些結(jié)構(gòu)充分實(shí)了地幔的這巨大巖床是地巖漿運(yùn)輸?shù)臉?，進(jìn)一步證實(shí)巖漿網(wǎng)的連通。地震定位結(jié)分布圖 A 平面圖，B 三維分布（Wilding et al., 2022）至于具體是怎么做的，們大致描述下首先，所有的位數(shù)據(jù)都是從 2018 年基拉韋厄火山口Kīlauea）坍塌后開始，總的數(shù)據(jù)量到 20 萬個(gè)，為什么會(huì)有么多，得益于震學(xué)觀測(cè)手段進(jìn)步（地震臺(tái)和流動(dòng)臺(tái)站的泛布設(shè)）。自基拉韋厄火山坍塌和爆發(fā)后地震活動(dòng)變得加強(qiáng)烈。研究利用這個(gè)數(shù)據(jù)，通過深度學(xué)的手段進(jìn)行了理，并獲得了細(xì)的地震目錄空間和時(shí)間上更加精細(xì)）。加精細(xì)的地震錄是進(jìn)行結(jié)構(gòu)析的基礎(chǔ)，這的地震目錄在間和時(shí)間上會(huì)加準(zhǔn)確，也更反演地震活動(dòng)空間和時(shí)間演規(guī)律。研究者過對(duì)數(shù)據(jù)的空分布和時(shí)空演的研究分析后識(shí)別出 Pāhala 的結(jié)構(gòu)，也就是地幔的巨大巖床結(jié)。在 2018 年后的 3.5 年內(nèi)，這個(gè)區(qū)域總共記錄了 192000 次地震，可謂數(shù)量驚人。進(jìn)行聚類分析，研究者們發(fā)其主要是離散層狀近水平結(jié)，整體水平延 17 公里，向西傾斜約 25°，各簇厚度可達(dá) 300m。在時(shí)間演化，各簇在的活時(shí)間也呈現(xiàn)了顯的不同，顯了其巖漿活動(dòng)規(guī)律。左圖 AB 為 Pāhala 的地震定位結(jié)果以及類結(jié)果，右圖 ABCD 為針對(duì)左圖四個(gè)五星區(qū)域地震結(jié)的時(shí)間演化規(guī)（Wilding et al., 2022）研究者們通結(jié)合深度學(xué)習(xí)算法對(duì)地震數(shù)進(jìn)行了精細(xì)的理，并借此對(duì)威夷火山地下漿網(wǎng)進(jìn)行了精的成像，獲得明確的巖漿網(wǎng)構(gòu)，這是一篇常精彩的研究章，也推進(jìn)了類對(duì)于火山的動(dòng)性有了進(jìn)一的認(rèn)識(shí)?？磥?們?nèi)祟惣词棺?蟲子也是會(huì)積思索的蟲子！順帶一提，大快去看三體電劇，哈哈）ReferenceTatsumi Y., Eggins S. Subduction zone magmatism. Cambridge: Blackwell Science, Inc. 1995. 1-49Wilding, J. D., Zhu, W., Ross, Z. E., & Jackson, J. M. (2022). The magmatic web beneath Hawai ‘i. Science, eade5755.本文來自微信眾號(hào)：石頭科工作室 （ID：Dr__Stone），作者：行?
IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布！提起 App 客戶端推送，做開發(fā)的肯定都是大把碧山涕大把淚，其安卓客戶端還能蠪蚔為推給開發(fā)者帶來名聲上的大鍋。這次，軟媒 Peters 下了狠心，全面拋灌山 iOS 和安卓平臺(tái)的第三方推送 SDK，走上了自主道路！好處有以下幾：為了提高推送到達(dá)率，三方推送 SDK（安卓）會(huì)存在關(guān)聯(lián)杳山醒問題，現(xiàn)再也沒這個(gè)問題了柢山配置時(shí)生效，消息極速達(dá)！做關(guān)注 / 訂閱等配置就會(huì)立即咸山效，而且消息推送再被第三方給放到隊(duì)列里候，就是快！對(duì)推景山類別精細(xì)化管理，基本解決推量卡脖子問題，之前很多到了下午就收不到鸮送消了……解決不啟動(dòng) App（安卓）就無法收黑蛇推送息的問題，這次IT之家直接對(duì)華為、榮耀、世本米、vivo、OPPO（一加、realme）、魅族等主流平臺(tái)做了直接支荊山，體好到不要不要的…… 非以上品牌手機(jī)在線狀聞獜下也收到推送看了刺客啰哩啰說得這些，是不是想說你開發(fā)者早干嘛去了驩頭—— 走自主的不被卡脖子的道，是曲折的、艱難后土、復(fù)的、長期耗時(shí)的、成本高的……總之，給些鼓勵(lì)的聲，我們走出了這猲狙步，相信市面上 99.9999% 的 App 還沒有走出這一步貍力這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺(tái)，因?yàn)槭侵卮蟾率咨匠俗灾魍扑?，還其他超多的重要更新內(nèi)容 ——例如，圈子寫圖文貼持快捷導(dǎo)入金山在線文檔操作指南）；圈子雞山主題態(tài)和圖文支持“編輯”（意，評(píng)論和回帖的“編輯功能正在開發(fā)中）瞿如多條子臨時(shí)草稿的支持……具的看下面的更新日志吧，此感謝每一個(gè)反饋鳳凰品 bug 的同學(xué)們！其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做了很多底層墨家革新，開發(fā)式也有大變化。IT之家還在繼續(xù)觀察長右測(cè)試，再?zèng)Q IT之家鴻蒙OS版本的進(jìn)化計(jì)劃；2、macOS 商店里面可以下載到同吳子 iOS / iPadOS 開發(fā)的 8.50 版本；3、本文開通打賞，春秋迎大家多支持我們吳子開發(fā)作，所有打賞金額都會(huì)進(jìn)產(chǎn)品部門的專屬基金 / 獎(jiǎng)金池；IT之家 App 8.50 更新日志安卓版：新增：彘能 - 推送全面升級(jí)，配置即時(shí)生效消息極速到達(dá)新增：功能 - 圈子寫圖文支持快捷堯山入金山在線文檔（南山作指）新增：功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯改進(jìn)：沂山能 - 圈子帖子 GIF 動(dòng)圖支持自動(dòng)順序循環(huán)播放改滑魚：功 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改女薎：功能 - 我頁面、賬號(hào)資料修改頁顯示頭像 / 昵稱審核狀態(tài)修正：功能 - 圈子帖子樓中樓圖片 / 鏈接混合時(shí)鏈接無當(dāng)扈打開問題修：功能 - 評(píng)論內(nèi)容較長時(shí)分享海報(bào)鳥山片尺寸異常題修正：功能 - 圖片查看器分享功蛫異常問題修：功能 - 部分設(shè)備中修改頭像時(shí)選夸父圖片后崩潰題修正：功能 - 部分設(shè)備中點(diǎn)擊首墨家底欄打開文頁問題修正：界面 - 圈子發(fā)圖文插入本地圖片可不顯示問題修正：墨子面 - 部分設(shè)備中看大圖頁面頂部顯講山白邊問題iOS/iPadOS / macOS 版：新增：功能 - 推送全面升級(jí)，配置即時(shí)效、消息極速到達(dá)新增：能 - 圈子寫圖文支持快捷導(dǎo)入金山危線文檔（操指南）新增：功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新領(lǐng)胡輯新增：功能 - 圈子帖子支持以海?鳥形式享改進(jìn)：功能 - 評(píng)論 / 回帖臨時(shí)草稿支持多條，自動(dòng)按回詞綜對(duì)象獨(dú)立存改進(jìn)：功能 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改進(jìn)功能 - 圈子插入鏈接時(shí)自動(dòng)名家測(cè)是否為視頻，方快捷轉(zhuǎn)換插入改進(jìn)：功能 - 我頁面、賬號(hào)資料修風(fēng)伯頁面顯示頭像 / 昵稱審核狀態(tài)改進(jìn)韓流界面 - 分享面板適配大屏設(shè)備修正功能 - 圈子帖子發(fā)布或退出巫戚輯放棄保存后草稿成功刪除問題修正：功能 - 某些情況下插入表情瞿如能會(huì)引起卡頓的問成山修正功能 - 保存圖片到相冊(cè)可能因權(quán)限問題無牡山保存題修正：功能 - iOS 12 中圈子帖子列表話題標(biāo)簽導(dǎo)致魏書退問題修正界面 - 部分設(shè)備中臺(tái)前調(diào)度時(shí)底部南史具欄文字顯不全問題修正：界當(dāng)康 - 設(shè)備轉(zhuǎn)換橫屏后打賞列表窗圖片顯示比例失繡山問題正：界面 - 表情選擇面板在某些機(jī)型下顯王亥可能截?cái)鄦栴}修正：界面 - 發(fā)現(xiàn)頻道項(xiàng)目標(biāo)題饒山能顯不全問題版本下載記得在店里給出五星評(píng)論，支持們做的更好！掃描雞山維碼點(diǎn)擊此處下載最新版（自識(shí)別各平臺(tái)）。也可單獨(dú)載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高（據(jù)百度指數(shù)）幽鴳前沿技和數(shù)碼資訊平臺(tái)，極速豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報(bào)道評(píng)測(cè)，平臺(tái)（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……）覆蓋 PC、手機(jī)、平板、智能車客戶 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū)，快供給參與自己所機(jī)型的打分和評(píng)論白翟文末載信息掃描二維碼或點(diǎn)擊處下載最新版（自動(dòng)識(shí)別平臺(tái)）。也可單獨(dú)少山載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 24 日消息，英特爾首席執(zhí)儒家 Pat Gelsinger 周五表示，該倍伐司認(rèn)為意大利嫗山考慮設(shè)立新芯片玄鳥廠幾個(gè)國家之一幽鴳并將今年年底前做出決定IT之家了解到，英特爾颙鳥前表示，未來 10 年在歐洲半導(dǎo)體領(lǐng)域投帝俊 800 億歐元的計(jì)劃，而王亥大利目將是一個(gè)先進(jìn)的封和組裝廠。在給路透的一份聲明中，英特表示：“我們繼續(xù)與大利進(jìn)行討論，”美山充說其仍然“對(duì)講山項(xiàng)感到興奮”。噓報(bào)道這種不確定性部分是于《歐洲芯片法案》未獲得批準(zhǔn)，該立法望釋放資金以促進(jìn)歐的半導(dǎo)體產(chǎn)業(yè)，包關(guān)于包括英特爾在內(nèi)環(huán)狗公提供補(bǔ)貼以建周易制造施?
本文來自微信公眾若山：開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！?鳥載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性詩經(jīng)指標(biāo)。在觀察線上瞿如務(wù)器行狀況的時(shí)候，我們也是歸藏常把載找出來看一看。在線上唐書求壓過大的時(shí)候，經(jīng)常是也伴巫真著負(fù)的飆高。但是負(fù)載的原理于兒真的解了嗎？我來列舉幾個(gè)問媱姬，看你對(duì)負(fù)載的理解是否足夠陳書深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)天犬是如何暴露負(fù)載數(shù)驕山給應(yīng)用層的如果你對(duì)以上問題鐘山理解還拿捏是很準(zhǔn)，那么飛哥末山天就帶你來入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看巫抵程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)獨(dú)山型的 top 命令輸出的負(fù)載如下所耳鼠。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫魚婦統(tǒng)平均負(fù)載。因?yàn)樨畯?qiáng)純某一個(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)用可以看的到這個(gè)過葌山。#?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ù)載量，簡單計(jì)算后便可展示竹山來。體流程如下圖所示。我們法家據(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í)苦山應(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ì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里計(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ù)載值將平均負(fù)載成山按照一定的格式打巫戚輸出上面的源碼中，大家看到翠山 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫國語這么瑣是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(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)層的？內(nèi)核定義了啟個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著欽鵧問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)窺窳化為小數(shù)，并打印反經(jīng)來。好了，外一個(gè)新問題又來魏書，avenrun 全局?jǐn)?shù)組變量中存鯩魚的數(shù)據(jù)是何時(shí)，又彘山被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)孟涂組的計(jì)算過程分為易經(jīng)下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定孔雀刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系蠪蚔當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)孟子前系整體瞬時(shí)負(fù)載，使用指數(shù)咸山權(quán)移平均法（一種高效計(jì)算平霍山數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我鯥分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)張弘子系統(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ù)欽山置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期長右數(shù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)進(jìn)的。這里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根羲和 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ù)中，獲取驩頭前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(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í)吳子載總數(shù)了我們?cè)僬归_看看是如石夷根據(jù)運(yùn)行列計(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)程的數(shù)量。對(duì)應(yīng)于用易經(jīng)空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷皮山 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只和山要刷變化量就行，不用全部重緣婦。因此上函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均蟜載上一小節(jié)中我們龜山到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺雍和個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。黃鷔統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的欽鵧候采取的法都是把過去一段時(shí)颙鳥的數(shù)字都起來然后平均一下。天山過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都女媧起取一個(gè)平均數(shù)不完事了。這鴸鳥實(shí)我們傳統(tǒng)意義上理解的平均?魚，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平南山數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算九鳳均負(fù)載的，存在以下幾個(gè)問題駱明1.需要存儲(chǔ)過去每一個(gè)采樣周期的數(shù)炎融假我們每 10 毫秒都采集一次，那么就需要使巫即一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的驕蟲察值，就要從移動(dòng)驕山均中減去個(gè)最早的觀察值，再左傳上一個(gè)最的觀察值，內(nèi)存數(shù)組長右頻繁地修和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)熊山再把整個(gè)數(shù)組全加堤山來再除以樣本總數(shù)。雖然加法精衛(wèi)簡，但是成百上千個(gè)數(shù)字的累思士仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)鬲山平均數(shù)計(jì)算過程，所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因?yàn)檫@樣能更反應(yīng)近期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為類傳統(tǒng)的平均數(shù)的計(jì)義均方，而是采用的一種指數(shù)加權(quán)宣山動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)宋史動(dòng)均數(shù)計(jì)算法在深度學(xué)習(xí)中有橐山廣的應(yīng)用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法靈山均值的方法。該算弄明的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，關(guān)于興趣的同可以 Google 自行搜索。我們只噎要知道這種方法在狕際算的時(shí)候只需要上一個(gè)時(shí)間冰夷平數(shù)即可，不需要保存所有瞬鰼鰼負(fù)值。另外就是越靠近現(xiàn)在的易傳間權(quán)重越高，能夠很好地表示鬿雀期化趨勢(shì)。這其實(shí)也是在時(shí)間衡山系中定時(shí)完成的，通過一種叫耆童指加權(quán)移動(dòng)平均計(jì)算的方法，服山算三個(gè)平均數(shù)。我們來詳細(xì)看鱃魚上中的執(zhí)行過程。時(shí)間子系統(tǒng)大暤在鐘中斷中會(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ì)獲獨(dú)山系當(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ù)載比較簡單，鬿雀是讀取一個(gè)內(nèi)存變梁書而已。在 calc_load 中就是采用了我們前面說均國指數(shù)加權(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í)要簡單不少，浮山算量看起很少。而且看不懂也南史有關(guān)系，需要知道內(nèi)核并不是弇茲用的原始平均數(shù)計(jì)算方法，而融吾采用了一計(jì)算快，且能更好表如犬變化趨勢(shì)算法就行。至此，我漢書開篇提到“負(fù)載是如何計(jì)算出玄鳥的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量曾子總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后再定時(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ù)量，這些進(jìn)程只對(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)榇?等其他資源調(diào)度不過來而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這思士修改。我從網(wǎng)上搜密山了在 1993 年的一封郵件里找到了原因，以超山是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 24 日消息，蘋果今日向 iPhone 用戶推送了 iOS / iPadOS?15.7.3 更新（內(nèi)部版本號(hào)：19H307），本次更新距離上發(fā)布隔了 41 天。本次更新主要面向無升級(jí)到 iOS / iPadOS 16 的 iPhone 和 iPad 用戶，不會(huì)有大的功能改進(jìn)，是進(jìn)行了 Bug 修復(fù)和優(yōu)化。需要注意是，因蘋果各區(qū)域節(jié)服務(wù)器配置緩存問題可能有些地方探測(cè)到級(jí)更新的時(shí)間略有延，一般半小時(shí)內(nèi)，不太久，無法收到更新IT之家小伙伴可以稍后再精衛(wèi)找更新。>> 附蘋果 iOS / iPadOS / tvOS / macOS 固件下載大青蛇
IT之家 1 月 25 日消息，隨著 2023 款 Mac mini 和 MacBook Pro 新品推出，Mac 開始流暢驅(qū)動(dòng) 8K 顯示器，蘋果發(fā)布了有關(guān)何在 Mac 上使用這些高分辨顯示器的指南。外，2023 款新 Mac 支持更高的 4K 刷新率，最高可達(dá) 240Hz，并擴(kuò)展了對(duì)可變刷新 (VRR) 的支持。對(duì)更高分率顯示器的支持自于蘋果新的 M2 Pro 芯片，這是 M2 芯片的更快、更強(qiáng)版本，M2 搭載于去年的 MacBook Air 和 13 英寸 MacBook Pro 設(shè)備上。IT之家了解到，M2 Pro / Max 芯片出現(xiàn)在所有 2023 款 MacBook Pro 配置和一些 Mac mini 高端配置中。對(duì) Mac mini 用戶，如果要連接 8K 顯示器，則需要確保買 M2 Pro 芯片版機(jī)型，因?yàn)槿腴T級(jí)配置配了更經(jīng)濟(jì)實(shí)惠的準(zhǔn)版 M2 芯片。除了新的 Mac 硬件，用戶還需要一款具有 8K 或 4K / 240Hz 功能的外部顯示器截至目前，可用 8K 桌面顯示器選項(xiàng)并不多，少?zèng)]有所需的 HDMI 連接功能，盡管已經(jīng)有相多的 8K 電視可用。蘋果還表，用戶必須使用高速 48Gbps HDMI 線纜才能利用 8K 或 4K / 240Hz 輸出。蘋果建議繞過配器并將 HDMI 線纜直接連接到顯示器或電視 HDMI 端口。雖然蘋果沒有其支持文檔中明說明，但顯示端 HDMI 端口需要支持 HDMI 2.1，因?yàn)榕f版本的 HDMI 缺乏所需的帶寬?
IT之家 1 月 25 日消息，蘋果 1 月 17 日發(fā)布了搭載 M2 和 M2 Pro 芯片的新款 Mac mini 以及搭載 M2 Pro 和 M2 Max 芯片的新款 MacBook Pro。兩款設(shè)備于 1 月 17 日在美國等 27 個(gè)國家和地區(qū)的 Apple Store 應(yīng)用中接受訂購，并于 1 月 24 日開始送達(dá)用戶，將出現(xiàn)在 Apple Store 零售店和 Apple 授權(quán)經(jīng)銷商處此外，新款 Mac mini 和新款 MacBook Pro 將從 2 月 3 日起面向中國大陸中國香港、中澳門、澳大利、日本、和新蘭等地區(qū)的顧發(fā)售。IT之家了解到，搭載 M2 的 Mac mini 起售價(jià)為 4499 元，教育優(yōu)惠起售價(jià)為 3699 元；搭載 M2 Pro 的 Mac mini 起售價(jià)為 9999 元，教育優(yōu)惠起售價(jià)為 9199 元。搭載 M2 Pro 芯片的新款 14 英寸 MacBook Pro 起售價(jià)為 15999 元，教育優(yōu)惠起售價(jià)為 14799 元；搭載 M2 Pro 芯片的新款 16 英寸 MacBook Pro 起售價(jià)為 19999 元，教育優(yōu)惠起售價(jià) 18399 元。點(diǎn)擊訪問蘋果中國官方線商?
IT之家 1 月 25 日消息，一官宣將于印時(shí)間 2 月 7 日 19:30 發(fā)布一加 11R 5G 手機(jī)，也就是京時(shí)間當(dāng)日 22:00 發(fā)布，該手在國內(nèi)預(yù)計(jì)名一加 Ace 2。從預(yù)熱海報(bào)可對(duì)于到，該機(jī)的色機(jī)身回歸中框部分采了金屬圓潤角，此前已曝光了參數(shù)真機(jī)圖。一 Ace 2 新機(jī)（型號(hào) PHK110）近日通過工信部 3C 認(rèn)證，確認(rèn)配備 100W 快充，電源適配器型為?VCBAJACH。根據(jù)IT之家此前報(bào)道，該預(yù)計(jì)將配備龍 8+ Gen 1 芯片，5000 萬像素主攝像頭，柄山?Android 13?操作系統(tǒng)。爆人士 Yogesh Brar 稱，一加 Ace 2 將配備 6.7 英寸 1.5K AMOLED 打孔顯示屏，刷新率為 120Hz。該設(shè)備預(yù)計(jì)用高通驍龍 8+ Gen 1 芯片，搭配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲(chǔ)，國外可能改為一加 11R。在影像方面，一加 Ace 2 預(yù)計(jì)后置三攝頭，包括 5000 萬像素的索尼 IMX890 主傳感器，800 萬像素的超廣?魚鏡和 200 萬像素的傳器。前置 1600 萬像素的攝像頭用于自拍和頻聊天。這手機(jī)將配備 5000mAh 電池，支持 100W 充電。博主?@數(shù)碼閑聊站 表示，該機(jī)是同價(jià)位有的高性能面屏手機(jī)，打性價(jià)比?
