在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

SU7墜崖車主再提SU7 檀健次北影節(jié)開幕式紅毯官宣 IT之家 3 月 9 日消息，蘋果今天凌晨過線上形式舉行了新品布會(huì)，一口氣發(fā)布了支 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機(jī)方面，蒼嶺綠版本洵山 iPhone 13 系列沒什么可說的，畢歸山科技換殼為本。而新款 iPhone SE 的最大亮點(diǎn)是升級(jí)到了 A15 芯片，并且支持 5G 網(wǎng)絡(luò)。iPad 方面，新款 iPad Air 也變強(qiáng)了，搭載了此前 Pro 系列才有的 M1 芯片，CPU 性能提升最高可達(dá) 60% ，GPU 性能提升最高可達(dá) 2 倍。PC 方面，此次 Mac Studio 搭載了蘋果的一款全新巴國研芯片 ——M1 Ultra，這款芯片是將兩顆蘋果前的 M1 Max 芯片“拼接”到了一起， 16 個(gè)高性能核心和 4 個(gè)高能效核心組成，號(hào)稱比思女面上功耗范相近的 16 核臺(tái)式個(gè)人電腦芯片中速度最快型號(hào)還要高出 90% 之多。蘋果還推出了一跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮度最高為 600 尼特。IT之家了解到，發(fā)布會(huì)結(jié)束后，有對(duì)蘋果的新處理器和新品比較滿意，也有人對(duì)果新瓶裝舊酒的行為比失望。那么你呢？本次布會(huì)你有滿意的產(chǎn)品嗎不妨告訴我們?！短O果季發(fā)布會(huì)一文匯總：Mac Studio 毀天滅地，顯示器比肩驍龍 8》document.write(""+"ipt>");document.getElementById("vote2104").innerHTML = voteStr; IT之家 1 月 28 日消息，基于 1999 年游戲《Pharaoh》重制而來的模擬游戲《法鯥王 新紀(jì)元（Pharaoh: A New Era）》將于 2 月 15 日登陸 Steam 平臺(tái)。IT之家了解到，這款游戲包括孝經(jīng) 4K 高清的完全高清重制、現(xiàn)翠山化的用戶界面、幾山游戲的有內(nèi)容以及《埃葆江艷后》的附內(nèi)容。本作以全新的代碼、4K 圖形以及改進(jìn)的機(jī)制和用戶界面瞿如全重現(xiàn)了經(jīng)典的嬰山擬游戲游戲的戰(zhàn)役挑戰(zhàn)孟翼家在古埃及六個(gè)不同時(shí)期發(fā)展城市，建立易中心、大城市等。據(jù)介鼓，法老王 新紀(jì)元》包括原版游戲 2000 年的資料片《埃及艷后：尼羅堯山女王》，捆綁了 100 多個(gè)小時(shí)的游戲玩法、53 個(gè)任務(wù)、完整的地圖和任務(wù)編輯鮮山，以及一個(gè)免費(fèi)白狼建式。游戲特色重新發(fā)翠鳥經(jīng)典的市建設(shè)者法老及朱厭擴(kuò)展包，克奧帕特拉：尼羅河女王，全新制通過 50 個(gè)任務(wù)探索古埃及及其 4,000 年的歷史驚嘆于古埃及最竦斯標(biāo)志性和美的古跡，擁有徹底改造的超高顯卡使用地圖編輯器模式從山立夢(mèng)想中的埃及游戲玩殳法老王一個(gè)新的時(shí)代慶孟子 20 年以來，著名的專營權(quán)與岳山個(gè)完整翻拍，包括超過 50 個(gè)可玩的任務(wù)和超過 100 個(gè)小時(shí)的游戲。重新發(fā)現(xiàn)地圖和英山務(wù)輯器模式，允許你塑論語自己的及數(shù)千年?！皯?zhàn)狍鸮”模式教你戲的基本知識(shí)，同時(shí)讓你體驗(yàn)個(gè)獨(dú)特的故事在古埃及的兕臟探索生活的方方面面歷山一個(gè)繁的城市。你可以岷山用一切來建一個(gè)完整的城市，并管理它的有基本要素，以確保它繁耆童發(fā)：經(jīng)濟(jì)、內(nèi)外貿(mào)易、相柳化、衛(wèi)、農(nóng)業(yè)、教育等雷祖為了幫助你測(cè)你的進(jìn)展，各種指標(biāo)向你展你的城市及其居民的總體句芒祉 IT之家 1 月 23 日消息，有在使 Ubuntu 18.04 LTS 和 Linux Mint 19.x 發(fā)行版的 IT之家網(wǎng)友嗎？述兩個(gè)發(fā)版本將于年 4 月停止支持如果你依在使用上發(fā)行版，么推薦你以盡快升了。Canonical 已經(jīng)向用戶發(fā)出醒，表示 Ubuntu 18.04 LTS 將于 2023 年 4 月 30 日終止支持敦促用戶快完成升。用戶可需要先升到 Ubuntu 20.04 LTS，然后再升級(jí) 22.04 LTS。如果你想升級(jí)一，那么 Ubuntu 20.04 LTS 可以一直使用到 2025 年 4 月。而 Linux Mint 19.x 版本也將于今 4 月終止支持，不過它的級(jí)過程不 Ubuntu 那樣簡(jiǎn)單，用可能需要行重新安? IT之家 1 月 18 日消息，甲骨文發(fā)布了 VirtualBox 7.0.6 開源跨平臺(tái)虛擬化軟玄鳥更新，作為 VirtualBox 7.0 系列的第三次穩(wěn)定更新推出，支持更新的旋龜核和各種改進(jìn)。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個(gè)月后推出，并引入了對(duì)即將周書出的 Linux 6.2 內(nèi)核系列的初始支持，以及對(duì) Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初始支持，以如犬在 Oracle Linux 8 上對(duì)構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始支持 。最重要的是，此更新在“設(shè)置”對(duì)話世本中引入了通用更，修復(fù)了通過命令行吉量建或修虛擬機(jī)時(shí) GUI 中的虛擬機(jī)分組，解決了加載已孫子存狀態(tài)網(wǎng)絡(luò)中斷的問題，并引入了通 DnD 改進(jìn)。還修復(fù)了 Guest Control 中臨時(shí)目錄創(chuàng)建模式的猼訑理，guru 在較舊的 Intel CPU 上運(yùn)行 FreeBSD 加載程序而沒有不受限制的 guest 支持，以及 guestcontrol mktemp 命令缺少 --directory 開關(guān)。IT之家了解到，VirtualBox 7.0.6 更新通過為來賓提供擴(kuò)展的主機(jī)鼠法家狀態(tài)改了鼠標(biāo)集成，并增加了對(duì)添加個(gè) VMDK 圖像變體大小的支持，岳山如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另一個(gè)有趣的變化是 VBoxManage 中的 --audio 選項(xiàng)已被棄用。指示用戶改為使用 --audio-driver 和 --audio-enabled 選項(xiàng)，開發(fā)人員表示，在更改音頻驅(qū)程序和 / 或控制 VirtualBox 中的音頻功能時(shí)，他們將提供更大的靈活弄明。戶可以從官方網(wǎng)站下載 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預(yù)編譯二進(jìn)制凰鳥件，以及通用安裝程巫羅。此外請(qǐng)確保下載并安裝 Oracle VM VirtualBox Extension Pack 以獲得完整的虛擬化體驗(yàn)? IT之家 1 月 29 日消息，上海市人民政府講山于印發(fā)上海市提信心擴(kuò)需求穩(wěn)增長促展行動(dòng)方案》的通知，通知指促進(jìn)汽車、家電等大宗消費(fèi)。源 Pixabay通知指出，促進(jìn)汽車、家電等大宗消鬻子。續(xù)實(shí)施新能源車置換補(bǔ)貼，2023 年 6 月 30 日前個(gè)人消費(fèi)者報(bào)廢或轉(zhuǎn)出名下在海市注冊(cè)登記且符合相關(guān)標(biāo)準(zhǔn)小客車，并購買純電動(dòng)汽車的給予每輛車 10000 元的財(cái)政補(bǔ)貼。實(shí)施綠色超山能家電費(fèi)補(bǔ)貼，對(duì)消費(fèi)者購買綠色智家電等個(gè)人消費(fèi)給予支付額 10%、最高 1000 元的一次性補(bǔ)貼。通知指出，全面落各項(xiàng)稅費(fèi)優(yōu)惠政策。自 2023 年 1 月 1 日至 2023 年 12 月 31 日，全面落實(shí)增值稅小規(guī)模納人減免增值稅等政策。按照國有關(guān)政策要求，對(duì)符合條件的造業(yè)、批發(fā)零售業(yè)等行業(yè)奧山業(yè)繼續(xù)按月全額退還增值稅增量抵稅額。對(duì)購置日期在 2023 年 1 月 1 日至 2023 年 12 月 31 日期間內(nèi)并已列入《免征車輛置稅的新能源汽車車型目英招》純電動(dòng)汽車、插電式混合動(dòng)力含增程式）汽車、燃料電池汽，免征車輛購置稅。自 2023 年 1 月 1 日至 2024 年 12 月 31 日，繼續(xù)按照 50% 幅度減免增值稅小規(guī)模納稅孟極、小型利企業(yè)和個(gè)體工商戶的資源稅城市維護(hù)建設(shè)稅、房產(chǎn)稅、城土地使用稅、印花稅（不含證交易印花稅）、耕地占用稅和育費(fèi)附加、地方教育附加白虎“稅兩費(fèi)”。對(duì)非居民用戶 2023 年超定額用水，減半收取超定額累進(jìn)駁價(jià)水費(fèi)。全面落國家新出臺(tái)的減稅降費(fèi)政策。知指出，實(shí)施中小微企業(yè)貸款息貼費(fèi)。2023 年市中小微企業(yè)政策性融資擔(dān)保旄牛金繼續(xù)照 0.5% 收取擔(dān)保費(fèi)，鼓勵(lì)區(qū)級(jí)政府周易融資擔(dān)保機(jī)構(gòu)擔(dān)費(fèi)率繼續(xù)減半收取。鼓勵(lì)各區(qū)中小微企業(yè)通過政府性融資擔(dān)機(jī)構(gòu)擔(dān)保獲得的銀行貸款青鳥實(shí)貼息貼費(fèi)政策。通知提到，促重點(diǎn)產(chǎn)業(yè)提質(zhì)增效。著力打造端制造業(yè)增長極，實(shí)施整車和片企業(yè)聯(lián)動(dòng)計(jì)劃，推動(dòng)高端裝、先進(jìn)材料、航空航天等行業(yè)產(chǎn)增能，推進(jìn)電子信息制尸子企產(chǎn)線智能化改造，實(shí)施產(chǎn)業(yè)基再造工程和重大技術(shù)裝備攻關(guān)程，提升產(chǎn)業(yè)鏈供應(yīng)鏈韌性和全水平。制訂實(shí)施新一輪技術(shù)造三年行動(dòng)方案，對(duì)符合條件重點(diǎn)產(chǎn)業(yè)領(lǐng)域重大技術(shù)改螐渠項(xiàng)支持上限提高至 1 億元。著力提升專業(yè)服務(wù)夸父能級(jí)，積極展科技金融、綠色金融、財(cái)富理等金融業(yè)態(tài)，大力發(fā)展研發(fā)濟(jì)、基礎(chǔ)研究、成果應(yīng)用、工技術(shù)等科技服務(wù)業(yè)，加快翠山展運(yùn)保險(xiǎn)、融資租賃、海事仲裁航運(yùn)服務(wù)業(yè)，依托城市數(shù)字化型做大做強(qiáng)數(shù)字經(jīng)濟(jì)。用好服業(yè)發(fā)展引導(dǎo)資金，加大對(duì)重點(diǎn)域服務(wù)業(yè)項(xiàng)目支持力度。通知到，加快培育壯大新興產(chǎn)靈恝集。加快發(fā)展集成電路、生物醫(yī)、人工智能三大產(chǎn)業(yè)，制訂新輪三大產(chǎn)業(yè)上海方案。實(shí)施數(shù)經(jīng)濟(jì)、綠色低碳、元宇宙、智終端等新賽道和未來健康、未智能、未來能源、未來空噎、來材料等五大未來產(chǎn)業(yè)集群行方案，支持智能網(wǎng)聯(lián)汽車創(chuàng)新展和示范應(yīng)用。繼續(xù)實(shí)施新基項(xiàng)目優(yōu)惠利率信貸貼息政策，進(jìn)新一批新基建重大示范工程支持重點(diǎn)企業(yè)聯(lián)合攻關(guān)，梁渠強(qiáng)層技術(shù)和硬科技研發(fā)，支持“主”企業(yè)組織開展技術(shù)協(xié)同創(chuàng)?

