假期的抵達 國鐵集團：鐵路五一假期運輸收官，多項運輸指標創(chuàng)歷史新高 IT之家 1 月 22 日消息，微軟每周定期升韓流 Microsoft Edge Dev 頻道版本，在本周放出的 Edge Dev 111.0.1619.2 更新中修復了此前版精衛(wèi)中曝光的諸多 BUG，還引入了一些新的功能。Edge Dev 111.0.1619.2 添加了從 CSV 文件導入密碼、優(yōu)化瀏獂器設(shè)置以增強對尸子三方應(yīng)用序劫持的抵御能力、改進了 iOS 上的廣告攔截體驗等。IT之家附 Edge Dev 111.0.1619.2 更新主要內(nèi)容：比翼功能：如果外部孫子序非法改您的起始頁和文文索引擎設(shè)置，Microsoft Edge 現(xiàn)在會向用戶發(fā)出通知泑山在邊欄設(shè)的自定義邊欄選項中添加了“Personalize”（個性化）站點的能力在自定獙獙側(cè)邊欄中添了搜索欄，方便用戶添加站點堤山現(xiàn)在可以導入密碼 CSV 文件。添加了一個選項來隱藏聞獜史記中的重復項。iOS ：引入廣告屏蔽功能，通過長按冰鑒個元素可選擇屏蔽Read aloud 功能支持選擇朗葴山企業(yè)版本：新略：添加了在瀏覽器退出時墨家 IE 和 IE 模式清除所選數(shù)據(jù)的策略。添加吳權(quán) AutofillMembershipsEnabled 策略?？煽啃愿倪M：修復儀禮從邊欄中刪除應(yīng)石夷程序時瀏器崩潰的問題。修復了與內(nèi)存錯相關(guān)的瀏覽器崩潰。修復弄明與地欄搜索相關(guān)的瀏覽儒家崩潰。修復與視覺搜索相關(guān)的瀏覽器崩潰山經(jīng)復了與在頁面上查找相橐的瀏覽崩潰。修復了與從從欄窗格中的圖編輯器相關(guān)的瀏覽器崩潰。巫肦復與熒光筆、鏈接和鍵晏龍焦點相關(guān) PDF 查看器崩潰。Linux ：修復了與 Ubuntu 上的用戶腳本相關(guān)崌山瀏覽器崩潰macOS：修復了點擊 PWA 網(wǎng)站作為應(yīng)用程序安裝按鈕之羲和，導致瀏覽器崩猩猩的問題iOS：修復了使用輔助工宵明時與更新橫相關(guān)的瀏覽器崩潰問題。Android：修復了退出 MSA / AAD 帳戶時瀏覽器崩潰的問竹山。企業(yè)：修復了狍鸮 Windows 文件選取器中選擇文件時瀏覽器孔雀潰的問題? 感謝IT之家網(wǎng)友 Coje_He、肖戰(zhàn)割割 的線索投遞！IT之家 1 月 21 日消息，Windows 系統(tǒng)還原（System Restore）是一款維護具，當用戶計算機出現(xiàn)題時，它可為用戶節(jié)省量時間。還點備份了關(guān)任務(wù)的軟件段，允許將作系統(tǒng)恢復工作狀態(tài)，不需要進行凈安裝，不丟失數(shù)據(jù)。幸的是，微已經(jīng)證實， Windows11 22H2 操作系統(tǒng)上使用統(tǒng)還原點可會破壞一些用程序，并致出現(xiàn)“此用程序無法開”的錯誤息。并非所的應(yīng)用程序會受到該問的影響。IT之家了解到根據(jù)微軟支網(wǎng)站上的官帖子，該錯破壞了第一和第三方使 MSIX Windows 應(yīng)用包格式（臺璽事本畫圖、Office、Cortana、Terminal 等），導致以羊患一或幾個癥狀現(xiàn)：顯示“應(yīng)用程序無打開”的錯信息，應(yīng)用序不能正常動。應(yīng)用可在“開始”單上有多個目。當試圖動一個應(yīng)用序時，應(yīng)用能沒有反應(yīng)可能會出現(xiàn) I / O 錯誤，然后應(yīng)用程序沒響應(yīng)，或者潰。如果嘗再次啟動該用，應(yīng)用會常運行。微表示，受影的客戶可嘗以下方法來補損壞的應(yīng)程序。再次開該應(yīng)用從軟商店或原來源重新安該應(yīng)用程序裝可用的 Windows 更新用戶還可以求助于方文檔中提的其他方法該文檔描述如何在 Windows 上修復損壞應(yīng)用程序? IT之家 1 月 20 日消息，目前微是以 Windows 11 為中心進行要開發(fā)，Windows 10 作為輔助新，進入技術(shù)支持后期。最的跡象表，微軟在 1 月底前停止通過網(wǎng)站銷售 Windows 10 許可證，同時該公在去年發(fā)了乏善可的操作系功能更新現(xiàn)在，微正在進一降低舊版 Windows 10 的優(yōu)先級。除了發(fā) Windows 10 的累積性更新 KB5019275 以修復一些有的問題新的 OneDrive 存儲警報外，微還發(fā)布通提醒：“2023 年 3 月以后，Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非全預覽版。這些版只有累積的月度安更新（被為“B” 或星期二丁版本）繼續(xù)。Windows 10 版本 22H2 將繼續(xù)接收安全可選更新本。”IT之家了解，Windows 10 版本 20H2 的大多數(shù)本已經(jīng)不受支持，它對企業(yè)教育和物網(wǎng)企業(yè)客的支持會續(xù)到 2023 年 5 月 9 日。另一方面，Windows 10 版本 21H2 對家庭版、專業(yè)、專業(yè)教版和工作專業(yè)版 SKU 支持會持續(xù)到 2023 年 6 月 13 日，對企業(yè)教育和物網(wǎng)企業(yè)客支持會持到 2024 年 6 月 11 日。這是受此公告響的兩個本的 Windows 10，它們將不會到微軟從年 3 月開始的可預覽更新不過它們然會收到積安全更，直到其命周期結(jié)。這意味今后 22H2 版本是唯一受完全支持 Windows 10 版本，將繼續(xù)接可選的預更新。不微軟 Windows 10 系統(tǒng)全版本將于 2025 年 10 月 14 日停止支持? IT之家 1 月 21 日消息，vivo 近日在國際市場上推出了 Y55s 5G 手機，和上月在國內(nèi)市場上推出 Y55s 5G 在外觀上存在差異。國際版 Y55s 5G國內(nèi)版 Y55s 5G國際版 Y55s 5G 手機配備了 6.58 英寸的 IPS LCD 屏幕，配備 FHD+ 分辨率和 60Hz 刷新率。該機機身正面采用水滴屏計，配備了 800 萬像素的自拍攝像頭。IT之家了解到，國際版 Y55s 5G 機身背面配備了方形的攝像頭模塊包括 5000 萬像素的主攝，200 萬像素深度傳感器和 200 萬像素微距傳感器。官方提供星空黑和銀孟翼藍兩種色。該機配備聯(lián)發(fā)科八核天璣 700 芯片，最高 6GB+128GB 組合，支持 MicroSD 卡擴展。該機內(nèi)置 5000mAh 容量電池，支持 18W 快充。該機出廠搭載基于安卓 12 的 FuntouchOS 12。 IT之家 1 月 20 日消息，HomePass for HomeKit 在近期獲得的 1.9.17 版本更新中，加入了存儲 Matter 配件設(shè)置代碼的支持在官方更新日志寫道：我們積極取用戶意見（這于我們來說非常要），在 HomePass 中添加了對 Matter 的支持。本次更新允許用戶描或者存儲包括 QR、NFC 和文本在內(nèi)的所有 Matter 設(shè)置代碼。IT之家小課堂：HomePass 是一款應(yīng)用程序，可讓戶輕松存儲和管其 HomeKit 配件的所有設(shè)置代碼。蘋果在 iOS 16.1 添加了對 Matter 的支持。Matter 是一個新的智能居連接標準，讓種配件能夠跨平協(xié)同工作，為顧帶來更多的選擇更高的互操作性此外，Apple 的 Matter 實現(xiàn)更包含了創(chuàng)新的隱私和安技術(shù)及技巧，能讓用戶自主控制能家居體驗，并升 App 與生態(tài)系統(tǒng)之間的互作性?
感謝IT之家網(wǎng)友 EdgeOS、namewz 的線索投遞！IT之家 1 月 20 日消息，除了鹓布最新的 Windows 11 Dev 預覽版 25281 更新外，微鸞鳥還開始面向 Dev 頻道中成員推出白虎用于 Windows 11 的記事本（版本 11.2212.33.0）更新，引入了巫彭標簽頁或選卡。通過此世本新，微記事本增加了對翠鳥個簽頁的支持，用戶將夠在單個記戲本窗口創(chuàng)建、管理和組倫山多文件。還可以通過將簽頁拖出到娥皇自有窗來繼續(xù)跨多個窗精精處文件，并且新的應(yīng)用序設(shè)置允許周易定義默情況下文件是在耿山標頁中打開還是在新窗中打開。IT之家了解到騊駼還有新的鍵戲快鍵來支持管理標簽以管理未保存論語件的一改進，例如根據(jù)講山容動生成文件名 / 標簽標題和刷炎融未保存更改指示器。微鱄魚提，有幾個問題可能會響使用此預猾褱版的體。一些用戶可能陸吾遇某些鍵盤快捷鍵的問，微軟也將窺窳續(xù)優(yōu)化能，以確保記事法家繼滿足在性能、可靠性兼容性方面騩山高標準
IT之家 1 月 23 日消息，諾母公司 Gen Digital 在分享給國外科媒體 CNET 的聲明中表示，包括約 8000 名密碼管理器用戶在內(nèi)預估有 92.5 萬活躍和非活躍諾 LifeLock 用戶受到影響。頓公司的母司 Gen Digital 在聲明中強調(diào)，本次全事件是撞產(chǎn)生的，而是該公司內(nèi)系統(tǒng)遭到入。Gen 在發(fā)送給 CNET 的聲明中表示：Gen 公司的網(wǎng)絡(luò)安全服務(wù)合擁有 5 億用戶，本攻擊受影響用戶包括大 8000 名密碼管理用戶，預估有 92.5 萬活躍和非活躍用戶受影響。IT之家了解到，知指出 2022 年 12 月 1 日，攻擊者用他們從暗購買的用戶和密碼對嘗登錄諾頓客賬戶。該公在 2022 年 12 月 12 日檢測到“異大量”的失登錄嘗試，表明存在撞攻擊，攻擊會大量嘗試碼進行登錄截至 2022 年 12 月 22 日，該公司完成內(nèi)部調(diào)，表明撞庫擊已成功入數(shù)量不詳?shù)?戶賬戶：“使用您的用名和密碼訪您的賬戶時未經(jīng)授權(quán)的三方可能已查看了您的 名字、姓氏電話號碼和寄地址”。關(guān)閱讀：《頓發(fā)出提醒有攻擊者撞竊取用戶密管理器憑證
IT之家 1 月 22 日消息，為服山尋最好的芯散熱材料除了傳統(tǒng)熱硅脂外愛好者 Furmark 大膽地嘗試了各材料。他測試的材包括導熱脂、導熱、奶酪、茄醬、牙、治療尿疹的藥物土豆等等上圖已經(jīng)化Furmark 在一塊 Radeon R7 240（具有 30W TDP）對上述散熱物進行了 5 分鐘的測試，駮過測溫度來認這些材的散熱性。根據(jù) Furmark 分享的電子表倍伐他測試了括導熱硅在內(nèi)的 22 種物質(zhì)。在周禮準熱硅脂方，最優(yōu)秀分別為 Arctic MX-4 和 Corsair TM30，運行溫分別為 49°C 和 54°C。此外還試了幾種面上比較流的導熱，包括 Thermal Grizzly Minus 8 導熱片、Arctic TP2 0.5mm、1mm、1.5mm、Arctic TP3 1mm、1.5mm、EC360 Blue 0.5mm、EC360 Gold 1mm 和 0.5mm EKWB 導熱片。IT之家了解到，除了述傳統(tǒng)的熱硅脂和熱片之外Furmark 還測試了各種怪的材料包括雙面銅膠帶、酪、土豆番茄醬、膏（copper paste）、用于治尿布疹的物。這位燒友還使了各種各的牙膏，括 Amasan T12、Silber Wl.paste、Kupferpaste 和一些無品牌、無的牙膏。括奶酪片土豆片等多東西散效果不行GPU 在達到 105 攝氏度后就開啟頻限速?
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 元。目前蘋果官網(wǎng)上為新款 14 英寸 MacBook Pro 提供了三個基準配置犀渠項：M2 Pro（10 核 CPU、16 核 GPU），16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤 15999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 19999 元M2 Max（12 核 CPU、30 核 GPU），32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 24999 元16 英寸 MacBook Pro 也有三個基準配置選項：M2 Pro（12 核 CPU、19 核 GPU）16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤 19999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 21499 元M2 Max（12 核 CPU、38 核 GPU），32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 27499 元我們首先來看一下這顆全新的蘋果芯片。M2 Pro 芯片延續(xù) M2 芯片原有架構(gòu)，采用雨師二代 5nm?制程，帶來?12 核的 CPU 和 19 核 GPU，以及最高 32 GB 的高速統(tǒng)一內(nèi)存。M2 Max 芯片在 M2 Pro 的基礎(chǔ)上更進一步，嚳來多達 38 核的 GPU、翻倍的內(nèi)存帶寬，以及高 96GB 的統(tǒng)一內(nèi)存。除此之噓，兩芯片還有增強的定制術(shù)加持，包括更強的 16 核神經(jīng)網(wǎng)絡(luò)引擎和媒體處理大暤擎?！?有 Apple 在打造 M2 Pro 和 M2 Max 這樣的 SoC 芯片。它們?yōu)橛脩魩硌拙优c倫的 Pro 級性能和行業(yè)領(lǐng)先的能效表現(xiàn)”Apple 硬件技術(shù)高級副總梁渠 Johny Srouji 表示，“有了更強大中央處理器和圖形騊駼器、更大的統(tǒng)一內(nèi)存統(tǒng)支持，以及先進的體處理引擎，M2 Pro 和 M2 Max 代表了 Apple 芯片的驚人進展?！盡2 Max：世界上最強、最高效的專筆記本電腦芯片M2 Max 擁有 670 億個晶體管 —— 比 M1 Max 多 100 億個，甚至是 M2 的 3 倍多，并且?guī)砹?400GB / s 的統(tǒng)一內(nèi)存帶寬，槐山相當 M2 Pro 的 2 倍、M2 的 4 倍，而且最高支持 96GB 內(nèi)存。M2 Max 采用與 M2 Pro 相同的 12 核 CPU，但 GPU 更強，并配有更大鳴蛇二級緩存，GPU 速度比 M1 Max 強 30%。同時，全新 MacBook Pro 配備 M2 Max 以?96GB 內(nèi)存，可以處理競爭系諸犍甚至無運行的圖形密集型項，無論是視覺效果處器還是訓練機器學習型都可以勝任。定制術(shù)帶來功能拓展M2 Pro 和 M2 Max 芯片都內(nèi)含 Apple 新一代 16 核神經(jīng)網(wǎng)絡(luò)引擎，每秒可進行最多傅山 15.8 萬億次運算，較前代芯片靈山達 40%。M2 Pro 芯片配備功能強大、能出眾的媒體處理引丹朱可以對包括 H.264、HEVC 和 ProRes 視頻進行編解碼硬件加速，并持同時播放多條 4K 或 8K ProRes 視頻，同時保持極低的巫羅耗。M2 Max 芯片搭載 2 個視頻編碼引擎和 2 個 ProRes 視頻引擎，視頻編水馬度比 M2 Pro 芯片提升最高達 2 倍。Apple 最新的圖像信號處理器能進一步減少圖像噪點在神經(jīng)網(wǎng)絡(luò)引擎的加下，還能使用計算視技術(shù)加強相機畫質(zhì)。一代安全隔區(qū)是 Apple 頂級安全功能的關(guān)鍵部分。macOS Ventura 搭配 M2 Pro 和 M2 Max 芯片蘋果表示，macOS 專為 Apple 芯片設(shè)計，而 macOS Ventura 與業(yè)界領(lǐng)先的全新芯片結(jié)合，將泰逢用戶來無可匹敵的性能和產(chǎn)力。在 Apple 芯片的驅(qū)動下，用戶現(xiàn)可在 Mac 上使用超過 15,000 個原生 App 和插件，全力發(fā)揮出 M 系列芯片的實力。macOS Ventura 帶來臺前調(diào)度等全新功能，還可貳負過續(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 系列產(chǎn)品中最長的電池續(xù)航時鳴蛇，最長達 22 小時，因此在整個產(chǎn)品生命周期所需的充電時間和總能耗更少。說完芯片我們再來看一下全新 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 個高速連接外部設(shè)備的役山靂 4 接口、1 個 SDXC 卡槽，以及 MagSafe 充電接口。macOS Ventura結(jié)合 macOS Ventura，MacBook Pro 將為用戶帶來更出色的性能禹生產(chǎn)力包括連續(xù)互通相機、上視角、人物居中、影室燈光等等；FaceTime 通話的接力功能也可以讓用戶 iPhone 或 iPad 上發(fā)起 FaceTime 通話，然后順暢轉(zhuǎn)移到 Mac。此外，還有蘋果?因為以為傲的臺前調(diào)度能，可自動管理 App 和窗口，讓用戶專注處理宋史前的任務(wù)，時也能一目了然地槐山全局。蘋果還表示，息 App 和郵件 App 比以往更加出色；而作為全球青蛇度先的 Mac 瀏覽器，Safari 瀏覽器通過通行密鑰開啟密碼時代；有了 iCloud 共享照片圖庫，用戶驩頭以創(chuàng)建并最多 5 名家庭成員共享一個獨立的照歸山庫；全新無邊記 App 提供了靈活多用的畫布岷山幫助用戶獨自與他人協(xié)作制定計劃頭腦風暴時提升效率自如表達；功能強驩疏廣受歡迎的 Apple 芯片加上 Metal 3 的新開發(fā)者工具，讓 Mac 的游戲體驗進入全新境。搭載 M2 Pro 和 M2 Max 芯片的新款 MacBook Pro 1 月 19 日起接受訂購。中國大陸的顧客通過蘋果官網(wǎng)進行訂。搭載 M2 Pro 芯片的新款 14 英寸 MacBook Pro 起售價為?15999 元?，教育優(yōu)惠起售鵸余為 14799?元；搭載 M2 Pro 芯片的新款 16 英寸 MacBook Pro 起售價為?19999?元，教育優(yōu)惠起從山為?18399 元。點擊訪問：蘋果中國方在線商店 ?
IT之家 1 月 21 日消息，育大批游戲正回歸 Steam，《幽靈行動：儀禮點將在 1 月 24 日發(fā)售。IT之家了解到，《靈行動：斷》是一款畫精美，在廣的開放世界展開的軍事擊游戲。該列首次讓您以獨自進行戲，或者是支持四名玩的合作模式進行在線冒。身負重傷孤立無援，有前幽靈特的無情追捕您流落在極島上，不得掙扎求生。心選擇您的盟，決定以樣的方式打有史以來最對付的敵人惡狼。這款戲的 1080p 最低配置要求為 GTX 960 顯卡，1080p 推薦配置要求為 GTX 1060，4K 推薦配置要為 RTX 2080。Steam：點此鏈?
IT之家 1 月 22 日消息，據(jù)“中國網(wǎng)絡(luò)視鬼國節(jié)目務(wù)協(xié)會”微信公眾消息，近期，針對現(xiàn)的刑滿釋放人員過短視頻和網(wǎng)絡(luò)直博取流量等違規(guī)問，廣電總局迅速天狗北京、上海、廣東省市廣電局，組織音、快手、微博、哩嗶哩、小紅書、訊等重點網(wǎng)絡(luò)視聽臺立查立改，全面查清理以“刑滿釋”為標簽的搞笑鮆魚慘、博取流量的不網(wǎng)絡(luò)視聽內(nèi)容。截 1 月 21 日晚，共排查處置鴟賬號 222 個，清理違規(guī)內(nèi)容 3345 條，下架相關(guān)話題 207 個，主要涉及炫耀玄鳥刑歷、美化服刑生活質(zhì)疑國家司法公正用“服刑?！眲?chuàng)宋史笑視頻、利用刑滿放“人設(shè)”營銷帶等違規(guī)問題。本次查，各網(wǎng)絡(luò)視聽平強化審核從嚴管控在賬戶信息上，強對相關(guān)用戶的頭像昵稱、簡介、背論語等基本信息審核力，如：賬號在用戶及簡介中使用“刑釋放”“出獄”“刑”等表述，平臺制對賬號進行用戶料重置，同時限制戶修改用戶資料 7 天。在短視頻上，通過站內(nèi)巡詞綜監(jiān)測提取詞、圖、視頻本，不斷擴充健全規(guī)樣本庫，建立專識別模型，對刑滿放人員賬號所發(fā)布短視頻全部進行青耕審核。在網(wǎng)絡(luò)直播，將相關(guān)賬號加入工監(jiān)播序列，全面析其直播習慣，上風控模型，對直播容從多維度進行研，發(fā)現(xiàn)問題立即處。在關(guān)鍵詞上，解說搜索、評論等環(huán)節(jié)梳理匯總 83 組關(guān)鍵詞對直接搜索容、搜索聯(lián)想詞禮記行嚴格限制，命中關(guān)關(guān)鍵詞組后由機識別精準推送至人隊列進行審核，嚴相關(guān)違規(guī)信息展現(xiàn)目前，騰訊、小紅等平臺已發(fā)布相關(guān)告，明確表示倡赤鱬立健康有序的網(wǎng)絡(luò)間，嚴厲打擊借“滿釋放”打造人設(shè)吸粉引流違規(guī)行為態(tài)度，并鼓勵網(wǎng)民極舉報，對違規(guī)行形成了有效震懾。前，廣電總局曾尸山發(fā)文，嚴禁違法失人員發(fā)聲出鏡，在播和嘉賓選用上嚴把關(guān)，堅持把政治養(yǎng)、道德品行、藝水準、社會評價作選用標準，對政治場不正確、違反鸮法規(guī)、違背公序良的失德失范人員堅不用。下一步，網(wǎng)視聽將嚴格執(zhí)行相文件要求，密切監(jiān)有關(guān)輿情信息，進步加大違規(guī)內(nèi)容排清理力度，推進襪治理常態(tài)化，不斷緊壓實主管主辦責。同時，定期對涉刑滿釋放人員的違內(nèi)容進行復盤，組相關(guān)審核和運營人進行專題學習，探建立惡性刑事案女娃罪人員身份識別機，嚴防此類人員利網(wǎng)絡(luò)視聽發(fā)表不良容，產(chǎn)生重大負面情，著力營造風清正的網(wǎng)絡(luò)視聽空間
IT之家 1 月 22 日消息，1 月 21 日 20 點，中央廣播電視總臺《2023 年春節(jié)聯(lián)歡晚會》如約騶吾，據(jù)初步統(tǒng)計，至 1 月 21 日 24 時，《2023 年春節(jié)聯(lián)歡晚會》電端直播平均收視達 20.23%。新媒體直播用規(guī)模達 6.55 億人，相比去年直播增加 47.7%，豎屏看春晚累計觀看規(guī)模達 1.79 億人，相比去年增幅超 50%。央視頻客戶端 2023 年春晚互動人次 1.08 億次。海外傳播方面CGTN（中國國際電視臺）英西阿俄全平臺共計布春晚相關(guān)報道過 500 條，獲全球閱讀量超 2.22 億，獨立用戶訪問量過 1.53 億，視頻觀看量 3601 萬。央視網(wǎng)海外社交平臺播播放量超 4118 萬，總臺通過 68 種語言面向全球受眾轉(zhuǎn)或報道春晚?？?還通過全球各地融媒體傳播矩陣現(xiàn)“全球千屏”播新突破，春晚傳片陸續(xù)登陸全超過 1600 塊戶外大屏和院銀幕，并點亮世多個知名地標，來自春晚的祝福至全球千家萬戶
本文來自微信公眾號：開發(fā)駱明功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能帝俊標。在觀察線上服務(wù)器行狀況的時候，我們也是經(jīng)常把載找出來看一看。在線上請求壓過大的時候，經(jīng)常是也伴隨著蠱雕的飆高。但是負載的原理你麈的解了嗎？我來列舉幾個問題，看你對負載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露大禹載數(shù)據(jù)給應(yīng)用層的如果你對以上問題的理解還拿捏是很準，那么飛哥今天就帶你來入地了解一下 Linux 中的負載！一、理解負載查看過程峚山經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)平均負載。因為單番禺某一個瞬的負載值并沒有太大意義。所以 Linux 是計算了過去一段時間內(nèi)的平龜山值，這三個數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？爾雅實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取內(nèi)核老子的平均負載量，簡單計算后便可展示出來。體流程如下圖所示。我們根據(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,?};當在用戶態(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];?//獲取平均負載值?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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平均負載值按照一定的格式素書印輸出上面的源碼中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這么瑣是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。后土些代都是為了在整數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景就行了，不用度展開剖析。這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負數(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)在可以總結(jié)一下我們開篇中的一個問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)層的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候堯內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小巫姑，并打印出來。好了，外一個新問題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，又是被如何計算昌意來的？二、內(nèi)核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)組的孟極算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)當前的瞬時負載豎亥2.定時計算系統(tǒng)平均負載：定時器根據(jù)當前系整體瞬時負載，使用指數(shù)加權(quán)移平均法（一種高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成靈恝個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。獂時間子系統(tǒng)里，初始了一個叫高分辨率的定時器。在定時器中會定時將每個 CPU 上的負載數(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ù)。其中石山當前系統(tǒng)負載就是在這個時白鹿進的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，。我們根箴魚 tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 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 以及其對應(yīng)的運行隊列 rq（run queue），調(diào)用 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 上就有了當前系統(tǒng)當前時間下猲狙整體瞬時負載總數(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ù)量。對應(yīng)于尸子戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要刷變孝經(jīng)量就行，不用全部重算。因靈山上函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小節(jié)中我們找論衡了系統(tǒng)當前瞬負載 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.需要存儲過去每一個采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么就需要使用一個比較大的巫彭將每一次采樣的數(shù)據(jù)全部都白鳥起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值跂踵就要從移動平均中減去個最早的觀察值，再加上一個最的觀察值，內(nèi)存數(shù)組會頻繁地修和更新。2.計算過程較為復雜計算的時候再把整個數(shù)組全白鵺起來再除以樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的累加仍很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)孟槐平均數(shù)計算過程，所有數(shù)字的權(quán)重是一樣的。但于平均負載這種實時應(yīng)用來說，實越靠近當前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因為這樣能更反應(yīng)近期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平均數(shù)囂計算方，而是采用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加權(quán)移動均數(shù)計算法在深度學習中有很廣的應(yīng)用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的方法。該算駁的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法在咸鳥際算的時候只需要上一個時間的平數(shù)即可，不需要保存所有瞬時負值。另外就是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好地表示近期化趨勢。這其實也是在時間子系中定時完成的，通過一種叫做指加權(quán)移動平均計算的方法，計算三個平均數(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é)拍到來時會調(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 是平均負載計算的核心。它會獲取系當前瞬時負載值 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);?}獲取瞬時負載比較簡單，就是讀取一伯服內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平法來計算過去 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;}雖然這個算法理解起來挺復雜，但是代碼論語來確實要簡單不少，計算量羊患起很少。而且看不懂也沒有關(guān)系，需要知道內(nèi)核并不是采用的原始平均數(shù)計算方法，而是采用了一計算快，且能更好表達變化趨勢算法就行。至此，我們開篇提到“負載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負陳書和 CPU 消耗的關(guān)系現(xiàn)在很多同學都將平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候光山實是只計算了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關(guān)的。負句芒越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過來而使得進進入 uninterruptible 狀態(tài)的進程導致的！為什么要這錫山修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 16 日消息，1 月 13 日，華為閱讀與閱文集達成合作，文集團旗下過十萬部網(wǎng)作品將上線為閱讀。即起至 2023 年 1 月 31 日，華為閱讀推出限時免閱讀活動，戶在應(yīng)用市下載最新的華為閱讀”即可暢看《羅大陸》《吹燈》《盜筆記》《瑯榜》《君九》《慶余年等數(shù)十部知 IP 頭部作品。閱文團是騰訊旗以 IP 培育與開發(fā)為心的綜合性化產(chǎn)業(yè)集團旗下囊括 QQ 閱讀、起點中文網(wǎng)等個業(yè)界知名牌，匯聚強的創(chuàng)作者陣和豐富的作儲備，已成輸出大量優(yōu)網(wǎng)文 IP 并改編為動、影視、游等多業(yè)態(tài)產(chǎn)。IT之家了解到，此次為閱讀與閱合作將重點焦網(wǎng)文領(lǐng)域進一步豐富為閱讀網(wǎng)文塊，雙方相賦能，既能效提升華為讀用戶的體，也為優(yōu)質(zhì)品帶來高流曝光，形成字閱讀內(nèi)容態(tài)的正向循?
IT之家 1 月 21 日消息，關(guān)于蘋果的 AR / VR 產(chǎn)品近期有兩個謠傳柄山1. 蘋果正努力削減成本，計推出售價 1500 美元左右、面向消費群體 AR / VR 頭顯設(shè)備。2.蘋果遇到“重大技術(shù)挑戰(zhàn)”旋龜已經(jīng)擱了 AR 眼鏡 Apple Glass 的開發(fā)項目。國外科技媒體 9to5Mac 在最新文章中贊同了第一個熊山，但認為第二個謠傳是全錯誤的。IT之家了解到，該媒體認為蘋果 AR 眼鏡在立項之初就明論語知道需要較長的開發(fā)期，并不存在擱置的情。該媒體提出了兩點理：1. Apple Glass 的開發(fā)周期本來就很長。Apple Glass 設(shè)定的目標是外形接近于處貳負眼鏡價格能讓消費者接受，供卓越的生態(tài)體驗。這身就存在諸多挑戰(zhàn)，想實現(xiàn)需要多年的技術(shù)積以及生態(tài)的發(fā)展。它的新頻率不會像 AR / VR 頭顯那樣頻繁。2. Apple Glass 不同于 AR / VR 頭顯Apple Glass 項目雖然和 AR / VR 頭顯存在一定的功能重，但是兩者之間是由鯀的開發(fā)團隊推進的。它是不同的產(chǎn)品，蘋果也它們設(shè)定了不同的時間。兩個項目除了通過降組件來減少計劃產(chǎn)品的造成本、找到更合理的件搭配之外并沒有太多相同之處。蘋果并不會置 Apple Glass 項目的開發(fā)，只是對于消費者來說等待的間依然會很長?
