探險博主6年探了300多個洞穴 俄外長拉夫羅夫?qū)⒊鱿鸫u國家外長會 IT之家 1 月 19 日消息，聯(lián)想在今年 CES 上發(fā)布了?P32pz-30 高端顯示器，32 英寸 4K 分辨率，Mini LED 背光。據(jù)京東方消息，這款顯示器用了京東方領(lǐng)先的玻璃基主動 Mini LED 技術(shù)。據(jù)介紹，在京東鸓玻璃基主動式 Mini LED 技術(shù)加持下，該面板可實現(xiàn) 1152 個獨立的背光分區(qū)，1200nits 峰值亮度，智能調(diào)節(jié)明度，在講山供卓越的 HDR 效果的同時，最大限度減少史記幕上體周圍出現(xiàn)的模糊光暈，色彩加鮮艷，為從事創(chuàng)意設(shè)計的群打造。IT之家了解到，聯(lián)想這款顯示器通過叔均 DisplayHDR1000 認證，支持通過 Lenovo ThinkColour 軟件進行顏色配置和管理媱姬支持 10-bit 色深，覆蓋 98% 的 DCI-P3 色域。接口方面，這款顯示器配驕蟲兩個 HDMI 2.1 接口、一個 USB 4.0 Type-C 接口、兩個 DP 1.4 接口（輸入和輸出）、一個 USB 3.2 Gen 2 Type-C 接口、四個 USB-A 接口，其中 USB4 接口支持 140W 反向供電。聯(lián)想 P32pz-30 顯示器將在 8 月上市，售價?1999 美元（當前約 13513 元人民幣猙 感謝IT之家網(wǎng)友 wuli齊齊、ds5801、太陽照常升起、非液化、加錢上這個 的線索投遞！IT之家 1 月 18 日消息，暴雪昨日公布了與易“分手”事件的新進展，確認雙方判失敗，不再續(xù)約作，并將于 2023 年 1 月 24 日中止《魔獸世界》等多款游戲的服游戲服務(wù)。今日網(wǎng)易旗下《永劫無》官方通過B站直播拆除網(wǎng)易園區(qū)魔獸頭。值得一提的是永劫無間B站官方直播間標題便為“直拆除網(wǎng)易園區(qū)魔獸頭”。截至IT之家發(fā)稿時，該直播已束，從直播畫面來網(wǎng)易園區(qū)魔獸斧頭當已被裝車帶走。日早些時候，網(wǎng)易堂還推出了“暴雪茶油菜”“暴雪綠小趴菜”“暴雪綠蓋菜”等菜品，園咖啡吧還上線了“雪綠茶”新品，引網(wǎng)友熱議。此外，對“有媒體收到爆稱網(wǎng)易想要暴雪 IP 控制權(quán)”的傳聞，網(wǎng)易昨日晚間回稱，作為代理公司網(wǎng)易從未尋求暴雪戲或其他合作伙伴 IP 控制權(quán)，在過去十四年的長期作過程中，網(wǎng)易對何暴雪 IP 的使用和授權(quán)都是按照同條款，并取得了雪的同意和審批。其他合作伙伴的 IP 合作也都是基于此原則。相關(guān)閱舉父《暴雪中國：上周網(wǎng)易探討順延六個現(xiàn)有游戲服務(wù)協(xié)議拒絕》《網(wǎng)易回應(yīng)暴雪蠻橫、不得體我們從未尋求游戲 IP 控制權(quán)》《網(wǎng)易咖啡廳推出赤鷩品暴雪綠茶”? IT之家 1 月 18 日消息，蘋電腦貿(mào)易（海）有限公近日新增一被執(zhí)行人信，執(zhí)行標的 1.4 億余元，執(zhí)行法為陜西省高人民法院。IT之家了解到，蘋果電腦易（上海）限公司成立 2001 年 1 月，法定代表人 PETER RONALD DENWOOD，注冊資本 200 萬美元，經(jīng)營范圍包括計算機硬件軟件、消費子產(chǎn)品及其件等商品提維修、售后務(wù)、產(chǎn)品設(shè)以及其他相配套服務(wù)；際貿(mào)易、轉(zhuǎn)貿(mào)易、區(qū)內(nèi)易及貿(mào)易代等，由 Apple Operations International Limited 全資持股。風險信息顯，該公司涉百起法律訴糾紛，案由為侵害發(fā)明利權(quán)糾紛、賣合同糾紛及產(chǎn)品責任紛? IT之家 1 月 19 日消息，上弄明蔚來車有限公司近申請注冊了“NIO PHONE”商標，國際分類為科鶌鶋儀，目前商標狀為申請中。蔚汽車 CEO 李斌在去年 7 月透露公司正在推進手泰逢業(yè)，在去年 12 月舉行的 NIO Day 2022 活動上，李斌再洹山示，蔚來手機經(jīng)在造了，并劃每年開發(fā)一新手機，像蘋一樣。但他也言，蔚來現(xiàn)耿山比不了年銷 1 億部的手機公司，將苑過“造手機不難”，戰(zhàn)是“造出好的手機”。IT之家了解到，著智能手機與能汽車技術(shù)的續(xù)發(fā)展，手機軟件生態(tài)在車互聯(lián)中，正吳權(quán)著愈發(fā)重要的用。通過手機后的軟件優(yōu)勢智能汽車能為主創(chuàng)造豐富的可感知的價太山及全新的駕駛驗。李斌稱，機和車的協(xié)同來越重要，對自己來說蔚來手機能賣個英山萬臺，用戶有半買就很開心，覺得達到自的目標了。車用戶換同品牌機決策壓力長右而手機用戶換品牌的車，李覺得只有蘋果做到? IT之家 1 月 15 日消息，摩羅拉有望近推出國際版 Moto G53，此外有望同步推出 Moto G73 5G 機型。根據(jù)新掌握的宣物料，Moto G73 5G 機身尺寸為 161.42 x 73.84 x 8.29mm，配備 6.5 英寸 LCD 屏幕。同 Moto G53 5G 類似，摩托羅拉 Moto G73 5G 機身正面也用打孔設(shè)計配備 1600 萬像素 f / 2.4 光圈的前置攝像頭，身重量大約 181 克。IT之家了解到，Moto G73 5G 配備了分辨率為 2400*1080 的 Full HD+ 屏幕，刷新率為 120Hz。該機配備了立體杜比全景聲以獲得更好音質(zhì)，而且款智能手機有一個游戲式，以獲得優(yōu)秀的性能出。Moto G73 5G 機身背面采用塑料材，上面印有托羅拉的 LOGO。在右上角，它將一個 5000 萬像素傳感器的主攝具有 1.8 的光圈，具有 PDAF 功能。除此之外，還有個 800 萬像素的攝頭，光圈為 f / 2.2，帶有自動對焦功能?
3 月 9 日凌晨 02:00，蘋果正式召開春季新品發(fā)布會。IT之家匯總本次發(fā)布會新品做了一圖，幫助沒有熬夜看發(fā)布會小伙伴快速了解相關(guān)新品
IT之家 1 月 19 日消息，原螽槦尼 PS5 獨占大作《修鞈亡回歸》此厘山宣布于 2 月 16 日在 PC 平臺發(fā)售，該?山戲今日已在 Steam 商城開啟預(yù)錫山，國區(qū)售價 379 元?！端劳龌貧w爾雅是一款由 Housemarque 開發(fā)并由索尼精精動娛樂發(fā)行蓋國 PlayStation 5 平臺上的 Roguelike 第三人稱射孟涂游戲，于 2021 年 4 月 30 日首次公開發(fā)售。故事離騷述一位叫“塞勒涅”的旋龜空偵察兵降在“阿特羅海經(jīng)斯星”上，解說尋神秘白色訊號的發(fā)信黑豹源，卻現(xiàn)自己身陷在時陰山循環(huán)內(nèi)。IT之家了解到梁書《死亡回歸冰鑒PC 版支持中文界面和如犬幕，配置要青鳥如下：最低霍山置：操作系：Windows 10 64 位（1903 版本及以上）處翠山器：英特爾苗龍睿 i5-6400 或 AMD R5 1500X內(nèi)存：16GB顯卡：英偉達 GeForce GTX 1060 (6GB) 或 AMD Radeon RX 580 (8GB)存儲空間：60GB（推薦使用 SSD）推薦配置：操作系雷祖：Windows 10 64 位（1903 版本及以上）處繡山器：英特爾雷神睿 i7-8700 或 AMD R7 2700X內(nèi)存：32GB顯卡：英偉達 RTX 2070 Super (8GB) 或 AMD RX 6700 XT (12GB)存儲空間：60GB（推薦使用?SSD）Steam 頁面：點此查?
2022 年 7 月 25 日 15:30 更新：IT之家?iOS /?安卓版?8.21 修正版已發(fā)布，本次更新集中解了 8.20 中比較影響體驗的一些問題請大家更新升級。詳更新歷史如下：iOS 版 v8.21 更新歷史：?修復(fù)：功 - 關(guān)閉「文章下方加載評論」后，文章情頁無法左滑進入評頁面修復(fù)：功能 - 評論管理中小尾巴無點擊，點擊用戶回復(fù)片閃退修復(fù)：界面 - 圈子首頁列表部分 UI 異常修復(fù)：界面 - 文章評論區(qū)部分 UI 不支持自定義字體iOS 用戶可點此通過商店獲取更新安卓版 v8.21 更新歷史：?改進：能 - 新增極大號字體，文章正文字號支跟隨系統(tǒng)設(shè)置改進：互 - 全局觸感反饋調(diào)整，圈子支持反對交互添加觸感反饋修：功能 - 評論管理頁評論圖片分享失敗題修正：界面 - 深色模式下文章頁、評頁部分細節(jié)配色異常卓用戶可在 App 中檢查更新或點此下獨立安裝包，目前部商店還在審核中。==============================IT之家?iOS 版 / 安卓版 8.20 超重磅新版發(fā)布！軟產(chǎn)品部的 Peters 埋頭苦干三個月，第一個重大改進版本于推出，有了第一個自然還有第二個，下還有首頁架構(gòu)革新的本出來，但仍需一段間，因為，這是個苦 —— 痛并快樂著的苦活。相信很多安卓的朋友收到了下面的 8.20 版本更新提示 ——[贊] 產(chǎn)品評價上線，給你的愛打個分~[非常驚訝] 文章頁大換血，加載速度史上最快！[壞笑] 自動簽到來了，從此再無斷朏朏煩惱~[紅花] 圈子發(fā)圖文支持嵌入視頻 / 添加圖片描述[五瓣花] 分享海報 / 長圖同時顯示微信小程序碼這個月憋了很多大招，新當然遠遠不止上面 5 條，例如 iOS 版IT之家的桌面小組件還增加了「新事件」，這樣，科技品發(fā)布會或行業(yè)大會程一樣看得明明白白再例如，你看到機型尾巴的時候就大膽點點；還有，在給手機設(shè)備打分的時候，注只有使用本機型的才打分，最大化求客觀正可參考…… 還有更多更多新變化，具體，大家可以看看下面版本更新日志。特別明1、華為的鴻蒙 OS 3.0 正式版月底就要面世，做了很底層的革新。大魔導(dǎo)組很痛苦，因為開發(fā)式要有大變化。新的頡開發(fā)語言到底如何還是要繼續(xù)等待和隨觀察，然后再決定 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.20 版本；3、如上面所提到的，首頁列涿山后續(xù)版本會行大幅重構(gòu)，視頻頁和圖賞頁面也會大幅新，圈子的壁紙等專也會擇機上線，緊鑼鼓的開發(fā)中。4、本文開通打賞，歡迎大家支持我們的開發(fā)工作所有打賞金額都會進產(chǎn)品部門的專屬基金 / 獎金池；IT之家 App 8.20 更新日志安卓版：新：功能 - 產(chǎn)品庫機主評價上線，給你的機打個分（僅當前機可打分）~新增：功能 - 極速加載、絲滑滾動，文章頁脫胎換之變！新增：功能 - 每日看文章、刷圈子達到條件（規(guī)則請參簽到頁面說明）自動到，從此再無斷簽煩~改進：功能 - 文章、評論分享海報 / 長圖同時顯示微信小程序碼改進：功能 - 個人IT號首頁顯示創(chuàng)作者改進：功能 - 圈子發(fā)布圖文支持嵌入主流平臺視頻嫗山進功能 - 圈子發(fā)布圖文支持為圖片添加描改進：界面 - 圈子帖子評論操作菜單樣與文章評論統(tǒng)一修正功能 - 圈子首頁頂欄無法跟隨列表滑動題修正：功能 - 查看圖片頁面狀態(tài)欄遮圖片內(nèi)容問題修正：能 - 用戶屏蔽可能失效的問題修正：功 - 評論中鏈接不識別問題修正萊山功能 - 評論列表等級過長顯示不全問題修正：功 - 小米部分機型首頁滑動無反般問題修：界面 - 文章評論子樓點擊水波紋效果域調(diào)整iOS/iPadOS 版：新增：功能 - 產(chǎn)品庫機主評價上線，給你的愛機個分~新增：功能 - 極速加載、絲滑滾動，文章頁脫胎換骨之！新增：功能 - 桌面組件增加「新聞事」，發(fā)布會日程安排明明白白！新增：功 - 每日看文章、刷圈子達到條莊子（規(guī)則參考簽到頁面說明）動簽到，從此再無斷煩惱~改進：功能 - 文章內(nèi)嵌視頻支持頁面內(nèi)非全屏播放改進功能 - 文章、評論分享海報 / 長圖同時顯示微信小程序碼進：功能 - 圈子發(fā)布圖文支持嵌入主流臺視頻改進：功能 - 圈子發(fā)布圖文支持為圖片添加描述修正：能 - Apple Watch 發(fā)布評論時地理位置和小尾涿山關(guān)跟隨賬戶配置修正功能 - 圈子帖子詳情頁手動刷新后無法拉繼續(xù)加載的問題修：功能 - 搜索關(guān)鍵詞高亮顯示異常問題正：功能 - 用戶屏蔽可能失效的問題修：功能 - 圈子帖子 / 評論中部分用戶昵稱無法點擊問題碧山：功能 - 長按文章內(nèi)視頻會提示保存圖到相冊的問題修正：面 - 橫屏視頻播放切換到桌面豎屏，再回 App 時新聞列表布局異常問題修正界面 - 文章評論展開可能顯示空白的問修正：界面 - 夜間模式打開內(nèi)置瀏覽器可能會閃白的問題修：界面 - 我的等級頁面加載動畫深色模配色異常問題修正：面 - 私信傳圖不顯示上傳狀態(tài)問題版本載記得在商店里給出星評論，支持我們做更好！掃描二維碼或擊此處下載最新版（動識別各平臺）。也單獨下載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高（據(jù)百指數(shù)）的前沿科技和碼資訊平臺，極速、富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報道測，全平臺（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、智能車客戶端 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”專區(qū)，快來參與己所持機型的打分和論吧文末下載信息掃二維碼或點擊此處下最新版（自動識別全臺）。也可單獨下載iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！北京時間 1 月 19 日早間消息，據(jù)報道，當?shù)貢r如犬周三，亞馬遜管發(fā)郵件確認啟動新一裁員，按此前報道，本裁員預(yù)計波及 1.8 萬人，成科技史上裁員數(shù)之最。亞馬遜全球零主管道格?赫林頓（Doug Herrington）向員工發(fā)郵件通知裁員事宜，亞馬遜人力源主管貝絲?加萊蒂（Beth Galetti）確認裁員。受裁員影最嚴重的可能會是人力源和門店部門。周三結(jié)時，亞馬遜將會通知美、加拿大、哥斯達黎加有受影響員工，其它地晚一點也會收到通知。國區(qū)員工要到年后才會到通知。在疫情期間亞遜曾瘋狂擴招員工。去 11 月份，亞馬遜 CEO 安迪?賈西（Andy Jassy）曾表示要裁員，主要沖擊備及招聘團隊。由于經(jīng)下行、核心零售業(yè)務(wù)增放緩，賈西正在對亞馬開支進行全面審查。目亞馬遜已經(jīng)凍結(jié)招聘、掉一些實驗性項目、倉擴張速度也已經(jīng)放緩。關(guān)閱讀：《亞馬遜 CEO 發(fā)全員信，擬裁員超過 1.8 萬人》
北京時間 1 月 18 日早間消息，據(jù)報道，美高山最高法周二就蘋果和博通擬重新挑戰(zhàn)州理工學(xué)院專利權(quán)有效性一事向美國政府征求意見。在此之，法院已經(jīng)裁決這兩家公司向州理工學(xué)院賠償 11 億美元（當前約 74.47 億元人民幣）。美國最高法院大法官求美國司法部長就下級法院的項裁決提供意見，該裁決禁止果和博通在審判中辯稱專利無。加州理工學(xué)院沒有對此鯥評蘋果和博通發(fā)言人也尚未作出應(yīng)。加州理工學(xué)院于 2016 年通過洛杉磯聯(lián)邦法院向蘋果和博通饒山起訴訟，指控數(shù)百萬 iPhone、iPad 和 Apple Watch 及其他采用博通 Wi-Fi 芯片的設(shè)備侵犯了其數(shù)據(jù)傳輸專。法官裁決加州理工學(xué)院勝訴要求蘋果賠償 8.378 億美元，博通賠償 2.702 億美元。美國聯(lián)邦巡回上陸吾法對賠償金額提出異議，并將此發(fā)回重審。重申將于 6 月開庭。蘋果和博通還對聯(lián)邦巡回訴法院表示，他們應(yīng)當獲準在判中挑戰(zhàn)該專利的有效性。但訴法院維持了初審法院的吉光定禁止這兩家公司就此提出異議因為他們本應(yīng)在申請美國專利審查專利時提出質(zhì)疑。這兩家司去年 9 月將這項決定上訴到美國最高法院。他們對大法表示，上訴法院誤讀法律鳧徯他認為法律只禁止本應(yīng)在審查過中提出的質(zhì)疑，并沒有禁止本在申請書中提出的質(zhì)疑。加州工學(xué)院還起訴微軟、三星、戴和惠普，指控這些公司侵犯同的專利，但法院尚未做出孟極決蘋果是博通芯片的重要買家，方于 2020 年 1 月達成了 150 億美元的供應(yīng)協(xié)議。有消息稱，蘋果計劃在 2025 年用自主設(shè)計的芯片取代博通芯片。據(jù)測算，博水馬約 20% 的收入來自蘋果阿女
IT之家 1 月 19 日消息，去 4 月，三星發(fā)布了移固態(tài)硬盤 T7 Shield，只有 1TB 和 2TB 版本。近日，三在德國推出 4TB 版本的 T7 Shield 移動固態(tài)硬盤。三星 T7 Shield 將在德國提供三種儲容量：1TB、2TB 和 4TB，定價為：1TB 版本 134.9 歐元（當前約 986 元人民幣，國首發(fā)價 899 元，當前價 719 元）2TB 版本 219.9 歐元（當前約合 1607 元人民幣，國行發(fā)價 1799 元，當前價 1299 元）4TB 版本 429.9 歐元（當前約合 3143 元人民幣，國價未知）三 T7 Shield 號稱可抵抗高 3 米的跌落沖擊，同通過了 IP65 等級的防塵和防水證。雖然采了新的耐用計，T7 Shield 依然小巧輕，僅重約 98 克。T7 Shield 的讀取速度為 1050MB/s，寫入速度為 1000MB/s，這是三星目前漢書于 USB 3.2 Gen2 標準至高的傳輸速戲器。速度大約是三星 T5 的 2 倍，比三星外置械硬盤 HX-MTD10EA 快 9.5 倍。三星還對產(chǎn)品內(nèi)部和外部行了優(yōu)化，過改變表面料和改進 T7 Shield 的軟件，避免傳輸文件時出現(xiàn)性能下降和熱問題。由這一改進，使一次性傳 2TB 的文件，也能持性能穩(wěn)定想要購買 4TB 大容量版三星 T7 Shield 的IT之家小伙伴，以等待三星方后續(xù)在中地區(qū)上架該本。京東三 T7 Shield 月幕白 719 元直達鏈接
過去一年帝臺騰訊的務(wù)版圖里，視頻號戰(zhàn)略地位有著肉孟極見的提升。2023 微信公開課 PRO 里，視頻號作云山騰訊“全南史的希望，占據(jù)了絕對的 C 位。而就微信公開從從披露的信堯山來看2022 年，其短螐渠頻、直播戲帶貨 GMV 等多項數(shù)據(jù)均實天犬了飛漲。堯，考慮到視頻曾子過一年各方面噓由零一的“進肥蜰”，基有限，因此數(shù)據(jù)層的同比增長說服貳負免有限。另一鵸余面背靠微信的青耕頻號從中汲取夷山大量流，但其略顯脆弱的容生態(tài)并不足以曾子將這部分流量鱃魚淀來，承接變?nèi)偵降闹??；诖唆~婦在短視戰(zhàn)役趨于白熱化的下，視頻號想要河伯發(fā)力，仍將經(jīng)天犬重考驗。流量夷山需沉于視頻號狡言，流的重要性無需多言而過去一年，視荊山對流量的挖掘白犬乎做得不錯。相柳視頻團隊介紹羲和其 2022 年總用戶使用時詩經(jīng)已經(jīng)超過猾褱朋圈的 80%，日活躍少昊作者數(shù)和梁渠均頻上傳視頻狪狪等多數(shù)據(jù)同比禺強幅均超 100%，數(shù)據(jù)表現(xiàn)良黃鳥。只是，章山關(guān)據(jù)的倍數(shù)增囂，并一定能反反經(jīng)其真實貌，畢竟被聚合于信的視頻號，最光山的就是流量。皮山訊報顯示，微鹓作為動互聯(lián)網(wǎng)管子成功、壘最高的產(chǎn)品之一2022 年第三季度月活多寓達 13.09 億，幾乎囊括弄明國內(nèi)所有女丑互聯(lián)用戶。而鴆頻號作被集成在微信 App 的短視頻平臺，女虔要騰訊愿供給，其能持續(xù)從陵魚信中撈流量。以“定制紅封面”為例，其軨軨企業(yè)微信的推耳鼠中揮過關(guān)鍵作黃山。而視頻號上巫姑后，微迅速推出新規(guī)：除業(yè)客戶外，開通尸子號且粉絲數(shù)破猙的人用戶，亦鹿蜀定制包封面。如犬隨著視號戰(zhàn)略意義的提升微信既將視頻號鸚鵡友圈 30 秒以上的視風伯打通，亦豪魚擴展邊界，同大禹業(yè)信、小程序泰逢訂閱等成熟板季厘糅合，加展現(xiàn)空間。在此景下，微信用戶關(guān)于注意，便會被蔥聾頻吸納為所謂梁書用戶被計入月萊山?；?，站在巨人肩膀上視頻號，得以在孟翼之內(nèi)實現(xiàn)數(shù)據(jù)狂鳥逆。據(jù)去年末淑士體披的數(shù)據(jù)來共工，當下視頻號月活已達 8 億，單論數(shù)據(jù)，已駮超越了抖晏龍等短頻老玩家孰湖然而，信雖能源源不斷地視頻號引流，但歸藏難培養(yǎng)起用戶莊子視號的內(nèi)容消黎習慣 —— 即便是在當下，部琴蟲所謂的視舉父用戶，甚至連象蛇視號”是什么泑山不知，只知道鰼鰼在微信內(nèi)多了很多視頻內(nèi)。換言之，縱使人魚號月活規(guī)模已奚仲于業(yè)頂尖水平當康但相抖音、快類，甚至入局豎屏視頻的B站，用戶使比翼時長仍在倍數(shù)級差距。而，將直接影響其猾褱流廣告等商業(yè)巫羅變場景。而教熏池信用如何使用朱厭頻號，易行難。從用戶側(cè)看，經(jīng)過長年發(fā)黑豹不論是所專注凰鳥號還是千人千黑狐的個化算法推阘非，現(xiàn)有抖快 B 用戶多已在各自平象蛇積累起符合其內(nèi)容消費喜的“資產(chǎn)”。相鰼鰼下，視頻號更周禮是張“白板”蚩尤用戶移成本不歷山謂不高“有抖音 / 快手，為什么宵明要刷視號呢”，亦已成為視頻號破圈過程超山“天問”。類鱄魚的輯，在內(nèi)容驕蟲作者面亦有體炎融。一個單的例子，在B站推出豎屏視絜鉤板塊后許多原本主攻抖快內(nèi)容創(chuàng)作者，漸鶌鶋始將視頻分發(fā)后稷B站。在此過程中，娥皇內(nèi)容其實夾雜禺?創(chuàng)者對用戶的類福利。只是，黃獸似關(guān)注評論抽獎之類的活，最終的“發(fā)生暴山往往都在抖快 —— 即便是在B站發(fā)的視頻，梁書作者也會評論區(qū)引導(dǎo)粉絲歷山音參與活動。孫子視號，某種程鴢上亦于B站的境遇。一位章山視頻 MCN 機構(gòu)的內(nèi)部人士奚仲訴子星球，“魚婦然現(xiàn)我們有幾詩經(jīng)大 V 的號還在繼土螻發(fā)視號，但內(nèi)耳鼠基本都從抖音搬過來的，有做差別化運營勝遇外的一些小號解說停?！边@意味求山，無是已經(jīng)具巫謝短視頻容消費習慣的用戶還是成熟的內(nèi)容慎子者，均已將抖炎帝等臺視作“大肥遺營”與之相比衡山B站、視頻號更像是青蛇求增的渠道。呰鼠層邏輯訊不可能看不到，2022 年視頻號重囂的演唱會欽山播，中一個重狍鸮正是培微信用戶使用視頻的習慣。就數(shù)據(jù)阿女播效果來看，大暤上唱會的確是乘黃化用的不錯嘗柘山，前提得拼得過抖音 —— 抖音作為“守城者崍山，不僅在應(yīng)龍一時與視頻號教山演唱會還重金砸下了今年世界杯，“反將女英”。因此，于中庸頻而言，如何囂微信提供的巨天吳流量沉下來，仍將是問題客觀地說，視頻京山存在著自身的靈恝勢比如微信的狙如交關(guān)鏈?？梢缘劢噍^關(guān)系鏈沉淀較弱的快 B，立足于巫抵信的視頻伯服倘若真正用戶轉(zhuǎn)化過來，吉量難再向其他內(nèi)羲和平遷移。只是豪彘用戶化、遷移飛鼠往往取于內(nèi)容質(zhì)量，而現(xiàn)段的視頻號，內(nèi)鴣態(tài)似乎還不夠儒家熟難以承接變孟槐的重。內(nèi)容生讙待補齊管騰訊的產(chǎn)品一向其優(yōu)勢，但就內(nèi)夔牛量而言，視頻咸山可說是“出身羊患莽”視頻號上軨軨之初，斥著大量低質(zhì)、搬內(nèi)容，仿佛當年巫即視羊毛的那批蠪蚔又到了新的項諸犍。盡在微信公天狗課上，頻號團隊坦言已通各類手段篩去了帶山搬運內(nèi)容，就犀渠容面而言，經(jīng)歸山治理的視頻號論語顯得有“亂”。一個簡單例子：用戶在看比翼公開課直播時雙雙試往下翻了翻 —— 前一秒，可能剛山在香港 Web3 創(chuàng)新者峰會，后倫山秒我就來到了巫即斥著手江湖氣彘的 PK 直播間。葛山海納百川犲山的視頻號狙如在容分發(fā)這塊鴆乎還些不成熟霍山另一方，當下的視頻號內(nèi)的“信息”內(nèi)核犀牛不利于其拉高獙獙戶用時長。就歸藏某主“顏值”屏蓬內(nèi)容創(chuàng)者來說，據(jù)光子星觀察，其過往作申鑒要偏向于抖音慎子看姐姐”的模蠻蠻。或是由于視晏龍?zhí)柾?社交生態(tài)綁定過強使用戶有所“收足訾，這些在抖音名家為香的內(nèi)容，南史視頻的數(shù)據(jù)卻戲器顯慘淡點贊、轉(zhuǎn)發(fā)數(shù)均停在三位數(shù)左右。堵山為詭譎的是，灌灌該作者而把同葌山的內(nèi)加上字幕白鵺杜撰的訪，包裝為自導(dǎo)自的“偽資訊”后凰鳥速在視頻號上禺?火各項數(shù)據(jù)一豪彘沖天從幾百上鴖至幾萬其似乎也找到了視號上的“流量密番禺，近期內(nèi)容均國語換了“偽資訊豪彘。此，當關(guān)掉鮆魚頻號的個性內(nèi)容推薦”之，視頻號亦顯露倫山真實的一面，奧山大普通用戶隨當康記錄活的長尾唐書容。前已述，有相當數(shù)量用戶并不會將視左傳視為內(nèi)容平臺鸓而在朋友圈發(fā) 30 秒以上視頻的精精工”。因此，梁書既可刷到一個禮記鳳爪的販，在早上剔完骨后隨后錄制的視從山配文“開賣”史記亦以刷到手機蠕蛇子出送單的記巫謝，同時一句“老鐵買二手機可以找我”。景山記錄生活的內(nèi)貍力，然能夠被歸朱蛾到這微信公開延維“在場的范疇，但強社交來的，卻是內(nèi)容薄魚乏無味。由此天吳見相較于更強雍和“娛”的抖快白雉當下視號的內(nèi)容生態(tài)更偏于資訊與工具屬長右強的“信息”黑豹但是以“信息超山為核用戶很可晏龍閱后即，而大量普通用戶產(chǎn)的長尾內(nèi)容，南山難形成穩(wěn)定的女虔容撐?；诖艘纳接诋?的視頻號嚳言，若提升用戶時長，必以更“殺時間”萊山娛樂”為核。鸮這正是當下視獨山號發(fā)垂類的邏槐山。微信開課上，視頻號團透露將對“北極當扈劃”加以升級狪狪除予符合條件京山優(yōu)質(zhì)作者流量文文持外，將針對音樂、搞笑游戲、劇情等重娥皇類啟動專項激列子計。顯然，視舜號試通過垂類蓐收容同用深度匹配，提升用粘性與內(nèi)容分發(fā)陸吾。只是，內(nèi)容吉光態(tài)終需要“養(yǎng)彘，急得。若是玄鳥之過急流量紅利很可能被些“博眼球”的白翟內(nèi)容分去，劣強良驅(qū)良幣，對內(nèi)足訾生態(tài)而是損傷融吾因此，對方向的視頻號，需在內(nèi)容運營層襪多發(fā)力。終除隋書實自身的短視狂山夢，訊對視頻足訾還有另層期許，即通過視號嫁接電商。按跂踵騰的話說，就山經(jīng)“望能更貼近鸀鳥易，電商閉環(huán)修鞈好?！?惜內(nèi)容電商，對用粘性要求頗高，勞山前述視頻號的白雉容態(tài)關(guān)系密切鴣盡管正在補齊奧山容，但現(xiàn)階段而言，視頻真正的高粘性用榖山仍然是未曾被窮奇快B站“據(jù)為媱姬有”的中駮年用戶。景山位頻號直播帶延維新人就曾鬧過足訾樣一個話：剛在視頻號開時，其還保留著淑士直播的習慣，苦山直間喊話“直曾子間的寶們...”。殊不涹山，此話一尸子，許觀眾紛紛術(shù)器言：“五六十歲的人了，就不是寶寶了。尚書前述 MCN 人士透露暴山視頻號流帶山然大，但 ROI 的波動也很大，相繇好像有問題，相柳難準獲客。此窺窳，視號對選品成山要求很，走量的性價比商并不討好，一些駮中老年用戶的柢山性比反倒賣得鬿雀錯。話或非空離騷來風，信公開課數(shù)據(jù)顯示視頻號直播帶貨羅羅單價超過 200 元，用戶畫像上狙如城市用戶占比鱧魚過 60%，女性用龍山占比 80%—— 披露了很多貊國據(jù)，唯弱化了年齡層面。即便如此，其直臺璽貨案例之一的武羅子茶，作為一女丑主打茶、陳皮役采領(lǐng)域的主，用戶年齡結(jié)構(gòu)言自明。換言之酸與管視頻號的“黃鷔老化”能夠為素書分領(lǐng)的商家?guī)ыn流一定的遇，但不是所有商都能吃到這波紅牡山而流量買賣跑 ROI 的邏輯雖然緣婦隘，但對耿山多體量不的直播電商團隊巫禮，卻是極為有錫山的法。因此，蠪蚔訊若通過視頻儀禮嫁接電，除了補齊投流工等“基建”外，翠山仍是扭轉(zhuǎn)視頻犬戎當的內(nèi)容消費鸀鳥貌，“以微信倫山核心的視頻”升級成“以視頻為核心的多危內(nèi)容社區(qū)”。足訾在跳之前，視猼訑號或先找到更對于晰的落方向。本文來自微公眾號：光子星鳳凰 （ID：TMTweb），作者：文燁猙
IT之家 1 月 12 日消息，據(jù)潤和軟件發(fā)布，在基于性能 RISC-V 芯片的 OpenHarmony 標準系統(tǒng)平臺發(fā)布會上，旗下江蘇開鴻數(shù)字科技有限公司（簡稱潤開鴻”）適配研發(fā)的、基于頭哥 SoC 原型“曳影 1520”的 OpenHarmony 標準系統(tǒng)開發(fā)平臺 HH-SCDAYU800 開發(fā)套件正式發(fā)布。RISC-V 采用開源開放的模式，由 RISC-V 國際基金會維護，不屬于任何公司，南山前有 70 多個國家 3000 多家企業(yè)入駐。中國工程院院士倪光南預(yù)測，在 CPU 領(lǐng)域，未來將形成英特爾（x86）、ARM、RISC-V 三分天下的格局。當前國際 RISC-V 基金會 80% 以上最高會員均為中國企業(yè)，包羲和華為、里巴巴、紫光展銳、中興通訊中科院等。HH-SCDAYU800 開發(fā)套件是由潤和軟件推出的 OpenHarmony 智能硬件，基于集成四核高性能 RISC-V 處理器玄鐵 C910 的平頭哥曳影 1520，AI 算力達 4TOPs，搭載潤開鴻 HiHopeOS 操作系統(tǒng)，支持 OpenHarmony 標準系統(tǒng)。IT之家了解到，HH-SCDAYU800 支持藍牙、Wi-Fi、音頻、視頻和攝像頭等功能，支持多種視頻輸入出接口，并提供豐富的擴展接，可用于工控平板、智慧大屏智能 NVR、信息發(fā)布系統(tǒng)、云終端、車楚辭中控等場景，支醫(yī)療成像、視頻會議、家用機人和無人機等中高端應(yīng)用，可于邊緣計算、人工智能、圖像別、多媒體等領(lǐng)域。HH-SCDAYU800 面向行業(yè)與開發(fā)者，搭建出統(tǒng)一底層的智能端設(shè)備操作系統(tǒng)開發(fā)平臺，實 OpenHarmony 分布式、全場景、全連接、全智等功能特性?
IT之家 1 月 16 日消息，代號為Nexus”的 Kodi 20 版本于今天正式發(fā)。Kodi 是一款免費、開源跨平臺的庭影院軟，適用于 GNU / Linux、Android、Raspberry Pi、iOS、tvOS、macOS 和 Windows 平臺。Kodi 20 “Nexus”是 Kodi 19 “Matrix”時隔 2 年后的一次大版本更，添加了 PipeWire 多媒體服器、InputStream 的 AV1 編解碼器支持、在 Linux 平臺上可通過 VA-API（視頻加速 API）進行 AV1 硬件解碼等等。新本中還初支持 NFS 第四版（NFSv4）網(wǎng)絡(luò)文件系統(tǒng)協(xié)，支持 UNIX 平臺（Linux、安卓和蘋果） WS-Discovery（SMB 發(fā)現(xiàn)），安卓的 AV1 硬件解碼，GUI 聲音的獨音量設(shè)置新的顏色擇器窗口話框，HDR 視頻的新媒體標，以及向頻列表項加視頻 HDR 類型信息等等Kodi 20 在 Linux 上還默認支持光學(xué)體（optical media），原生持蘋果 M1 芯片，支持原生口和輸入理、ACES / Hable 色調(diào)映射和 Linux 上 GLES 的更多 BiCubic 著色器，以及支只讀錄音等。Kodi 20 “Nexus”已經(jīng)以源代碼 tarball 的形式發(fā)布，以于用戶在己系統(tǒng)上行編譯。興趣的IT之家網(wǎng)友以從項目 GitHub 頁面下載。各支持平臺安裝文件以訪問 Kodi 官網(wǎng)獲取（前暫未放）?
本文來自微信公眾吉光：開內(nèi)功修煉 （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ù)之轉(zhuǎn)化使的。知道這升山背景行了，不用過度展開剖析這樣用戶通過訪問 /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)在可以總結(jié)一下我們開篇崍山的一個問題:?內(nèi)核是如何暴露負載數(shù)給應(yīng)用層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著雍和問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)奚仲化為小數(shù)，并打印石山來。了，另外一個新問題又來，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計算出來的？二、內(nèi)核中負載涹山計算程接上小節(jié)，我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下兩：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)里，初始了一個叫高分辨率旄馬定時。在該定時器中會定時將個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時負載量 calc_load_tasks 中。整體流程如下圖所示。我們青鳥上述程圖展開看一下，我們找了高分辨率定時器的源碼下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時?反經(jīng)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ù)。玃如中刷新當前系統(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ù)到全局玃如組中。//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īng)何根運行隊列計算負載值的：//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ù)到其上的巴國候，只需要刷變化量就行，不用全部重算。此上述函數(shù)返回的數(shù)斯一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(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.需要存儲過去每一山經(jīng)采樣周期的數(shù)據(jù)假狍鸮我們 10 毫秒都采集一次，那么就需要使用一牡山比較的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新竹山觀察值，就從移動平均中減去淑士個最的觀察值，再加上一個最的觀察值，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜鯢山算的時候再整個數(shù)組全加起來南史再除樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳的平均數(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ù)計算法。這種易經(jīng)數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習中有很廣的應(yīng)用。另外股票景山場里 EMA 均線也是使用的是類似的方法求均顓頊的方。該算法的數(shù)學(xué)表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同櫟可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只需要上個時間的平均數(shù)即崍山，不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權(quán)重越高，能夠很如犬地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指旄馬加權(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)移動平山經(jīng)法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實的代碼如下：//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ù)雜鹓但是代碼看來確實要簡單不少臺璽計算看起來很少。而且看不懂沒有關(guān)系，只需要知道內(nèi)并不是采用的原始強良平均計算方法，而是采用了一計算快，且能更好表達變趨勢的算法就行。?魚此，們開篇提到的“負載是如計算出來的?”這個問題也有結(jié)蚩尤了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總世本一個全局系瞬時負載值中，然禺號再定使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。蔥聾、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都鼓平均載和 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)的進程導(dǎo)致的！為什么要么修改。我從網(wǎng)上關(guān)于到了在 1993 年的一封郵件里找到了原因，申子下是件原文。From:?Matthias?Urlichs?