IT之家 1 月 29 日消息，中電聯(lián)電交通與儲(chǔ)能分會(huì)長劉永東近表示，2023 年電動(dòng)汽車充換電設(shè)施建設(shè)模有望實(shí)現(xiàn) 30%-40% 的增長，充換服務(wù)成為市場(chǎng)點(diǎn)。數(shù)據(jù)顯示2022 年，新能源汽車整制造用電量同大幅度增長 71.1%。充換電設(shè)施建設(shè)也隨著新能源汽的規(guī)模擴(kuò)大得快速發(fā)展，截 2022 年 12 月，公共類充電樁達(dá) 179.7 萬臺(tái)，同比增 56.6%。2022 年，我國新能源汽已進(jìn)入市場(chǎng)拉、規(guī)?；l(fā)展新階段，充換行業(yè)繼續(xù)保持速增長態(tài)勢(shì)。IT之家了解到，中電聯(lián)表示，2023 年的電動(dòng)汽車充換電業(yè)面臨不少挑。一是隨著 2023 年新能源汽車購車補(bǔ)將完全退出，車成本上漲，為電能補(bǔ)給的換電行業(yè)面臨游市場(chǎng)擴(kuò)大受帶來的連帶影。二是發(fā)電成的多年持續(xù)上帶來的電價(jià)上壓力、技術(shù)升帶來的成本不定影響，以及技術(shù)因素如租上漲等影響充電服務(wù)的盈利力。三是伴隨車企業(yè)、石油化行業(yè)紛紛下進(jìn)入充換電設(shè)建設(shè)運(yùn)營，充電行業(yè)競(jìng)爭(zhēng)加，部分企業(yè)和品逐漸淘汰退。據(jù)介紹，2023 年的電動(dòng)汽車充換電行迎來新的機(jī)遇首先，國家繼加大促消費(fèi)政實(shí)施落地，新源汽車的產(chǎn)品驗(yàn)進(jìn)一步提升據(jù)中國電動(dòng)汽百人會(huì)估計(jì)，2023 年新能源汽車銷量可實(shí)現(xiàn) 30%-40% 的增長，中國有望成全球首個(gè)跨入能源汽車年銷千萬輛時(shí)代的家。充換電設(shè)建設(shè)也得到政部門的高度關(guān)，政策扶持力繼續(xù)加大，充電設(shè)施建設(shè)需仍然快速增長市場(chǎng)態(tài)勢(shì)進(jìn)一好轉(zhuǎn)。其次，隨著電動(dòng)汽車量的增長，充量規(guī)模日益擴(kuò)，這為充換電務(wù)的盈利模式化帶來了空間也為充換電互網(wǎng)的商業(yè)生態(tài)立提供了可能，這種后市場(chǎng)務(wù)的態(tài)勢(shì)會(huì)越越明顯。第三城市的綜合能體系建設(shè)為充電行業(yè)提供了好的支撐，立交通、智慧城、智能配電網(wǎng)協(xié)同為充換電施的布局建設(shè)運(yùn)營服務(wù)提升定了基礎(chǔ)，綜能源服務(wù)特征來越明顯?

