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