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