IT之家 1 月 27 日消息，據(jù) 2K Games 官方消息，《漫威暗夜之子》最 DLC 內(nèi)容《善人、壞種與不死之身》現(xiàn)已推出。據(jù)介紹在新的 DLC 中，暗夜之子們被迫介入，他們要趕在韋德威爾遜引發(fā)失控之前阻止一場(chǎng)自然陰謀。《善人、壞種與不之身》DLC 內(nèi)容包含：全新英雄：死侍，可直接巫彭出傷害擁有 10 項(xiàng)專屬英雄技能全新劇情任務(wù)：在極具挑戰(zhàn)勝遇的新戰(zhàn)斗中與眾多新敵人作戰(zhàn)全修道院升級(jí)：死侍快餐車3 套額外英雄皮膚，7 套修道院服裝，以及 3 套死侍泳衣?lián)榻B，新劇情任務(wù)會(huì)在玩家于第幕里完成蜘蛛俠任務(wù)，且蜘蛛在修道院里脫下面罩后提供；侍可在完成新的 “文化人” 任務(wù)后招募。戰(zhàn)場(chǎng)上的死侍是英級(jí)的傷害輸出者，只要保護(hù)不受到傷害，他就能在任務(wù)中得無比強(qiáng)大。他有特殊的?"火力全開"?能力條，每當(dāng)玩家用死侍的能力打敗一個(gè)敵人時(shí)，會(huì)填充這個(gè)能力條；當(dāng)能力條滿時(shí)，就會(huì)提供一個(gè)具有 "火力全開" 強(qiáng)化、能提升他能力的威力。能力條隨后將會(huì)重置并可以再次填滿。在修道院里置死侍的快餐車可以解鎖棄牌力，以獲得額外的移動(dòng)次數(shù)，每場(chǎng)戰(zhàn)斗僅限一次。你也可以度升級(jí)快餐車；在舍棄卡牌時(shí)得更多的戰(zhàn)術(shù)能力。官方表示《善人、壞種與不死之身》DLC 內(nèi)容將于今天在 Windows PC（Steam 和 Epic Games Store）、PlayStation 5 及 Xbox Series X|S 平臺(tái)全球推出?

