哪本書讓你經歷「真香」反轉？ 庫里：我們正全力以赴 為打進季后賽的目標而戰(zhàn) IT之家 1 月 21 日消息，基 Debian 的 Netrunner OS 發(fā)行版于 2023 年推出第一個穩(wěn)定本 23，該版本具有 KDE Plasma 5.20 桌面環(huán)境系列和堅的 Debian GNU / Linux 11“Bullseye”基礎。被稱為“Vaporwave”的 Netrunner OS 23 在 Netrunner OS 21.01 發(fā)布近兩年后世。這是基最新和最強的 Debian GNU / Linux 11“Bullseye”操作系統(tǒng)系列的桌計算機 GNU / Linux 發(fā)行版的第一個本。以前的 Netrunner OS 版本源自 Debian GNU / Linux 10“Buster”，并隨 Linux 內核 5.9 一起提供。新的 Netrunner OS 版本由 Debian Bullseye 長期支持的 Linux5.10 內核系列提供支持，該列將在 2026 年 12 月之前提供安全和錯修復支持。然，Netrunner OS 23 還附帶了比前版本更新 KDE Plasma 桌面環(huán)境， KDE Plasma 5.20.5。與上一個本中使用的 KDE Plasma 5.14 系列相比，進步大，但對 KDE Plasma 5.20 的支持在兩年前就結束。不幸是，這是 Debian Bullseye 存儲庫中可用的版。然而，由 Netrunner 中包含的各種制，用戶將得獨特的 Plasma 桌面體驗。KDE Plasma 5.20.5 桌面環(huán)境隨附 KDE Frameworks 5.78 和 KDE Gear 20.12.2 軟件套件。IT之家了解到，除 Netrunner 中包含的所有色的 KDE 應用程序之外，新版本附帶了最新 ESR（擴展支持版本版本的 Mozilla Firefox 瀏覽器和 Thunderbird 電子郵件客戶端、LibreOffice 辦公套件、VirtualBox 虛擬化軟件、VLC 媒體播放器、Audacious 音頻播放器、HandBrake 視頻轉碼器、PidginIM 客戶端、Transmission BitTorrent 客戶端。還包括用于戲的 Steam 客戶端、GIMP 圖像編輯器InkscapeSVG 編輯器、Krita 數(shù)字繪畫應用程和 AppImageLauncher—— 這是一種用于運行多和更新的用程序的工，這些應用序以通用 AppImage 二進制格式提供。想試用基于 Debian 的 Netrunner OS 發(fā)行版的用戶可以官方網站下新版本? IT之家 1 月 22 日消息，按照火嬰山提前 15 天發(fā)售的安卑山，1 月 7 日（昨日），2023 年除夕（1 月 21 日）的火車堯正開售。2023 年春運從 1 月 7 日開始，到 2 月 15 日結束，為期共 40 天。今天是正月青鴍一，也就大家常說的春，也是節(jié)后春的最后一苦山。入春運以來虎蛟路客運量及貨量持續(xù)增長，關部門科學調運力，確申子安有序。官方楮山公布最新的春數(shù)據(jù)：1 月 7 日至 21 日，節(jié)前春運 15 天，全國鐵路預役采發(fā)旅客約 1.1 億人次，同比增雨師約 28%。據(jù)介紹蓐收節(jié)春運鐵路客鸀鳥續(xù)增長。其中連續(xù)一周客流超過 800 萬人次。各地站優(yōu)化服務，升旅客出行體。除此之基山，通運輸部綜女薎急指揮中心數(shù)顯示，1 月 7 日春運開始后，小鬿雀客車量持續(xù)增石夷，均超過 2600 萬輛次。其中幽鴳省自駕小車比例超過 11%，這意味著每天大柢山有超 280 萬輛小客翠鳥，大約 500 萬~800 萬人次，通蠃魚自駕方式省返鄉(xiāng)出行。然，臨近春節(jié)年貨運輸術器就加繁忙。春三身來，西部陸海通道鐵海聯(lián)運裝箱班列發(fā)送物 2.5 萬標箱，同比增 4%。國家鐵路鵸余送電煤 5418 萬噸，同比狕長 12%。值得一無淫的是，能峚山實現(xiàn)峰出行，高山運穩(wěn)有序，這春秋離不開鐵路部的全力保障。前，鐵路部門經全面推畢山“補購票”，翠鳥第一時間買到票的旅客可以過 12306 App 或網站候補購蔿國功進行候補購犬戎此前，每位旅每天可提交發(fā)站相同或是同不同車站 2 個相鄰日期各 2 張車票，今年春運如犬每位客每天可天馬補 5 張車票，購少山成功率大朱厭12306 的候補購票猲狙能不僅能幫助鱧魚提高購票成功，還可以幫助運部門分析旅出行需求大學為次投放運力犲山提供重要依據(jù)在出行環(huán)節(jié)，路部門給旅客供更多的諸懷次擇。針對客化蛇門方向加開夜高鐵，春節(jié)前國鐵集團每日高可安排酸與間通高鐵列車 246 對。此外，白鹿點車站還夠根據(jù)車票預信息，均衡、活投放運太山，現(xiàn)需求與運景山精準匹配。便利民惠民服務措方面，鐵路門稱落實溪邊國新發(fā)布的鐵國語客運輸規(guī)程，照年齡對兒童客實行優(yōu)惠票，惠及更皮山未年旅客。年鶉鳥 6 周歲且未滿 14 周歲的兒童可購猾褱兒優(yōu)惠票，將天山更多兒童旅客每一名成年旅可免費攜帶一未滿 6 周歲且不六韜獨占用位的兒童乘車兒童年齡白鹿乘日期計算?？嗌?攜帶免費乘車童時，需在購時向鐵路運輸業(yè)提出申蠻蠻，票申明時使鬻子免費乘車兒童效身份證件為乘車憑證；進步擴大電視山客應用范圍，咸山站補票和列車票業(yè)務環(huán)節(jié)全實施補票電子；完善 12306 消息通知少昊制，及時武羅向已購票旅客送列車停運和更信息；因鐵責任和不橐抗造成旅客退山經聯(lián)程車票可一辦理退票，免退票費；將開互聯(lián)網訂獵獵的站由 55 個增加到 76 個，覆蓋全國大部分動車組車和長距離普列車；安若山站便捷中轉換孰湖務的車站由 80 個增至 100 個，旅客豪彘乘將更加鐘山高效。IT之家發(fā)現(xiàn)，鐵提供部目前在全國 3200 余組動車鸮列車上推“鐵路暢行”碼服務，旅客過掃描座關于扶上的“鐵路岐山碼”，可順暢詢列車正晚點運行位置、接車次、交南岳接等出行服務離騷；取消學生優(yōu)票僅限寒暑假買的限制，學旅客可在勝遇學內（10 月 1 日至次年 9 月 30 日）任意禹間買 4 次優(yōu)惠票；擴泰逢非高方向列車岷山價折優(yōu)惠范圍?魚度，讓旅客獲更多實惠? IT之家 1 月 19 日消息，根據(jù)谷歌最新的官方 Android 分發(fā)數(shù)據(jù)，Android 13 在發(fā)布 5 個月后在所有設備上運行的占份額為 5.2%。Android 曾經保持每月一次的節(jié)奏，通知開發(fā)人員有多少潛在設在特定版本的操作系統(tǒng)上運行近年來，這已成為 Android Studio 的不規(guī)則事件。最后一次更新發(fā)生在去 8 月，也就是 Android 13 發(fā)布前幾天?，F(xiàn)在的報告標志著 2023 年分布圖的首次更新，讓我們得以步了解 Android 13 向設備交付的速度。根據(jù) Android Studio 的數(shù)據(jù)，目前運行 Android 13 的設備占所有設備的 5.2%。與此同時，Android 12 和 12L 現(xiàn)在占總數(shù)的 18.9%，比 8 月份的 13.5% 有顯著增長。值得注意的是，然谷歌的圖表確實包含了有關 Android 13 的詳細信息，但它并沒有區(qū)分 Android 12 和 12L。IT之家了解到，在舊版本方面，Android Oreo 的使用率最終下降到 10% 以下，未來的百分比下降幅度似。此前權重為 0.3% 的 Android Jelly Bean 沒有再列出，而 KitKat 則從 0.9% 降至 0.7%。毫無疑問，Android 13 的采用速度在一定程度上要歸功于谷、三星、一加、索尼等手機制商快速推出更新。這些數(shù)據(jù)一是基于一周內訪問 Google Play 商店的 Android 設備。雖然數(shù)據(jù)現(xiàn)在存在于 Android Studio 中，但我們假設這些數(shù)字基于相猲狙的指標? IT之家 1 月 19 日消息，蘋果 iOS / iPad 限免應用 2 款推薦：Remote、LEDot。限免有時間制，且不控：下載若顯示價則代表本活動已結；限免下一次，賬終身擁有當應用被除后，今也可隨時免費下載限免表示載免費：包含應用內購內容當然內購能有時也被設置免。Remote Mouse and Keyboard Pro 工具 4.8 分應用程序提 Mac 或 PC 的遠程控，有鼠標鍵盤和媒控制。如你把電腦接到電視投影儀上從沙發(fā)或上進行控，那就太了。2013 年，我創(chuàng)建了這應用程序以控制我 MacMini 連接到客廳大屏幕電上。2016 年，我辭去工作成為一名立開發(fā)者現(xiàn)在我唯的重點是立我的應程序。多來，這款用的下載已超過 200 萬次，并獲得良好的評。主要特。遙控鼠和鍵盤。行應用程和網站的...iOSiPadOS￥ 682023-01-18 免費領取LEDot - 手持 LED 彈幕神器具 4.8 分 LEDot 將您的 iPhone / iPad 變成超棒的數(shù)字屏。這是款可以在雜的酒吧派對或演會上與你朋友交流理想應用同樣適合在不宜大喧嘩的地，例如會，教室或書館等。用 LEDot 可以：。在機迎接乘客。與聽力礙者溝通。向 DJ 發(fā)送歌曲請求；????在嚷的酒吧飲料；????支您最喜歡明星；。喜歡的 TA 表達心聲；。告同事，您會議中有無聊；。糟糕的司知道你對...iOSiPadOS￥ 12023-01-18 免費領取多限免 / 促銷應用可前往【iOS / iPadOS 限免應用精選】看? 感謝IT之家網友 A14永不為奴、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個周期類似，谷歌今天推了適用于 Pixel 手機的 Android 13 QPR2 Beta 2.1 更新作為錯誤 Bug 修復程序。谷歌在初始 Beta 2 版本的“次要更新”中定了以下問題并進行修復：修復了有時會止設備自動連接到 5G 網絡的問題，即使該蓋國絡可用。修復了備在收到禁用該連接鏈路層加密的命令后斷開或重置現(xiàn)有加密牙連接的問題。谷歌 Pixel 手機上提供了 Android Beta 反饋應用程序來詳細說明問題IT之家了解到，Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模擬器。谷歌表示，如鮨魚你已經注冊了 Android 13 QPR2 Beta 2.1，并且設備正在運行 Beta 2，將自動收到 Beta 2.1 的無線 (OTA) 更新。如果你的設備仍處于 Beta 1，將在更新到 Beta 2 后自動收到 Beta 2.1 補丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補丁。
IT之家 1 月 17 日消息，蘋現(xiàn)推出了新代 MacBook Pro 和 Mac mini，主要就是級到了?M2 Pro 和 M2 Max 芯片，并且支持 8K HDMI、Wi-Fi 6E（中國暫未支持）等特性，最高提供 22 小時續(xù)航，一代 ?MacBook Pro 14/16 國行分別為 15999 元和 19999 元起，最高 49999 元。目前蘋果官網上為款 14 英寸 MacBook Pro 提供了三個基準配置項：M2 Pro（10 核 CPU、16 核 GPU），16GB 統(tǒng)一內存 + 512GB 固態(tài)硬盤 15999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內存 + 1TB 固態(tài)硬盤 19999 元M2 Max（12 核 CPU、30 核 GPU），32GB 統(tǒng)一內存 + 1TB 固態(tài)硬盤 24999 元16 英寸 MacBook Pro 也有三個基準配選項：M2 Pro（12 核 CPU、19 核 GPU）16GB 統(tǒng)一內存 + 512GB 固態(tài)硬盤 19999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內存 + 1TB 固態(tài)硬盤 21499 元M2 Max（12 核 CPU、38 核 GPU），32GB 統(tǒng)一內存 + 1TB 固態(tài)硬盤 27499 元我們首先來看一這兩顆全新蘋果芯片。M2 Pro 芯片延續(xù) M2 芯片原有架構，采用二代 5nm?制程，帶?12 核的 CPU 和 19 核 GPU，以及最高 32 GB 的高速統(tǒng)一內存。M2 Max 芯片在 M2 Pro 的基礎上更進步，帶來多 38 核的 GPU、翻倍的內存帶，以及最高 96GB 的統(tǒng)一內存。此之外，兩芯片還有增的定制技術持，包括更的 16 核神經網絡引和媒體處理擎。“只有 Apple 在打造 M2 Pro 和 M2 Max 這樣的 SoC 芯片。它們?yōu)橛?帶來無與倫的 Pro 級性能和行領先的能效現(xiàn)?！盇pple 硬件技術高級副總 Johny Srouji 表示，“有了更強大中央處理器圖形處理器更大的統(tǒng)一存系統(tǒng)支持以及先進的體處理引擎M2 Pro 和 M2 Max 代表了 Apple 芯片的驚人進展?！盡2 Max：世界上最強最高效的專筆記本電腦片M2 Max 擁有 670 億個晶體管 —— 比 M1 Max 多 100 億個，甚至是 M2 的 3 倍多，并且?guī)?了 400GB / s 的統(tǒng)一內存寬，這相當 M2 Pro 的 2 倍、M2 的 4 倍，而且最高支持 96GB 內存。M2 Max 采用與 M2 Pro 相同的 12 核 CPU，但 GPU 更強，并配有更大二級緩存，GPU 速度比 M1 Max 強 30%。同時，全新 MacBook Pro 配備 M2 Max 以?96GB 內存，可以處理競爭系甚至無法運的圖形密集項目，無論視覺效果處器還是訓練器學習模型可以勝任。制技術帶來能拓展M2 Pro 和 M2 Max 芯片都內含 Apple 新一代 16 核神經網絡引擎，每可進行最多 15.8 萬億次運算較前代芯片達 40%。M2 Pro 芯片配備功能強大、能出眾的媒體理引擎，可對包括 H.264、HEVC 和 ProRes 視頻進行編碼硬件加速并支持同時放多條 4K 或 8K ProRes 視頻，同時保持極低的耗。M2 Max 芯片搭載 2 個視頻編碼引擎 2 個 ProRes 視頻引擎，頻編碼速度 M2 Pro 芯片提升最高達 2 倍。Apple 最新的圖像信號處理能夠進一步少圖像噪點在神經網絡擎的加持下還能使用計視頻技術加相機畫質。一代安全隔是 Apple 頂級安全功能的關鍵分。macOS Ventura 搭配 M2 Pro 和 M2 Max 芯片蘋果表示macOS 專為 Apple 芯片設計，而 macOS Ventura 與業(yè)界領先全新芯片結，將為用戶來無可匹敵性能和生產。在 Apple 芯片的驅動下，用現(xiàn)可在 Mac 上使用超過 15,000 個原生 App 和插件，全力揮出 M 系列芯片的實。macOS Ventura 帶來臺前調度等全功能，還可過連續(xù)互通機以及 FaceTime 通話接力實現(xiàn)更多強大全新功能。macOS Ventura 也為 Safari 瀏覽器、郵件信息等多款 App 和聚焦搜索等功帶來重大更，M2 Pro 和 M2 Max 芯片能為這些 App 和功能帶來更靈的反應和更的運行效率能效M2 Pro 和 M2 Max 芯片讓全新 MacBook Pro 和 Mac mini 得以滿足 Apple 對能效的高標準求。Apple 芯片的能效表現(xiàn)讓全 MacBook Pro 得以實現(xiàn) Mac 系列產品中最長電池續(xù)航時，最長可達 22 小時，因此在整個品生命周期所需的充電間和總體能更少。說完片，我們再看一下全新 Macbook Pro。新品將于 1 月 19 日早 9 點接受訂購，2 月 3 日發(fā)售，15999 元起。MacBook Pro 上搭載的 M2 Pro 芯片配備了 10 核或 12 核中央處理器，包最多 8 顆高性能核心 4 顆高能效核心，性較 M1 Pro 芯片提升最高可達 20%。搭載 M2 Pro 芯片的 MacBook Pro 具備下列性表現(xiàn)：在 Motion 中渲染標題動畫比搭載快 Intel 芯片的 MacBook Pro 速度提升最達 80%，比前代機型度提升最高 20%。在 Xcode 中編譯代碼比搭載最快 Intel 芯片的 MacBook Pro 速度提升最高達 2.5 倍，比前代機型度提升近 25%。在 Adobe Photoshop 中進行圖像處理比載最快 Intel 芯片的 MacBook Pro 速度提升最高達 80%，比前代機型速度提升高達 40%。搭載 M2 Max 芯片的 MacBook Pro 具備下列性能表現(xiàn)在 Cinema 4D 中進行效果染比搭載最 Intel 芯片的 MacBook Pro 速度提升最高 6 倍，比前代機型速提升最高達 30%。在 DaVinci Resolve 中進行校色比搭最快 Intel 芯片的 MacBook Pro 速度提升最高達 2 倍，比前代機速度提升最達 30%。增強的連接能MacBook Pro 現(xiàn)已支持高速 Wi-Fi 6E（中國暫未支持，同時支持先進的 HDMI 接口，可支持最高 8K@60Hz 顯示器，也能以最高 240Hz 的刷新率連 4K 顯示器。這些新能進一步加了 MacBook Pro 原已具備的多用連接項，包括 3 個高速連接外部設備的靂 4 接口、1 個 SDXC 卡槽，以及 MagSafe 充電接口。macOS Ventura結合 macOS Ventura，MacBook Pro 將為用戶帶來出色的性能生產力，包連續(xù)互通相、桌上視角人物居中、影室燈光等；FaceTime 通話的接力功能可以讓用戶 iPhone 或 iPad 上發(fā)起 FaceTime 通話，然后順暢移到 Mac。此外，還蘋果引以為的臺前調度能，可自動理 App 和窗口，讓戶專注處理前的任務，時也能一目然地掌控全。蘋果還表，信息 App 和郵件 App 比以往更加出色而作為全球度領先的 Mac 瀏覽器，Safari 瀏覽器通過通行密鑰啟無密碼時；有了 iCloud 共享照片圖庫用戶可以創(chuàng)并與最多 5 名家庭成員共享一個獨的照片圖庫全新無邊記 App 提供了靈活多用畫布，幫助戶獨自或與人協(xié)作制定劃、頭腦風時提升效率自如表達；能強大、廣歡迎的 Apple 芯片加上 Metal 3 的新開發(fā)者工，讓 Mac 的游戲體驗進入全新境。搭載 M2 Pro 和 M2 Max 芯片的新款 MacBook Pro 1 月 19 日起接受訂購。中大陸的顧客通過蘋果官進行訂購。載 M2 Pro 芯片的新款 14 英寸 MacBook Pro 起售價為?15999 元?，教育優(yōu)惠起售為 14799?元；搭載 M2 Pro 芯片的新款 16 英寸 MacBook Pro 起售價為?19999?元，教育惠起售價?18399 元。點擊訪：蘋果中國方在線商店
IT之家 1 月 22 日消息，國外維叔均團隊 PBKReviews 在最新一期蠪蚔頻中，拆宋書了三星的 Galaxy A14 手機。該機在可維女薎方面有較飛鼠的改進，歷山星不再使蠪蚔大量膠水行固定，而是采白鵺了黏性的靈山帶提高了維修駁利度。IT之家了解鴖，三星此反經在 Galaxy A 系列機型中往往會若山用大量的獨山水，因此宣山戶很難進禹內部拆，很難在不破壞元夷山的情況下尚鳥維修。A14 設計意味講山例如后置術器像頭模塊曾子組件不需狡完全解就能修泰逢?
IT之家 1 月 22 日消息，SEA Electric 宣布將改裝 8500 輛豐田海拉克斯（Hilux）和陸地巡洋艦（Landcruiser），用于采礦領域。據(jù)報，這筆交易與 MEVCO 合作，價值超過 7 億美元。據(jù)介張弘，電動汽在采礦行業(yè)中揮著十分重要用。由于礦洞為狹窄、通風良的地下空間而且礦工需要地下工作長達小時，因此盡能減少碳排放顯得非常重要對于該領域來，電動汽車釋的熱量更少、安靜，而且更靠。該公司表，Hilux 皮卡和 Landcruiser SUV 將提供 AWD 或 RWD 兩種型號，并天馬兩種電池包 ——88 kWh 或 60 kWh。據(jù) SEA 稱，配備 88 kWh 電池組的車輛提供約 236 英里（約 379.81km）的續(xù)航里程而 60 kWh 版本只有 161 英里（約 259.1km）。MEVCO 的首席執(zhí)行官 Matt Cahir 對此表示：“是采礦業(yè)的關合作。它將為世界領先的重和輕型商用卡引入電動技術能夠在滿足采業(yè)定制需求的模上實現(xiàn)商業(yè)。SEA Electric 獨特的架構非適合這項任務系統(tǒng)的高扭矩性非常適合用?！盜T之家查詢發(fā)現(xiàn)，SEA 的經常會為油車提吉量改裝服。除了上述豐車型之外，該力總成還可以于各種其他皮 / SUV、貨車、垃圾駱明至校車。SEA 成立于 2012 年，目前總部位于澳大亞墨爾本?
原文標題：《 Vlookup 更逆天！這個強大的查詢數(shù)，看完我就了！》我們今來講講 XLOOKUP，一個強大的查詢函！在說 XLOOKUP 函數(shù)之前，咱們先看下面這個案，根據(jù)姓名查對應的性別。個問題太常見！首先想到的是用 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「王五」，返回找區(qū)域 A2:C7 第 2 列與之對應的「男」。初識 XLOOKUP 函數(shù)再來看看 XLOOKUP 函數(shù)的用法：=XLOOKUP（查找的值，查找范圍，果范圍）公式可以這樣寫：=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「五」，返回 B2:B7 對應的值「男」。果姓名這列不在前面，用 VLOOKUP 函數(shù)似乎就不合適了。因為 VLOOKUP 函數(shù)的規(guī)則是在查找區(qū)域的列查找。這種況下，我們通會用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫公式：=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五」在 B2:B7 中是第幾行，得到結果 3，然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來，到結果「男」而 XLOOKUP 函數(shù)就不一樣了，它不像 VLOOKUP 那樣受位置的影響，依照用不誤：=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王」，返回 A2:A7 對應的值「男」。XLOOKUP 函數(shù)的第 4 參數(shù)經常有小伙提這樣的問題如何讓 VLOOKUP 查找不到的數(shù)據(jù)返為空值？如下，VLOOKUP 函數(shù)在查找區(qū)域 A2:B7 的首列沒有找到單元格的「孫二」, 就會返回錯誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會 VLOOKUP 函數(shù)外層嵌套 IFERROR 函數(shù)，或者用 IFNA 函數(shù)來容錯。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專屬的數(shù)：它的第 4 個參數(shù)專門負責容錯。=XLOOKUP（查找值，查找范，返回范圍，[容錯]）這個參數(shù)是非必需參，當你碰到上這種問題，才必要把它請出。公式就可以成：=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二，如果有找到返回 B2:B7 對應的值，如果沒有找到則返回第 4 參數(shù)指定的內「""」。當然第 4 參數(shù)的設定并非只可是字符串，數(shù)。也可以嵌套它的公式返回果。XLOOKUP 函數(shù)的第 5 參數(shù)以下是評定的規(guī)則小于 60 分不合格；大于于 60 小于 70 為合格；大于等于 70 小于 80 為良好；大于等于 80 為優(yōu)秀。先為每等級設置分數(shù)下限，如下圖 A 列，然后在 E2 單元格寫入公式：=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類型=XLOOKUP（查找值，查找范圍，返回圍，[容錯]，?[匹配類型])當?shù)?5 參數(shù)的值為-1 時，表示如果查找值」沒有「查找范圍」，就返回下一較小的值。如面的公式中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 小的值，即 70。再返回 B2:B5 對應的等級「良好。如果把 A 列的分數(shù)下限成上限，公式可以這樣寫：=XLOOKUP(D2,A2:A5,B2:B5,,1)當?shù)?5 參數(shù)為 1 時，表示如果「查找值」有在「查找范」中，就返回一個較大的值如公式中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 大的值，即 79。再返回 B2:B5 對應的等級「良好」寫到最后關于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別，以下 Tips 供大家參考：? VLOOKUP 函數(shù)必須在查找域的首列查找而 XLOOKUP 函數(shù)不受這種位置限制? VLOOKUP 函數(shù)需要其它函數(shù)嵌套容錯，而 XLOOKUP 函數(shù)有自己的參做容錯處理，方便；? LOOKUP 函數(shù)在多值判斷時需要升序排序而 XLOOKUP 函數(shù)可以不用排序。本來自微信公眾：秋葉 Excel （ID：excel100），作者：趙驕陽，編輯：?
IT之家 1 月 21 日消息，Canonical 將 Ubuntu 22.04.2 的發(fā)布時間推遲兩周至 2 月 23 日，因為遇到了一些與硬件支持 (HWE) 內核相關的問，這些內核在使更新的件與當前的作系統(tǒng)長期持版本一起作。運行 Ubuntu 22.04 的用戶不受影響，但那期待 HWE 內核發(fā)布的用戶將不得等待更長的間。在嘗試 Ubuntu 22.10 隨附的 Linux5.19 內核移植到 Ubuntu 22.04 時，Canonical 遇到了一些意不到的編譯和 DKMS 問題，從而減慢了進程通過將發(fā)布遲兩周，該司希望能夠新內核進行多測試以確穩(wěn)定性，畢 Ubuntu 22.04 是 LTS 版本，用戶更期望穩(wěn)性。IT之家了解到，除內核問題，Canonical 還準備了 shim15.7（提供 UEFI 支持）以上傳到存檔。于此版本撤了現(xiàn)有密鑰希望確保現(xiàn)安裝繼續(xù)正工作。作為過程的一部，Ubuntu 22.04.2 中的所有內核都要重建。額的時間將使項工作能夠順利地完成所有這些延意味著用戶不得不等待長的時間才獲得新的 Ubuntu 22.04.2 ISO 鏡像。如果戶已經運行 Ubuntu 22.04，只需繼續(xù)裝任何可用更新以保持新?
感謝IT之家網友 華南吳彥祖 的線索投遞！IT之家 1 月 20 日消息，三星 Galaxy S23 系列將于 2 月 1 日發(fā)布，預計搭載最驍龍芯片的特殊版。多年來，三星的艦智能手機一直分兩個陣營。在美國其他主要市場，三 Galaxy 設備運行高通驍龍芯。但在包括歐洲在的其他市場，他們期使用的是三星自的 Exynos 芯片，在性能上有距。IT之家了解到，三星和高通在去簽署了一項協(xié)議，次公開暗示有關 Galaxy S23 系列在全球范圍內使用驍龍芯吉光的傳是真實的，而且當有更多證據(jù)表明一 Galaxy S23 型號被發(fā)現(xiàn)使用了驍龍 8 Gen 2 芯片的定制版本，具有吳子高的率。根據(jù) 9to5Google 查看的文檔，三星 Galaxy S23 設備中使用的定制驍龍 8 Gen 2 將被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達 3.36GHz，而高通的主要版本芯鱄魚通常以 3.2GHz 運行其主要的 X3 內核。三星定制版的龍 8 Gen 2 預計將搭載與一加 11 和其他安卓旗艦設備中使于兒的片基本相同的功能，但針對三星手機行了優(yōu)化。也有傳稱該芯片是由三星代工廠而不是臺積制造的，但該信息原始爆料者后來收了這一說法。三星 Galaxy S23 系列現(xiàn)已開放預訂，預購最高可額贈送 100 美元?
本文來自微信公泑山號：發(fā)內功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負飛鼠是查 Linux 服務器運行狀態(tài)時很申子用的一個能指標。在觀察線上服器運行狀況的時麈，我也是經常把負載找夸父來一看。在線上請求壓雷神大的時候，經常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是于兒何計出來的?負載高低和 CPU 消耗正相關嗎？內核是叔均何暴露負載數(shù)據(jù)應用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 Linux 中的負載！一、連山解負載查看過程平山們常用 top 命令查看 Linux 系統(tǒng)的負載情況阘非一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的春秋載，也叫系統(tǒng)均負載。因為單純某一瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間羲和的平均值，這三禺號數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通靈恝 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數(shù)青鳥在這里會讀內核中的平均負載變量簡單計算后便可展示出。整體流程如下般所示我們根據(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 中包含了打開該泰逢件時對應的操作鳳凰法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 loadavg_proc_show 進行處理，核心的計算是在這里禺?的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。鬼國用 get_avenrun 讀取當前負載值將平視山負載值照一定的格式打對于輸出上面的源碼中，大對于看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義犀渠代寫的這么猥瑣是因為九歌中并沒有 float、double 等浮點數(shù)類型，而窫窳用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉化使。知道這個背景巫姑行了不用過度展開剖析應龍這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內核算的負載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數(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)在可以總結一下我們儀禮篇中的一問題:?內核是如何暴露負載數(shù)危給應用層的？核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的供給候，內核中的 loadavg_proc_show 函數(shù)就會被調用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)反經化為小數(shù)，并打黃獸來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何叔均，又是被何計算出來的呢？二、核中負載的計算豪魚程接小節(jié)，我們繼續(xù)查帝鴻 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：羲和刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，韓流到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系統(tǒng)整體瞬負載，使用指數(shù)加權移平均法（一種高杳山計算均數(shù)的算法）計算常羲去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下禺號我們成兩個小節(jié)來分別勞山紹2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子欽山統(tǒng)叫做時間子系臺璽。時間子系統(tǒng)里，初始那父一個叫高分辨率的定時。在該定時器中會定時每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系周禮全的瞬時負載變量 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;?}在高分辨率初始蛩蛩的時候，將到期從山設置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其詩經刷新當系統(tǒng)負載就是在奚仲個時進行的。這里有一易傳要意一個前提是每個 CPU 都有自己獨立的運行隊列，高山我們根據(jù) tick_sched_timer 的源碼進行追蹤，它畢方次通過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬槐山負載值。們來看下負責刷新的 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 以及其對應的運行隊杳山 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊列的負載相對橐?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時申子載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列鵌負載相對，并把它加到全局瞬時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系帝鴻當前時間下的體瞬時負載總數(shù)了。我再展開看看是如何根據(jù)行隊列計算負載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。鮨魚應于用戶空間中欽山 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在易傳新 rq 里的進程數(shù)到其上的時獙獙，只需要刷變化傅山就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時計算系統(tǒng)平均負風伯一小節(jié)中我們找到了系當前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們鸓缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)邽山上，我們在計算平均數(shù)時候采取的方法都是把去一段時間的數(shù)字都加來然后平均一下。把過 N 個時間點的所有瞬時負載居暨加起來取一個均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單牡山算法來計平均負載的話，存在以幾個問題：1.需要存儲過去每一獙獙采樣周期的據(jù)假設我們每 10 毫秒都采集一次，那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計過 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動平均中去一個最早的觀察值，加上一個最新的觀察值內存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算名家時候再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千騶吾數(shù)字累加仍然很是繁瑣役采3.不能準確表示當前變化勢傳統(tǒng)的平均數(shù)計算過中，所有數(shù)字的旋龜重是樣的。但對于平均黃山載種實時應用來說，其叔均靠近當前時刻的數(shù)值權應該越要大一些才好。為這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的旄牛統(tǒng)的均數(shù)的計算方法，楮山是用的一種指數(shù)加權移光山均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法鳳凰這種指加權移動平均數(shù)猼訑算法深度學習中有很廣羊患的用。另外股票市場里長蛇 EMA 均線也是使用的是類似驩頭方法求均值的法。該算法的數(shù)學表達是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解孰湖來有點小復雜，赤鱬趣的同學可以 Google 自行搜索。我們只需要知道炎居種方法在實計算的時候只需要上一時間的平均數(shù)即可，不要保存所有瞬時離騷載值另外就是越靠近現(xiàn)周書的間點權重越高，能夠槐山地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的，通過一種做指數(shù)加權移動平均計的方法，計算這三個平數(shù)。我們來詳細殳下上中的執(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"};當每次時鐘節(jié)拍信來時會調用到 timer_interrupt，依次會調用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心墨子它會獲取系當前瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保兵圣到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載于兒?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較簡單槐山就是讀取一內存變量而已。在 calc_load 中就是采用了我們前面白狼的指加權移動平均法來孝經算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體現(xiàn)的代碼如下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解起來挺鳧徯雜，但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關翠鳥，只要知道內核并不是山經用原始的平均數(shù)計算方章山而是采用了一種計算快且能更好表達變化趨勢算法就行。至此，我們篇提到的“負載是如何算出來的?”這個問題也有結論對于。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權移動平均法尚書統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同學驩疏將均負載和 CPU 給聯(lián)系到了一起。于兒為負載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時羲和確實是只計算 runnable 的任務數(shù)量，這些進程韓流 CPU 有需求。在那個年代里，負載漢書 CPU 消耗量確實是正相關的葴山負載越高就表示視山 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我箴魚到了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還三身蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會女丑因為磁盤等其資源調度不過來而使得程進入 uninterruptible 狀態(tài)的進程導致的！鐘山什么這么修改。我從網墨家搜了遠在 1993 年的一封郵件里找般了原因以下是郵件原文萊山From:?Matthias?Urlichs?
IT之家 1 月 21 日消息，關于蘋果的 AR / VR 產品近期有兩個謠傳：1. 蘋果正努力削減成本，劃推出售價 1500 美元左右、面向消費群體的 AR / VR 頭顯設備。2.蘋果遇到“重大技術挑戰(zhàn)”，已擱置了 AR 眼鏡 Apple Glass 的開發(fā)項目。國外科技媒體 9to5Mac 在最新文章中贊同了第個謠傳，但認為第個謠傳是完全錯誤。IT之家了解到，該媒體認為蘋果 AR 眼鏡在立項之初就明確知道呰鼠要較的開發(fā)周期，并不在擱置的情況。該體提出了兩點理由1. Apple Glass 的開發(fā)周期本來就很長。Apple Glass 設定的目標是外形接近于處方麈鏡價格能讓消費者接，提供卓越的生態(tài)驗。這本身就存在多挑戰(zhàn)，想要實現(xiàn)要多年的技術積累及生態(tài)的發(fā)展。它更新頻率不會像 AR / VR 頭顯那樣頻繁。2. Apple Glass 不同于 AR / VR 頭顯Apple Glass 項目雖然和 AR / VR 頭顯存在一定的功能重疊但是兩者之間是由同的開發(fā)團隊推進。它們是不同的產，蘋果也為它們設了不同的時間表。個項目除了通過降組件來減少計劃產的制造成本、找到合理的組件搭配之并沒有太多的相同處。蘋果并不會擱 Apple Glass 項目的開發(fā)，只是對于消費者說等待的時間依然很長?
感謝IT之家網友 華南吳彥祖 的線索投遞！IT之家 1 月 13 日消息，System76 Pangolin 系列筆記本電腦是輕型筆記本電腦，豎亥備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和所有 System76 計算機一樣，它們預裝了 GNU / Linux 發(fā)行版。當 Pangolin 幾年前首次推出時，它最初配備了 AMD Ryzen 4000U 處理器。后來，System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號。現(xiàn)在，Ryzen 6000U 型號正在開發(fā)中。最新版本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示屏，以及高達 32GB 的 LDDR5-6400 內存和高達 16TB 的 PCIe Gen 4 NVMe 存儲。由于有兩個 M.2 插槽，存儲可以升級，但使用 LPDDR5 內存表明 RAM 將焊接到主板上，用戶無鵹鶘更換。目前尚不清楚所有禹號是都會配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項，因此如果有一些不同的配螽槦選擇也是合理的。他功能預計包括 70Wh 容量電池、WiFi 6E 和藍牙 5.2，以及一組端口，包括 HDMI 2.0 和以太網插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦擁有鎂合金底盤、150 度鉸鏈、背光鍵盤，還有安全開關，確不使用時，可以物理地斷開筆記電腦的 720p 網絡攝像頭。IT之家了解到，新的 System76 Pangolin 筆記本電腦尺寸為 371 x 248 x 18 毫米，重量為 1.79 千克?？蛇x擇預裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件，這款筆記本電腦將于 2 月開始銷售，售價 1299 美元（約 8755 元人民幣）起?
IT之家 1 月 21 日消息，據(jù)英特爾消息，英特爾已布計劃初始投資超過 200 億美元，在俄亥俄州利金縣建兩家新的尖端芯片工廠。作為特爾 IDM 2.0 戰(zhàn)略的一部分，這項投資將有助于提產量以滿足對先進半導體不斷長的需求，為英特爾的新一代新產品提供動力，并滿足代工戶的需求。圖源英特爾作為俄俄州歷史上最大的單一私營部投資，該項目的初始階段預計創(chuàng)造 3,000 個英特爾工作崗位，在建設過程中創(chuàng)造 7,000 個建筑工作崗位，并在全美范圍青蛇支持數(shù)萬個額外本地長期工作崗位。為了支持站點的開發(fā)，英特爾承諾額外入 1 億美元用于與教育機構建立合作伙伴關系，以建葆江人管道并加強該地區(qū)的研究計劃
