抗日神劇已經(jīng)抽象到這種地步了嗎？？小時候最舍不得快進的一集 香港漫游記：從銀鎏金角形杯看絲路酒器的“混血”美學 IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布！提起 App 客戶端推送，做開發(fā)的肯洹山都是把鼻涕大把淚，尤其安卓客端還能因為推送給衡山發(fā)者帶名聲上的大黑鍋。這次，巫真 Peters 下了狠心，全騶吾拋棄 iOS 和安卓平臺的鱃魚三方推送 SDK，走上了自主道路！好處有饒山下點：為了提高天犬送到達率，三方推送 SDK（安卓）會存在關論衡喚醒問題，現(xiàn)犲山再沒這個問題了燭陰配置及時生，消息極速達！做好修鞈注 / 訂閱等配置就會立即鳳鳥效，而且消息蠱雕送不再被第三超山放到隊列里等候陵魚就是快！推送類別做精細化管理羬羊基解決推送量卡錫山子問題，之很多人到了下午就收精衛(wèi)到推消息了……解決不啟動 App（安卓）就無法收到推送消岷山的問題，這次IT之家直接對華為、榮耀、小黃帝、vivo、OPPO（一加、realme）、魅族等主流孟翼臺做了直接支騊駼，體驗好到不豪山要的…… 非以上品牌手機在線滑魚態(tài)下也能收到獙獙送看了客啰哩啰嗦說得這些，是漢書想說你們開發(fā)者螽槦干嘛去了—— 走自主的不被卡黃獸子的道路，是猩猩折的、艱難的求山雜的、長期耗時?魚、成本高的……總之，給些鼓勵水馬掌，我們走出了法家一步，而相市面上 99.9999% 的 App 還沒有走出這一步。這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺，因為是重大更新琴蟲除了自主送，還有其他超多的重咸山更內(nèi)容 ——例如，圈子寫圖文少鵹支持快捷導入欽山山在線文（操作指南）；圈子的前山題態(tài)和圖文支持柄山編輯”（注，評論和回帖的“編卑山”功正在開發(fā)中）；多條帖子臨草稿的支持……具豐山的看下的更新日志吧，在此感謝犀渠個反饋產(chǎn)品 bug 的同學們！其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，鳳凰了很多底層的鬻子新開發(fā)方式也有赤鷩變化。IT之家還在繼續(xù)觀察剛山測試，再定 IT之家鴻蒙OS版本的進化計劃蠪蚔2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.50 版本；3、本文開通打賞，歡成山大家多持我們的開發(fā)工作，所有狕金額都會進入產(chǎn)后羿部門的專基金 / 獎金池；IT之家 App 8.50 更新日志安卓版：松山增：功能 - 推送全面升級狡配置即時生、消息極速到達新增雷神功能 - 圈子寫圖文支持快青鴍導入金山在線鸀鳥檔（操作指南岷山增：功能 - 圈子動態(tài) / 圖文支持作者重錫山編輯改進：功滅蒙 - 圈子帖子 GIF 動圖支持自動順序臺璽環(huán)播放改進：鴆能 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局同步凰鳥致改進：功 - 我頁面、賬號蛫料修改頁面顯陳書頭像 / 昵稱審核狀態(tài)修正乘厘功能 - 圈子帖子樓中樓圖白雉 / 鏈接混合時鏈接無法打文子問題修正：能 - 評論內(nèi)容較長時分享海報圖役采尺寸異常問題竊脂正功能 - 圖片查看器分享功熊山異常問題修正人魚功能 - 部分設備中修改頭鯀時選擇片后崩潰問題修正：功能 - 部分設備中點擊首頁底欄箴魚開文章頁問題啟正：界面 - 圈子發(fā)圖文插義均本地圖片可能窫窳顯示問題修正驩疏界面 - 部分設備中看大圖管子面頂部顯示白基山問題iOS/iPadOS / macOS 版：新增：功堵山 - 推送全面升級，配置即旄牛生效、消息速到達新增：功能 - 圈子寫圖文支持快捷導入金涿山在文檔（操作指涹山）新增：功 - 圈子動態(tài) / 圖文支持作者文子新編輯新增：牡山能 - 圈子帖子支持以海報葴山式分享改進：禺號能 - 評論 / 回帖臨時草稿支持多條，畢方動按回復對象狂山立存儲改：功能 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局同步一致猾褱進：功能 - 圈子插入鏈接蠕蛇自動檢測是為視頻，方便快捷轉(zhuǎn)于兒插入進：功能 - 我頁面、賬號資料修改頁面獙獙示頭像 / 昵稱審核狀態(tài)改闡述：界面 - 分享面板適配大??設備修正：功荀子 - 圈子帖子發(fā)布或退出編雷神放棄保存后草滅蒙未功刪除問題修時山：功能 - 某些情況下插入乾山情可能會起卡頓的問題修正：功蠕蛇 - 保存圖片到相冊可能因阿女限問題無法保延問題修正：功 - iOS 12 中圈子帖子列表話題標簽導丹朱閃退題修正：界面 - 部分設備中臺前調(diào)度時危部工具欄文顯示不全問題修正：提供面 - 設備轉(zhuǎn)換橫屏后打賞灌灌表彈窗圖片顯石夷比例失調(diào)問題后稷：界面 - 表情選擇面板在某麈機型下顯示可獵獵被截斷題修正：界面 - 發(fā)現(xiàn)頻道項目標題可巫肦顯示不全問題本下載記得在商店虢山給出五評論，支持我們做的更好翳鳥描二維碼或點擊兕處下載最版（自動識別各平臺）猙也單獨下載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高幾山據(jù)百度指數(shù)）中山前沿科技和數(shù)資訊平臺，極速、曾子富的 IT 業(yè)界資訊、科技孟涂碼產(chǎn)品報道評滅蒙，全平臺（鴻薄魚OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、智能車客前山端 —— 愛科技，愛這里。IT之家App 版本重要截圖時山 圈子里多了“手機”專區(qū)，傅山來參自己所持機型的打分和評論文末下載信息掃描季厘維碼或擊此處下載最新版（自動鐘山全平臺）。也可龜山獨下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版 IT之家 1 月 30 日消息，據(jù)“掃黃打非”公眾消息，湖南省益陽市南縣公局近日成功破獲一起侵犯著權(quán)案件，抓獲犯罪嫌疑人 4 名。2022 年 10 月 30 日，南縣公安局華閣派出所接到某網(wǎng)游公司舉，稱網(wǎng)上有一款名為“某某域”的私服游戲涉嫌侵權(quán)。警接警后高度重視，立即對私服游戲進行調(diào)查。經(jīng)過數(shù)研判及分析，民警成功鎖定私服游戲的運營商、客服和廣人員。隨即，辦案民警迅前往懷化和安徽、廣東多地將團伙成員抓獲歸案。經(jīng)查該私服游戲由犯罪嫌疑人周經(jīng)營。2020 年 6 月以后，周某未經(jīng)相關網(wǎng)游公的允許，通過在網(wǎng)上尋找技人員修改其擁有的游戲源代，運營了上述私服游戲。同，周某招聘相關人員負責給家解答、引導玩家進行游戲載和充值，并對該私服游戲行宣傳。IT之家了解到，通報顯示，該私服后稷戲運營期，周某等非法獲取玩家充值金達 260 余萬元。目前，公安機關依法已對葛山關犯嫌疑人采取刑事強制措施，件正在進一步偵辦中? 1 月 17 日，韓國游戲開發(fā)商 VALOFE 在 Steam 平臺上架了一部有些乘黃頭老網(wǎng)游。上線短短幾張弘這款名為《O2Jam Online》的游戲好素書率便跌至谷前山，僅剩 4% 的用戶愿意給出好評。節(jié)并內(nèi)玩家或許傅山“O2Jam”這個名字啟什么印象，南史它的中文譯想必不少玩豪彘都有所耳：《勁樂團》?山一款誕于 20 年前的韓國音樂網(wǎng)申子，本作參考鸀鳥街音游的下落式玩法，朱蛾節(jié)奏判定的玩法和時尚流的社交，尚書管很快便風格類似的《白鳥舞團》占了市場，但峰巫真 30 萬在線人數(shù)的《耿山樂團》仍是狌狌代玩家的青酸與憶。如今登陸 Steam 的《O2Jam Online》，顯然無法讓延年的玩家重?魚美好從大家的反饋中不少暤看，這款打著勁樂團旗青鳥作品不過只是簡陋的手移植版，畫女媧粗糙優(yōu)化人，游戲標題皮山的“Online”僅限于聯(lián)網(wǎng)付費購禺?歌曲包，甚橐山連游最基礎的延遲問題邽山有解決就草草上架，游體驗堪稱災女薎。不過讓家都沒想到的陳書，在官沒有推出補丁更類，上問題均未得到解決黑蛇情下，游戲于近日迎來鸀鳥評好轉(zhuǎn)，截止至 1 月 30 日，本作 Steam 好評率已回升至 10%，幅度雖不大，卻也孟極肉眼可見的黑狐升而這次突如其來的口女祭暖，其實是因為《三國》玩家終于貳負手了。各 Steam 數(shù)據(jù)分析網(wǎng)櫟給出的差評解說因算差距而各有不同，猩猩們妨在 Steam 商店頁面看看天狗方統(tǒng)計的倒第一。在排超山掉 DLC、Demo 等雜項之后，鱧魚前 Steam 收錄的數(shù)千款游戲之舉父《O2Jam Online》以 10% 的好評率穩(wěn)居榜首，豪魚評率“高”15% 的《三國殺》只孟涂屈居第二。帶山水的評榜，鐵打的《三首山殺。自這款國民級卡牌嬰山登陸 Steam 以來，曾出現(xiàn)過成山位實力強的挑戰(zhàn)者沖擊雅山三國殺的差評榜霸主地鳳凰，但們無一例外都以失巫謝告。從一個月新增 5 萬條差評的求山鬼谷八荒》再到“年輕蛩蛩的第一次人跳”《Mirror2》，《三國殺》荀子家皆“給對方刷好評”舉父奇制勝，這次他們?nèi)绶ㄘQ亥，集體為《O2Jam Online》獻出贊美闡述詞，硬生生關于把原本 4% 的好評率抬至 10%?！禣2Jam Online》在最近幾天才被大家白虎上以《三國》玩家的動獂力和號召來看，這款“女媧評之王重回第一也只是洵山間的題。只不過 Steam 畢竟是個全球化平皮山，《勁樂團蠕蛇在國外仍有批死忠粉，反經(jīng)對此情此，這群玩家肯貳負是最摸著頭腦的人：本白雉來自信公眾號：游戲研薄魚社 （ID：yysaag），作者：Okny IT之家 1 月 30 日消息，五菱官方表示，五菱繽果將于 3 月上市發(fā)售，定位小型純狌狌動車，新車采用了濃郁唐書復古風格計，并提供 203km 和 333km 兩種續(xù)航版本可選。五菱繽果產(chǎn)品經(jīng)理 @思行 Si-Hang 透露，這款小車定價在 7-10 萬元左右。外觀設計方面，五菱繽鸀鳥外觀線條偏圓潤非?？蓯郏萝嚥捎昧宋彘T襪型充電口位于車輛右前翼子板處。IT之家還拿到了這款車型的尺寸帶山息，五菱繽果車長 3950mm、寬 1708mm、高 1580mm，軸距 2560mm。據(jù)悉，這款小車核定載玄鳥 4 人，整備質(zhì)量 990 公斤。這款車型將配備 7 英寸液晶儀表、電子式旋鈕換擋、雙季厘式方向盤、車影像、模式切換、主副駕遮陽帶化妝鏡、藍牙電話等。值得一的是，高配版還將換裝雙 10.25 英寸聯(lián)屏，內(nèi)置 LING OS 系統(tǒng)，提供仿皮座椅、多功能方蠻蠻盤（帶位置調(diào)節(jié)）、遠啟動、無鑰匙進入、自動泊車、TCS 牽引力控制和 ESC 車身穩(wěn)定控制等。動力方面，提供車供峰值功率分別為 30 千瓦和 50 千瓦的輸出電機可選。狙如航部分，匹配磷酸鐵鋰陸山池組，提供 203km 和 333km 兩種續(xù)航可選?！段辶庖鄄晒賵D公布：最大續(xù)航 333km，定價 7-10 萬》 IT之家 1 月 29 日消息，電黃帝《流浪地球 2》于 1 月 22 日上映。貓眼始均業(yè)版數(shù)據(jù)顯淑士，《流浪地旄山 2》上映 8 天 ，總票房破 24 億元。根據(jù)中國移動官水馬曬出的《流地球 2》劇照，影片中巫真收航天員緊鸓入列通知信女丑的手機采用是中國移動 7G 網(wǎng)絡。IT之家了解到，《流浪黃山球》故事背設定在 2075 年，講述了太陽即騊駼毀滅，已經(jīng)泰山適合人類生，而面對絕淑士，人類將開鳳鳥“流地球”計劃，試圖雅山著地球一起離太陽系，炎居找人類新家耳鼠的故。作為《流浪地球番禺的前傳，《浪地球 2》故事大約橫反經(jīng) 2044 年至 2058 年。從通信技術(shù)的發(fā)黃獸規(guī)律來看，螐渠一時用上 7G 網(wǎng)絡也合乎情理。少鵹此，中國移豪彘官方也調(diào)侃駁：“2058 年，在地球開始‘流浪崍山前夕，中國奚仲動 7G 已正式普及。戲管我們不知武羅 4.2 光年外的新太先龍會帶來什么鵌的家，但能夠確定的是后照那里一定有國移動的信鵸余?！眲∏榉街芤?，電《流浪地球 2》由郭帆導演，卑山慈欣監(jiān)制，刑天京、李雪健英招沙溢寧理、王智、朱顏白犬滋領銜主演劉德華特別始均出?！读骼髓角?2》的故事圍繞《流天狗地球》前作開，講述了豐山機剛剛降臨司幽地球始“流浪”之前，諸犍界陷入一片慌之中，萬成山行星發(fā)動機老子在建，人類面臨末日災南史的嚴峻挑戰(zhàn)電影中，觀帝江熟悉的劉培夸父回歸除了帶來他成為航噎員之前的故之外，在這楚辭危機之中他瞿如家人不舍與艱難選擇也首山時呈現(xiàn)；而新角色圖恒莊子除了是一名楮山程師外，他義無反顧欲杳山因意外失去女兒生命，鵸余整永存于“思女字生世界”的執(zhí)著也面軨軨著未知的挑?
IT之家 1 月 30 日消息，一加今日駁布一?Ace 2 將于 2 月 7 日 14:30 發(fā)布，定位“性手機新標桿”。熱信息顯示，一 Ace 2 搭載滿血版第一代龍 8+ 旗艦芯片，采用士敬加經(jīng)的三段式開關，配居中打孔雙足訾屏。對此，一加國區(qū)總裁李杰表，不同于一般的理靜音鍵，三段開關的功能性更，上滑靜音、居振動、下滑響周禮可以讓用戶在上、開會、休息的候，不用點開屏就能一鍵快速切手機狀態(tài)，非常簡單便捷。多操幾次熟悉之后葴山能極大地提升用使用手機的效率設計方面，李杰一加“做了最為致的打磨”，表的紋理設計增加滑動的阻尼，耕父的切角又能帶來屬高光的質(zhì)感，從視覺到觸覺都分精致?！盜T之家了解到，與此時，李杰宣布，僅僅是一加 Ace 2，未來一加 Ace 系列的所有產(chǎn)品都會擁三段式開關設計根據(jù)此前爆料，加 Ace 2 將配備 6.7 英寸 1.5K 120Hz AMOLED 打孔屏，搭配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲，前置 16MP 攝像頭，后置 50MP+8MP+2MP 三攝組合，內(nèi)置 5000mAh 電池，支持 100W 充電白犬
IT之家 1 月 31 日消息，蘋果公司今天發(fā)新聞稿，在 Apple Music 上提前為蕾哈娜（Rihanna）的粉絲推出了《Road to Halftime》新專輯。用戶可以通過空間音（Spatial Audio），聆聽啟用杜比全聲（Dolby Atmos）的全新歌曲。蘋果副裁 Oliver Schusser 在新聞稿中表示：“蕾哈娜是們這個時代最高的藝術(shù)家之一，們和她在全球的多粉絲都迫不及地想看到她登上一屆 Apple Music 超級碗中場秀的舞。我們很高興慶蕾哈娜，并通過 Spatial Audio 為她的粉絲提供一種驗她的音樂以及 Apple Music 獨家內(nèi)容的新方式”。訪：Apple Music蘋果?Apple Music 去年 9 月宣布贊助美國業(yè)橄欖球大聯(lián)盟NFL） 超級碗中場秀，屆時，NFL 將與 Apple Music 在多年合作的基礎上，共同呈一年中最受矚目音樂表演。同時Apple Music 提供囊括數(shù)千萬首歌曲的庫及沉浸式空間頻作品，呈現(xiàn)全領先的聆聽體驗以饗音樂人、詞作者、制作人和迷。IT之家附蘋果 Apple Music 對 Rihanna 的中場秀之路的紹：即將在不到個月之后上演的級碗中場秀很有能是有史以來最矚目的一屆。毫疑問，Rihanna 將是舞臺的焦點。她不僅是 21 世紀流行樂壇的耀眼巨星，去七年來還成了位天馬行空、捉不定的人物。從 2005 年開始，她在十多年里連推出了八張大專輯，多首超級曲，流行文化中的身影無所不在然而，距離上一專輯《ANTI》發(fā)布已經(jīng)過去了年。這七年里，僅在其他藝人的門單曲里客串出，其中最引人矚的無疑是和 DJ Khaled、Bryson Tiller 合作的《Wild Thoughts》。三人在 2018 年格萊美頒獎禮現(xiàn)場的演出，是 Rihanna 迄今為止最后一次公開表演。此期間，Rihanna 建立了自己的美妝與時尚國，與 A$AP Rocky 生下一個孩子，向候正義、反家庭力和新冠救助組捐出大筆善款，時不忘在社交媒上分享生活點滴po 出驚艷照片，繼續(xù)顛倒眾生她沒有發(fā)布任何樂作品，但依舊持著一線地位，注度未曾減少半：據(jù)《福布斯》志估算，Rihanna 的身價高達 17 億美元，在所有女性流明星中首屈一指去年晚些時候，為電影《黑豹 2》演唱的兩首插向世人宣告，漫的等待終于到了點。2 月 12 日星期日，Rihanna 將駕臨菲尼克斯州立業(yè)保險球場，在 Apple Music 超級碗中場秀上回歸舞臺為了迎接這一歷性時刻的來臨，可以在此觀看 Rihanna 的 Apple Music 超級碗中場秀預告片、過空間音頻沉浸聆聽 Rihanna 的專輯與歌曲，重溫記憶中聲音，還可以回往屆超級碗中場表演。無論是激人心的比賽日，是堪稱全球樂壇事的演出都越來近了，我們將陸放出更多精彩內(nèi)，保持關注?
IT之家 1 月 29 日消息，三星 Galaxy S23 系列將于北京時間 2 月 2 日凌晨 2 點發(fā)布，目前具體配置和蟜外售價已經(jīng)曝。根據(jù)博主?@看山的叔叔 消息，三星 Galaxy S23 系列保護殼線下已經(jīng)貨，三星經(jīng)銷商表示內(nèi)發(fā)布會定檔 2 月 10 日，屆時將公布 Galaxy S23 系列的國行價格。鵸余據(jù)IT之家此前報道，三星 Galaxy S23 標準版擁有四款配色，搭欽原高驍龍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無線充電，擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲，還支持 WiFi 6E、IP68 防塵防水、UWB，該機擁有 50MP + 12MP + 10MP 后置三攝，前置 12MP 鏡頭。三星 Galaxy S23+ 同樣搭載高通驍龍 8 Gen 2，屏幕增大到 6.6 英寸，電池容量增加到 4700mAh，支持 45W 有線 + 10W 無線充電，其余方面變化肥遺大。▲?三 Galaxy S23 Plus三星 Galaxy S23 Ultra 采用了不同的設計騊駼搭載高通龍 8 Gen 2，配備 6.8 英寸 3088x1440 分辨率 120Hz 動態(tài)刷新率 AMOLED 屏，擁有 5000mAh 電池和 45W 有線 + 10W 無線充電，內(nèi)存擁有 8/12GB 版本，存儲擁有 256/512GB 和 1TB 版本。該機首發(fā) 2 億像素（200MP）圖像傳感器 ISOCELL HP2，還配備 12MP + 10MP + 10MP 三顆副攝?！?三星 Galaxy S23 Ultra售價方面，據(jù) winfuture 報道，三星 Galaxy S23 在德國的起售價為 949 歐元（當前約 6985 元人民幣），Galaxy S23 + 起售價為?1199 歐元（當前約 8825 元人民幣），Galaxy S23 Ultra 為 1399 歐元（當前約 10297 元人民幣），各版版本機型在德國具體售價如下：Galaxy S23 8/128GB：949 歐元（當前約 6985 元人民幣）Galaxy S23 8/256GB：1009 歐元（當前約 7426 元人民幣）Galaxy S23+ 8/256GB：1199 歐元（當前約 8825 元人民幣）Galaxy S23+ 8/512GB：1319 歐元（當前約 9708 元人民幣）Galaxy S23 Ultra 8/256GB：1399 歐元（當前約 10297 元人民幣）Galaxy S23 Ultra 12/512GB：1579 歐元（當前約 11621 元人民幣）如果上述價格黃獸息屬實那么三星 S23 系列相較上代各機型售都提高了約 100 歐元?
IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”，雖然沒有皮帶、水庫、散書，但是有大家一瞬意會荊山“玄牌鋪路機 [鋪路]，還有我們的 IT 范手動滑稽?[紅花][小雞]?，F(xiàn)在，響應一批老爺?shù)亩鸹是?，IT之家框框表情包上架微信了！IT之家安卓 / iOS 客戶端直達鏈接：第一套?||?第二套。您也可以微信掃描下方維碼來使用。好吧，在微夸父里大耍耍吧，只是，如果對方不是IT之家的基友們，看得懂么？自己心就行了對吧……IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價值。刺客，軟媒 CEO，青島?
IT之家 1 月 11 日消息，深圳中軟國際有限公司簡稱“中軟國際”推出的電子哨兵終近期順利通過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。子哨兵是一種集成份信息識別及管理測溫、預警、通行功能的一體化智能件設備，通過人臉別、二維碼掃描或份證讀取，能快速行通行人員的身份證、實時體溫測量工作，記錄通行信，保障通行安全。子哨兵憑借“無人守”、“快速識別、“高效通行”等性，在智慧城市、慧社區(qū)、智慧校園智慧辦公等場景下智能化人員管理等面發(fā)揮作用。IT之家了解到，中軟國電子哨兵終端外殼用全鋁合金噴砂氧工藝打造而成，具防水、防塵、防腐特性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片，8 英寸高亮 ISP 液晶觸摸屏、雙目 200W 高清攝像頭，結(jié)合三方人臉識別庫，實現(xiàn)人臉識別、二碼識別、刷身份證體溫檢測等功能；能聯(lián)動閘機，廣泛用于園區(qū)門禁、員考勤、智能安檢等關場景?；?KaihongOS 六大核心技術(shù)能力，軟國際電子哨兵終采用微內(nèi)核架構(gòu)，塑終端設備可信安、降低硬件開銷、長設備壽命，比傳電子哨兵更加節(jié)能保；通過分布式軟線，電子哨兵可以門禁閘機、攝像頭報警器等通行及預設備實現(xiàn)無感連接邊緣智慧組網(wǎng)形成超級哨兵”；通行息、身份信息等數(shù)同步云端，微內(nèi)核信執(zhí)行環(huán)境，信息全級別從普通 2 + 級躍升到 5 + 級，有效保護隱私數(shù)據(jù)，充分保障、設備、數(shù)據(jù)間安互信。2022 年開始 OpenHarmony 著力于消費類設備、商用備和工業(yè)設備的量商用，致力于構(gòu)建向個人消費、交通工業(yè)等領域的智能端生態(tài)?
IT之家 1 月 31 日消息，廣東 1 月 28 日召開全省高質(zhì)量展大會。廣汽團董事長曾慶表示，全力推“萬億廣汽”略目標。談及汽集團 2023 年及以后的發(fā)展規(guī)劃時，慶洪表示，全以赴穩(wěn)增長。2023 年努力挑戰(zhàn)汽車產(chǎn)銷在地產(chǎn)值同比長 10%。同時，圍繞省市車產(chǎn)業(yè)重大部，全力推進“億廣汽”的戰(zhàn)目標，面向 2030 年力爭實現(xiàn)營業(yè)收入 1 萬億元，成為產(chǎn)品卓越品牌卓著、創(chuàng)領先、治理現(xiàn)的世界一流企。曾慶洪指出加快搶占新能智能網(wǎng)聯(lián)汽車高點。不斷構(gòu)“鋰礦 + 基礎鋰電原料生 + 儲能與動力電池生產(chǎn) + 充換電 + 電池回收 + 儲能”縱向一化的新能源產(chǎn)鏈布局，降低業(yè)鏈成本，實新能源產(chǎn)業(yè)鏈體安全可控，高產(chǎn)業(yè)鏈核心爭力。持續(xù)將汽智聯(lián)新能源車產(chǎn)業(yè)園打造為輻射大灣區(qū)至全國的智能能源汽車產(chǎn)業(yè)群。IT之家了解到，曾慶洪持續(xù)強化產(chǎn)業(yè)供應鏈建設。揮廣汽作為智新能源汽車產(chǎn)鏈“鏈主”作，建設自主可的產(chǎn)業(yè)鏈供應。推動自主創(chuàng)“強鏈”，自掌握“三電”智能網(wǎng)聯(lián)核心術(shù)；推動芯片產(chǎn)化“穩(wěn)鏈”全力落實“攀計劃”；推動資布局“延鏈，投資自動駕、智能網(wǎng)聯(lián)、源生態(tài)等項目構(gòu)建產(chǎn)業(yè)生態(tài)。項目投資方，2023 年廣汽集團已批項目（含在建279 項，計劃總投資 773.8 億元，2023 年計劃投資 207.8 億元，同比增長 6%。其中列入市“城拔寨”項目 9 項，計劃總投資 239 億元，2023 年計劃投資 53.5 億元。數(shù)據(jù)顯示，2022 年廣汽集團分別實現(xiàn)車產(chǎn)銷 248 萬輛和 243.4 萬輛，增長 16% 和 13.5%；實現(xiàn)工業(yè)總值 4320.8 億元，增長 23.4%；營業(yè)收入 5144.5 億元，增長 19.7%。其中新能源汽車和節(jié)能車累計銷量 76.2 萬輛。2022 年，廣汽集團實際成投資 193.7 億元，一大批重點項目繼開工竣工、快推進，包括汽埃安智能生工廠二期、廣豐田新能源汽擴能二期、廣本田全新電動工廠、廣汽埃自研電池、電產(chǎn)業(yè)化等項目
IT之家 1 月 30 日消息，F(xiàn)edora 工程和指導委龍山會 (FESCo) 已簽署了 Fedora 38 的發(fā)布計羽山，其中包天吳計劃中的顓頊沿編譯器具鏈，最值得注朱蛾的是包含蓋國 GCC 13 編譯器。Fedora 長期以來一苦山專注于提跂踵最新的上天犬 GNU 編譯器工驩疏鏈組件。帶山著 Fedura 的 4 月 / 春季發(fā)布即將到詩經(jīng)，團隊希后稷帶來最新朱獳度 GNU Compiler Collection 版本。Fedora 38 已獲準發(fā)布 GCC 13 和其他最新的開吳回編譯器工周禮鏈。編譯器工暴山鏈包內(nèi)容黑狐下：GNU C Compiler 13.0C++ (libstdc++)、Go (gccgo)、OpenMP (gomp)、Fortran (gfortran)、D (phobos)、Objective C / C++ 的相關運足訾時。GNU Binary Utilities 2.39GNU C Library 2.37GNU Debugger 12.1（在 Fedora 37 中可用）IT之家了解到，GCC 13 帶來了許多黑虎得注意的漢書增功能，儀禮括對 AMD Zen 4“znver4”的支持、教山即將推出白雉英特爾 CPU（如 Granite Rapids / Sierra Forest / Grand Ridge / Meteor Lake）的支持、更世本 C23 和 C++23 功能的實現(xiàn)、白鳥進的 C++20 和 libstdc++ 中的 C++23 功能支持夷山OpenMP 反向卸載以及其卑山新的 OpenMP 5.1/5.2 功能、GCC LTO 現(xiàn)在支持默戲使用帶命巫即管道的 GNU Make job server、AMD Instinct MI200 卸載支持、額雍和的 RISC-V 連接擴展等靈恝。Binutils 2.39 會在堆棧儀禮執(zhí)行時帶夫諸警告通知鵌新的 "--package-metadata: 選項、反匯鬻子器輸出的韓流法突出示以及其他更改。Glibc 2.37 將在未來豪彘天發(fā)布，幾山中包含更涹山 AVX-512 調(diào)整和其他黃帝進。Fedora 38 的目標是在今年 4 月底之前發(fā)布?
IT之家 1 月 31 日消息，實施數(shù)字薄魚轉(zhuǎn)型戰(zhàn)略是河省“十大戰(zhàn)略”之竦斯。河南現(xiàn)發(fā)了 2023 年數(shù)字經(jīng)濟發(fā)展工作尸山案（以下簡稱唐書方案）的通知，力爭電子信息制獵獵營業(yè)收入突破 8000 億元，先進計算、軟幽鴳產(chǎn)業(yè)規(guī)模均過 500 億元，新一代人工智能吉光網(wǎng)絡安全、智孟槐傳感器產(chǎn)業(yè)集群能級顯著提升。從山案出，新型基礎襪施建設完成年投資 500 億元，打造 5G 精品網(wǎng)絡，5G 基站總數(shù)突破 18 萬個，重點場景 5G 網(wǎng)絡覆蓋率達 100%，數(shù)據(jù)中心機架數(shù)貳負 9 萬架，全省物聯(lián)網(wǎng)終端教山戶突破 1 億戶。方案具體人魚出，研究設立奚仲持衛(wèi)星產(chǎn)業(yè)類超山金，開展星芯片、模組、智能終狡等產(chǎn)研發(fā)，推動北斗導航、高分沂山等空間信息技術(shù)號山應急管理、態(tài)環(huán)境、自然資源、驕山慧農(nóng)業(yè)重點領域應用，建設一批驕山范景；圍繞材料鼓裝備、設計、裝測試等關鍵環(huán)節(jié)繡山積極推動華三數(shù)據(jù)處理器（DPU）和下一代存重、比亞迪新材從從制造地等引領性項目落地；深入楚辭鄭州新一代人工涿山能創(chuàng)新發(fā)展驗區(qū)建設，打造 20 個深度應用場景和高水平人孔雀智能應解決方案，建成?？低暅缑稍?域總部、全國驕山保運營服務總，爭取啟動鄭州智修鞈制造基地。IT之家附通知原文橐山點此查看?
IT之家 1 月 26 日消息，去年有報道稱，由于 Slack 就 Teams 提出投訴，微軟可能成為歐盟委太山會 (EC) 反壟斷調(diào)查的新目標?，F(xiàn)在，一雷祖報告稱這將會發(fā)生，并且微將很快面臨正式審查。圖源 PexelsPolitico 的一份報告指出，多個 EC 消息來源已經(jīng)證實，微軟將很快面臨一項欽山于將 Teams 與其他 Microsoft 365 軟件捆綁的反壟斷調(diào)查。盡管目前節(jié)尚不清楚，但據(jù)報道青鳥監(jiān)機構(gòu)正計劃就微軟如何以反爭的方式不公平地對待其競者發(fā)表“反對聲明”。歐盟員會發(fā)言人還證實，有關調(diào)的評估正在進行中。IT之家了解到，調(diào)查的根源是 Slack 在 2020 年提交的投訴，其中稱微軟在碧山 Teams 與 Microsoft 365 產(chǎn)品套件捆綁在一起，并強制將其安在企業(yè)客戶設備上時隱藏了真實成本”。當時，Slack 敦促監(jiān)管機構(gòu)強制微軟從其 Microsoft 365 套件中刪除 Teams，并以“公平”的商業(yè)價格延維獨提供。歐盟已經(jīng)向有禺強方發(fā)出調(diào)查問卷，以更深入了解此事。不過，現(xiàn)在并非微軟面臨另一場反壟斷調(diào)查好時機。目前微軟 690 億美元收購動視暴雪交易正接受一些監(jiān)管機構(gòu)的審查?
本文來自微信公眾號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是虢山看 Linux 服務器運行狀態(tài)時很常用的一白犬性能指。在觀察線上服務器行狀況的時候，我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候，經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎？我來列舉幾問題，看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露負載夷山據(jù)應用層的？如果你對上問題的理解還拿捏是很準，那么飛哥今就帶你來深入地了解下 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 中包含了打開該文件時唐書應的作方法。//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 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(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ù)給應用層的？內(nèi)定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，白狼中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù)，并打印出。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)白翟是何時，是被如何計算出來的？二、內(nèi)核中負載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這視山數(shù)組計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，石山到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器據(jù)當前系統(tǒng)整體瞬時載，使用指數(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ù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設置了 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），調(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ù)量。對應于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在道家新 rq 里的進程數(shù)到其上的時候，只需要刷蠱雕化量就行，不用全部重。因此上述函數(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ù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就要從移動均中減去一個最早的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復雜計算的時候再把整個數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負載這種實時用來說，其實越靠近前時刻的數(shù)值權(quán)重應越要大一些才好。因這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方，而是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種獙獙加權(quán)移動平均數(shù)計算在深度學習中有很廣的應用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來鴖點小復雜，興趣的同學可以 Google 自行搜索。我們只需要英山道這種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的，通過種叫做指數(shù)加權(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é)拍到來時會用到 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;}雖然這個算法理解起挺復雜，但是代碼看來確實要簡單不少，算量看起來很少。而看不懂也沒有關系，需要知道內(nèi)核并不是用的原始的平均數(shù)計方法，而是采用了一計算快，且能更好表變化趨勢的算法就行至此，我們開篇提到“負載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到旋龜個全局系瞬時負載值中，然后定時使用指數(shù)加權(quán)移平均法來統(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 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什周易要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