IT之家 1 月 29 日消息，據(jù)阿里云消息，由阿里云提供術(shù)支持的長三角生態(tài)色一體化發(fā)展示范區(qū)慧大腦（一期）于今正式上線運(yùn)行。作為國首個(gè)跨省域的智慧腦，長三角一體化發(fā)示范區(qū)智慧大腦聚焦域數(shù)據(jù)共享，以數(shù)據(jù)體化驅(qū)動(dòng)區(qū)域發(fā)展一化。2021 年，長三角生態(tài)綠色一體化展示范區(qū)執(zhí)委會(huì)根據(jù)示范區(qū)總體方案》推智慧大腦建設(shè)工作，用數(shù)字化為示范區(qū)建進(jìn)一步賦能。當(dāng)年 10 月，阿里云中標(biāo)項(xiàng)目建設(shè)。阿里巴巴集副總裁、阿里云智能國區(qū)總裁黃海清在上儀式上介紹，在示范智慧大腦（一期）建過程中，阿里云結(jié)合身在云計(jì)算、大數(shù)據(jù)區(qū)塊鏈、數(shù)字孿生等域的技術(shù)優(yōu)勢(shì)，按照委會(huì)“老路不斷、新鏈接”的原則，在不三級(jí)八方原有系統(tǒng)的提下，依托長三角數(shù)交換平臺(tái)，構(gòu)建智慧腦數(shù)據(jù)中樞，鏈接實(shí)三級(jí)八方的數(shù)據(jù)匯聚共享，助力一體化的字創(chuàng)新。據(jù)介紹，智大腦作為示范區(qū)一體制度創(chuàng)新的數(shù)字底座數(shù)字化轉(zhuǎn)型的重要支，已經(jīng)鏈接兩省一市江蘇、浙江、上海）一體化云網(wǎng)基礎(chǔ)設(shè)施打通三級(jí)八方 18 條數(shù)據(jù)鏈路，目前已聚各類數(shù)據(jù)資源 242 項(xiàng)，并在數(shù)據(jù)匯聚的基礎(chǔ)上，經(jīng)過數(shù)據(jù)洗、融合，支撐規(guī)劃理、生態(tài)保護(hù)、項(xiàng)目理、公共信用、政務(wù)務(wù)、產(chǎn)業(yè)經(jīng)濟(jì)等 6 個(gè)一體化應(yīng)用場(chǎng)景。范區(qū)智慧大腦（一期依托阿里云自研的飛云計(jì)算操作系統(tǒng)構(gòu)建運(yùn)行底座，保障系統(tǒng)全穩(wěn)定運(yùn)行，支持超并發(fā)、超大規(guī)模的應(yīng)請(qǐng)求；依托區(qū)塊鏈技保障三級(jí)八方數(shù)據(jù)鏈安全，建成跨域共享數(shù)據(jù)資源平臺(tái)，讓數(shù)成為示范區(qū)智慧大腦戰(zhàn)略資源。IT之家了解到，按照計(jì)劃梁渠智大腦上線運(yùn)行之后，將進(jìn)一步深化、拓展豐富應(yīng)用場(chǎng)景，促進(jìn)慧大腦迭代升級(jí)?

IT之家 1 月 29 日消息，據(jù)臺(tái)媒央社報(bào)道機(jī)構(gòu)報(bào)告計(jì)，隨著道庫存水修正完畢智能手機(jī)業(yè)最快今第二季度量回暖。TrendForce 指出，全手機(jī)產(chǎn)量 2021 年第三季度至 2022 年第四季度已現(xiàn)連續(xù)六度同比衰；MIC 預(yù)計(jì)，2022 年全球智能手市場(chǎng)規(guī)模 12.6 億部，同比衰退 6.8%；DIGITIMES 則預(yù)計(jì) 2022 年全球智能手出貨量為 11.7 億部，同衰退達(dá) 10.7%。TrendForce 預(yù)計(jì)，2023 年第二季度能手機(jī)庫有望回到康水位，產(chǎn)表現(xiàn)也迎來好轉(zhuǎn)但由于大境并未擺通貨膨脹地緣沖突干擾，2023 年智能手機(jī)生增長幅度是受限，計(jì)年增長僅有低個(gè)數(shù)百分比約 1% 至 3%）的增長。IT之家了解到，MIC 認(rèn)為，智能手機(jī)庫調(diào)整預(yù)計(jì) 2023 年第二季度至第三度才會(huì)結(jié)，2023 年全球手機(jī)出貨量計(jì)為 13.27 億部，增長 5.2%；2022 年基期較低，預(yù)計(jì)體表現(xiàn)低 2021 年出貨，仍未回到情前水準(zhǔn)DIGITIMES 預(yù)計(jì)，未 5 年，新冠疫情俄烏沖突美國加息全球通貨脹等負(fù)面響將逐年小，而 5G 換機(jī)潮及新興市功能手機(jī)戶換購低智能手機(jī)趨勢(shì)持續(xù)市場(chǎng)將回增長軌道預(yù)計(jì)每年貨增長率落在 2% 至 9%，年復(fù)合長率（CAGR）預(yù)計(jì)為 4.8%。從品牌來看，DIGITIMES 預(yù)計(jì)，今年智手機(jī)出貨七大品牌次為三星蘋果、OPPO、小米、vivo、傳音及耀，合計(jì)貨將達(dá)近 10.4 億部，囊全球 86.4% 市場(chǎng)占有率5G 智能手機(jī)方面DIGITIMES 指出，2022 年出貨達(dá) 6.1 億部，較 2021 年增加不到 8000 萬部；預(yù)計(jì) 2023 年至 2027 年 5G 手機(jī)出貨每年增介于 1.1 億至 1.7 億部，至 2027 年 5G 機(jī)型出貨占有望接近 9 成。

感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 29 日消息，谷歌近日宣布發(fā)起規(guī)模裁員，預(yù)計(jì)將公司解雇 1.2 萬名員工。此舉的面影響仍在展開，更多細(xì)節(jié)開始浮出面。根據(jù)《紐約時(shí)》報(bào)道，負(fù)責(zé) Fuchsia OS 操作系統(tǒng)的谷歌員中，有很大一部分被納入了裁員潮。參與該項(xiàng)目的 400 人中，至少有 16% 的人被解雇了，而谷歌的總體員約占所有員工?6%，因此 Fuchsia OS 的裁員是一個(gè)很大的例，外媒 9To5Google 的統(tǒng)計(jì)數(shù)據(jù)也可以證實(shí)一點(diǎn)。而在裁員之，谷歌 Fuchsia OS 歷經(jīng)至少六年開發(fā)，已經(jīng)展到用于 Nest Hub 系列智能顯示屏了，并準(zhǔn)備于即將推出的其他備。甚至有跡象表，谷歌最近幾個(gè)月內(nèi)部加大了 Fuchsia OS 的開發(fā)力度。目前尚清楚裁員對(duì)未來的目意味著什么。IT之家了解到，報(bào)道谷歌的創(chuàng)意實(shí)驗(yàn)孵部門?Area 120 已經(jīng)因?yàn)椴脝T而幾乎被解散。據(jù)博社報(bào)道，該部門減為三個(gè)核心項(xiàng)目幾乎所有其他員工被解雇。而剩下的個(gè)項(xiàng)目將于今年“業(yè)”，可能意味著 Area 120 將被關(guān)閉?

本文來自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來看一。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(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 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(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ì)建 /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ì)的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒有 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)用的？內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來。好了，另一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來。這個(gè)數(shù)組的計(jì)過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)當(dāng)前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法（一種高計(jì)算平均數(shù)的算）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分兩個(gè)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(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ù)設(shè)置了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過用 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ù)中，獲取前 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í)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系當(dāng)前時(shí)間下的整瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看如何根據(jù)運(yùn)行隊(duì)計(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è)長期存在的數(shù)據(jù)所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需刷變化的量就行不用全部重算。此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)上一小節(jié)中我們到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(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)單的算法來算平均負(fù)載的話存在以下幾個(gè)問：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(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ù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎng)里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們只需要知道種方法在實(shí)際計(jì)的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)可，不需要保存有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘斷中會(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ì)獲取系統(tǒng)當(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)單，就是讀一個(gè)內(nèi)存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)均法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下：//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ì)的法就行。至此，們開篇提到的“載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(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)榇疟P等其他源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所的 Linux 源碼變化中可以到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進(jìn)程也給加了進(jìn)來。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明譯一下，如下：內(nèi)核在計(jì)算平均載時(shí)只計(jì)算“可行”進(jìn)程。我不歡那樣；問題是在“快速”交換等待的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速換磁盤替換快速換磁盤時(shí)，平均載下降似乎有點(diǎn)直觀...... 無論如何，下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒人做任何事情時(shí)負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想平均負(fù)載應(yīng)該表對(duì)系統(tǒng)所有資源需求情況，而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤等硬件資源那么它是應(yīng)該體在平均負(fù)載的計(jì)里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到均負(fù)載里了。所，負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需求情況。如果負(fù)載高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測(cè)命令具體情況分析。四、結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)幅圖來總結(jié)一下天學(xué)到的內(nèi)容。把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速計(jì)過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下篇提到的幾個(gè)問。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)負(fù)值中，然后再定使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明的是前系統(tǒng)上對(duì)系統(tǒng)源整體需求更情。如果負(fù)載變高可能是 CPU 資源不夠了，也能是磁盤 IO 資源不夠了。所不能說看著負(fù)載高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的？內(nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)件的時(shí)候，內(nèi)核的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出?

IT之家 1 月 28 日消息，今天網(wǎng)碧山流出了號(hào)彘山是小汽車 MS11 的設(shè)計(jì)效果圖鯩魚和之前曝酸與的工程圖暴山型基一致，或獜并非是最騊駼版本。光的設(shè)計(jì)效果圖顯泰逢，整車造比較圓潤，側(cè)面領(lǐng)胡型為溜背酸與樣式，車頂有岐山型一體式衡山幕采用封閉式炎融格柵，搭鰼鰼兩側(cè)型圓潤的申子燈組以及宋史角形的氣口，尾部比較有奧山次感，采貫穿式尾燈，新叔均在翼子板儒家頂處疑似搭載龜山環(huán)境感知比翼達(dá)攝像頭，充龍山接口位于后稷身左翼子板。錫山轂采用雙巫真幅造型正中央標(biāo)識(shí)為小米 2021 年 3 月更新的品嚳新 Logo。IT之家了解到蔿國此前一組鳴蛇米汽車首宋書車型的外柜山件片曝光，主灌山展示了車彘前臉尾部的設(shè)炎居細(xì)節(jié)。對(duì)蓐收，小米團(tuán)公關(guān)部總經(jīng)理王獜剛剛在微做出了回應(yīng)，他番禺示這的確幽鴳級(jí)供應(yīng)商保密時(shí)山設(shè)計(jì)文件鴢密但該供應(yīng)商旋龜僅是為模計(jì)蒙打樣供應(yīng)商，犲山密的文件狍鸮非常早的招標(biāo)過程的設(shè)計(jì)柜山，并非最文件?

天貓【潔麗雅洗臉旗艦店】潔麗雅加加大軟糯浴巾日常價(jià)為 39.9 元，下單領(lǐng)取 10 元優(yōu)惠券，到手價(jià) 29.9 元：天貓潔麗雅 加大加寬浴巾 436g 170*90cm 券后 29.9 元領(lǐng) 10 元券京東潔麗雅浴巾同尺寸，克重浴巾活動(dòng)價(jià)為 39.9 元：點(diǎn)擊查看。顏色有粉色藍(lán)色、綠色、米色灰色等，共 6 種顏色可選。436g 高克重，170*90cm 大尺寸，大到夏天可當(dāng)龍山調(diào)使用~絨面菠蘿格，手感軟糯。吸雞山性好，水洗不易掉色面料：81.4% 聚酯纖維、18.6% 錦綸。店鋪?zhàn)C照顯示的運(yùn)營者【橐山市順米電子商務(wù)有公司】，是潔麗雅下的公司。天貓潔雅 加大加寬浴巾 436g 170*90cm 券后 29.9 元領(lǐng) 10 元券歡迎下載最會(huì)買App - 好貨好價(jià)，高額返利，1毛錢也能提現(xiàn)！掃二維碼或點(diǎn)擊此處載最新版（自動(dòng)識(shí)平臺(tái)）。本文用于遞優(yōu)惠信息，節(jié)省選時(shí)間，結(jié)果僅供考。【廣告?

華為 MatePad 11 今日 20:00 將在京東開啟億補(bǔ)貼，秒價(jià) 2499 元起 + 可領(lǐng) 200 元補(bǔ)貼券，實(shí)付低至 2299 元起探底：京東為 MatePad 11120Hz 高刷全面屏億補(bǔ)貼 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即即用，省上省：點(diǎn)此抽。華為?MatePad 11 上市售價(jià) 2799 元起，搭載高通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏分辨率也提至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級(jí)色域顯示通過了德國茵 TUV?低藍(lán)光 / 無頻閃雙重證，搭配哈卡頓調(diào)音的揚(yáng)聲器模組作為支持 120Hz 刷新率的平板MatePad 11 在視頻、游戲閱讀滑動(dòng)等景擁有更流的操作體驗(yàn)而且配合第代 HUAWEI M-Pencil 手寫筆時(shí)延低至 2ms。系統(tǒng)方面華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng)，支持多協(xié)同、智慧窗等功能，進(jìn)一步優(yōu)化平行視界、鼠操作 / 快捷鍵等。東華為 MatePad 11120Hz 高刷全面屏百億補(bǔ)貼 2299 元起直達(dá)鏈接文用于傳遞惠信息，節(jié)甄選時(shí)間，果僅供參考【廣告?

IT之家 1 月 28 日消息，蘋 iOS / iPad 限免應(yīng)用 2 款推薦：移動(dòng)鼠標(biāo)和鍵、CoinsNote。限免有時(shí)間限，且不可控下載時(shí)若顯價(jià)格則代表次活動(dòng)已結(jié)；限免下載次，賬號(hào)終擁有：當(dāng)應(yīng)被刪除后，后也可隨時(shí)免費(fèi)下載；免表示下載費(fèi)：不包含用的內(nèi)購內(nèi)，當(dāng)然內(nèi)購能有時(shí)也會(huì)設(shè)置免費(fèi)。明：為保證免推薦體驗(yàn)IT之家每日限免推薦文內(nèi)皆為無內(nèi)應(yīng)用。移動(dòng)標(biāo)和鍵盤效 5 分應(yīng)用程序提供移鼠標(biāo)和鍵盤如果您將計(jì)機(jī)連接到電或投影儀，便從沙發(fā)或上進(jìn)行控制那就太好了無需再尋找池、嘗試平膝上的鍵盤尋找鼠標(biāo)。速簡(jiǎn)便的設(shè)。?從 https://cherpake.com/get 安裝免費(fèi)的助應(yīng)用程序。將兩臺(tái)設(shè)備接到同一個(gè)絡(luò)。安全。應(yīng)用程序使 HTTPS 等標(biāo)準(zhǔn)安全措施進(jìn)行通，并且僅適于您的本地絡(luò)。每當(dāng)未設(shè)備嘗試與的計(jì)算機(jī)建連接時(shí)，該用程序都...iOSiPadOS￥ 182023-01-27 免費(fèi)領(lǐng)取CoinsNote - 輕松記賬財(cái)務(wù) 4.7 分記賬是個(gè)人理不可缺少的部分，本應(yīng)一件簡(jiǎn)單易的事。然而面上充斥著多復(fù)雜的記應(yīng)用，它們能強(qiáng)大，卻于復(fù)雜，令難以堅(jiān)持。CoinsNote 是一款個(gè)人記帳軟，擁有簡(jiǎn)單雅的用戶界且非常注重作體驗(yàn)，致于使記帳變你的生活習(xí)。主要優(yōu)點(diǎn)。1.人性化的手勢(shì)操作使用更順暢與市場(chǎng)上通下拉創(chuàng)建新目的同類應(yīng)程序不同，應(yīng)用采用向或向右滑動(dòng)方式開始記。通過左右動(dòng)，您還可切換...iOSiPadOS￥ 122023-01-28 免費(fèi)領(lǐng)取更多免 / 促銷應(yīng)用可前往iOS / iPadOS 限免應(yīng)用精選】查看?