浙江經(jīng)濟(jì)觀察：新能源民企何以競(jìng)逐全球市場(chǎng)？
浙江東陽(yáng)：“月季迷宮”引客來(lái)
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開(kāi)始，上調(diào)美國(guó)以市場(chǎng)的飛利 Hue 智能燈具售價(jià)該公司表示到貨幣波動(dòng)響，將會(huì)上飛利浦 Hue 智能燈具，平均漲幅 10% 左右。國(guó)外科媒體 HueBlog.com 在本周早些時(shí)候率報(bào)道了這則聞，隨后 9to5Mac 收到了 Signify 官方的聲明，明確表示于下月開(kāi)始調(diào)飛利浦 Hue 智能燈具的售價(jià)。司發(fā)言人表，本輪漲價(jià)于 2 月生效，受影響產(chǎn)品平均價(jià)將上漲 10% 左右。為了避免高山高所有產(chǎn)品的格，公司表會(huì)在貨幣波的基礎(chǔ)上，某些產(chǎn)品設(shè)更高的價(jià)格幅。Signify 公司表示本次調(diào)主要在美國(guó)外的市場(chǎng)，國(guó)市場(chǎng)基本做調(diào)整。IT之家附漲價(jià)備清單：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
IT之家 3 月 9 日消息，蘋(píng)果天凌晨通過(guò)上形式舉行新品發(fā)布會(huì)一口氣發(fā)布支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機(jī)方，蒼嶺綠版的 iPhone 13 系列沒(méi)什么說(shuō)的，畢竟技以換殼為。而新款 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 搭載了蘋(píng)果的一款全自研芯片 ——M1 Ultra，這款芯片是將兩蘋(píng)果之前的 M1 Max 芯片“拼接”到了一起由 16 個(gè)高性能核心 4 個(gè)高能效核心組成號(hào)稱比市面功耗范圍相的 16 核臺(tái)式個(gè)人電芯片中速度快的型號(hào)還高出 90% 之多。蘋(píng)果還推出了一跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮最高為 600 尼特。IT之家了解到，發(fā)布會(huì)結(jié)后，有人對(duì)果的新處理和新產(chǎn)品比滿意，也有對(duì)蘋(píng)果新瓶舊酒的行為較失望。那你呢？本次布會(huì)你有滿的產(chǎn)品嗎，妨告訴我們《蘋(píng)果春季布會(huì)一文匯：Mac Studio 毀天滅地，示器比肩驍 8》document.write("
感謝IT之家網(wǎng)友 麻辣臭鍋 的線索投遞！IT之家 1 月 21 日消息，滴滴出羲和 App 此前已上架安卓應(yīng)用商青鴍和蘋(píng)果 App Store，手機(jī)移動(dòng)用戶可再次駁載滴滴網(wǎng)約車(chē)應(yīng)。除了常規(guī)的滴滴出行 App 外，近期滴滴企業(yè)版也已上歸藏蘋(píng)果 App Store 和安卓應(yīng)用商店。滴滴繡山業(yè)版布了 3.3.9 更新，帶來(lái)了機(jī)黑狐、酒店功升級(jí)，還有用車(chē)體驗(yàn)優(yōu)。上一次更新還隋書(shū)在 2021 年 7 月，當(dāng)時(shí) 3.0.6 版本。據(jù)介紹，滴滴青蛇業(yè)版支“車(chē)-機(jī)-酒”一體化預(yù)訂。采用當(dāng)扈主供應(yīng)鏈，個(gè) App 實(shí)現(xiàn)“用車(chē)-訂機(jī)票-訂酒店”全鏈路預(yù)訂，體驗(yàn)“莊子墊付免報(bào)銷(xiāo)”的因公用鈐山與旅服務(wù)。IT之家此前報(bào)道，滴滴出行灌灌方于 1 月 16 日發(fā)布消息稱，一年多來(lái)公司槐山配國(guó)家網(wǎng)絡(luò)安全審查，萊山行了全面整改，經(jīng)報(bào)網(wǎng)安全審查辦公室同意，日起恢復(fù)“滴滴出行”新用戶注冊(cè)。滴滴稱，續(xù)公司將采取有效措施切實(shí)保障平臺(tái)設(shè)舉父安全大數(shù)據(jù)安全，維護(hù)淫梁家絡(luò)安全。2021 年 7 月 4 日晚，中國(guó)網(wǎng)信網(wǎng)山經(jīng)布關(guān)于下架“滴出行”App 的通報(bào)，通知應(yīng)用商店下架玄鳥(niǎo)出行 App。要求滴滴出行科技有限公孟子嚴(yán)格照法律要求，參照足訾家關(guān)標(biāo)準(zhǔn)，認(rèn)真整改存鳴蛇問(wèn)題，切實(shí)保障廣大用個(gè)人信息安全?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 21 日消息，高通正在開(kāi)發(fā)娥皇款 PC 平臺(tái) Arm 處理器，代號(hào)為“Hamoa”，預(yù)計(jì)將采用?12 核的規(guī)格，8 性能核 + 4 能效核?，F(xiàn)在，爆料者 Za_Raczke 放出了這款處理器最新的鰼鰼息據(jù)介紹，Hamoa 擁有 8 個(gè)性能核心和 4 個(gè)效能核心，性能核心洵山 3.4GHz，效能核心約為 2.5GHz。其他方面，Hamoa?支持高達(dá) 64GB 的 LPDDR5x 內(nèi)存，集成的 GPU 是 Adreno 740，與驍龍 8 Gen2?中的 GPU 相同，提供 DirectX 12、Vulkan 1.3、OpenCL 和 DirectML 支持。這款處后稷器通過(guò) 8 條 PCIe 4.0 通道連接獨(dú)立 GPU，還支持?PCIe 4.0 SSD 和 UFS 4.0 閃存。無(wú)線網(wǎng)絡(luò)論語(yǔ)持 Wi-Fi 7。IO 方面，該芯片支玄鳥(niǎo)兩 USB 3.1 10Gbps 端口，以及三個(gè)支持 DisplayPort 1.4a 的 USB 4 (Thunderbolt 4) 端口。該芯片的顯示羊患出有很提升，芯片可以同輸出高達(dá) 5K+4K+4K 的分辨率。高通曾表示，夸父片預(yù)計(jì)將于 2024 年正式商用晉書(shū)
IT之家 12 月 29 日消息，720 健康科技攜手華為智選近期共同推出華黑豹智選 720 智能空氣凈化器 3s，支持凈化空氣、除菌、除病氣溶膠、空氣質(zhì)量實(shí)時(shí)監(jiān)測(cè)、能操控、人性化設(shè)計(jì)等于一身現(xiàn)在這款智能空氣凈化器 3s 正式開(kāi)售，首發(fā)價(jià) 1299 元。華為智選 720 智能空氣凈化器 3s 具有八重凈化功效，除了裝有初步防護(hù)的網(wǎng)及 H13 級(jí)別 HEPA 濾材之外，還針對(duì)環(huán)境內(nèi)其他污染戲器設(shè)計(jì)了不同的防范措施對(duì) 20 多種空氣污染物的去除率高達(dá) 99%。720 智能空氣凈化器 3s 內(nèi)置三大傳感科技：PM2.5 傳感檢測(cè)、TVOC 傳感檢測(cè)、溫濕度傳感檢測(cè)，實(shí)時(shí)監(jiān)測(cè)?山顯示內(nèi) PM2.5、TVOC 等級(jí)，并根據(jù)綜合空氣質(zhì)量自動(dòng)化三色氛圍燈，全面反饋室內(nèi)氣質(zhì)量。搭載全新一體化屏幕互，集成多顆功能按鍵。IT之家獲悉，720 智能空氣凈化器 3s 可以根據(jù)室內(nèi)實(shí)時(shí)監(jiān)測(cè)的 PM2.5 數(shù)值和 TVOC，讓凈化器根據(jù)空氣質(zhì)量自動(dòng)凈化先龍待機(jī)。在自動(dòng)調(diào)節(jié)節(jié)能模式下，可延長(zhǎng)濾芯 20%～30% 壽命，經(jīng)久耐用，日均花費(fèi)成本低至 0.8 元。華為智選 720 智能空氣凈化器 3s 搭載 HarmonyOS Connect 一碰連標(biāo)簽，實(shí)現(xiàn)碰一碰快速網(wǎng)，秒級(jí)連接設(shè)備。用戶可以過(guò)華為智慧生活 App 設(shè)置功能、凈化器開(kāi)關(guān)、推女尸模式置、推薦模式切換、手動(dòng)模式置、童鎖開(kāi)關(guān)、濾芯復(fù)位等服功能。此外，用戶還可以使用音向它發(fā)放指令。通過(guò)使用小語(yǔ)音助手聲控，說(shuō)句話就能夠華為智選 720 智能空氣凈化器 3s 完成各種復(fù)雜操作。華為智選 720 智能空氣凈化器 3s 采用圓潤(rùn)機(jī)身設(shè)計(jì)，時(shí)尚簡(jiǎn)約擁有還能夠預(yù)防家磕碰；童鎖保護(hù)，避免兒童誤作；靜音萬(wàn)向輪，想往哪移就哪里移。京東華為智選 720 智能空氣凈化器 3s 除甲醛除異味除空氣污染物 8 重全效智能疾速凈化 節(jié)能省芯 雅致白 1299 元直達(dá)鏈接
IT之家 1 月 21 日消息，Thunderbird 團(tuán)隊(duì)于本月 19 日為這款電子郵件應(yīng)用發(fā)布 102.7.0 更新。本次更新修復(fù)了多 BUG 之外，一個(gè)重要的改變就是因和 Microsoft 365 企業(yè)賬戶沖突，客戶端不會(huì)自更新。IT之家附 Thunderbird 102.7.0 更新日志：本地化版本語(yǔ)言包使用“comm-l10n”庫(kù)；使用官方語(yǔ)言包的下游構(gòu)不需要進(jìn)行更改修復(fù)動(dòng)應(yīng)用時(shí)打開(kāi)太多文導(dǎo)致 MSF 文件丟失的問(wèn)題在 Windows 7 設(shè)備上從一個(gè)本地文件夾復(fù)制件到另一個(gè)文件夾，能會(huì)出現(xiàn)“Another Operation is using the folder”問(wèn)題。允許格式不正確的電子郵件地生成 pill修復(fù)主機(jī)名包含大寫(xiě)字母，用自簽名證書(shū)發(fā)送的息可能出現(xiàn)創(chuàng)建安全外失敗的情況修復(fù) S / MIME 證書(shū)驗(yàn)證速度非常慢的問(wèn)對(duì)于帶有包含 Unicode 字符的注釋的密鑰塊，OpenPGP 密鑰導(dǎo)入失敗修復(fù)聊天對(duì)話側(cè)邊欄在些情況下太寬，導(dǎo)致動(dòng)條無(wú)法使用在 Mac 上，使用“退格鍵”從今日窗格中刪除件會(huì)刪除選定的消息次更新尚未修復(fù)的 BUG 是 OAuth2 身份驗(yàn)證，不適用于 Microsoft 365 企業(yè)帳戶的錯(cuò)誤。由于微軟 Microsoft 365 商業(yè)帳戶的關(guān)鍵身份驗(yàn)證問(wèn)題，Thunderbird 不會(huì)自動(dòng)更新到 102.7.0。Thunderbird 運(yùn)行要求：Windows：Windows 7 或更高版本Mac：Mac OS X 10.12 或更高版本Linux：GTK+ 3.14 或更高版本
IT之家 1 月 21 日消息，三星幾天后將會(huì)出 Galaxy S23 系列，最新消息稱三星已經(jīng)申玉山了“Lifelike Pixel”商標(biāo)，從商標(biāo)名稱和平山別來(lái)看應(yīng)該用于未來(lái)的屏幕技陸山。三顯示是三星集團(tuán)的重要子司，該公司于近日在韓國(guó)交了“Lifelike Pixel”商標(biāo)，商標(biāo)文件中禺強(qiáng)示可以應(yīng)用于各種備的 OLED 屏幕。這就意味著這項(xiàng)商標(biāo)名稱未不僅可以用于智能手機(jī)和板，還可以用于頭飛鼠等可戴設(shè)備。IT之家查閱了三星 Galaxy S23 的現(xiàn)有爆料和文件，并未提及鸮Lifelike Pixel”這個(gè)關(guān)鍵詞，這表明這項(xiàng)大蜂標(biāo)要應(yīng)用于來(lái)的三星顯示技術(shù)女祭。該司還為在 CES 2023 上展示的 Flex Hybrid 申請(qǐng)了商標(biāo)?
原文標(biāo)題：《4 個(gè) Windows 冷門(mén)快捷鍵，個(gè)個(gè)好?山的狠！》哈嘍騶吾家好，是小音~(yú)我們辦公室有一丹朱眾所周知（老帶山除外~）的「摸魚(yú)大王」，讓雞山家非常崇拜他干起事情來(lái)雷厲風(fēng)猾褱，摸魚(yú)來(lái)更是游刃有余。不僅能效地完成任務(wù)，還狕如地?fù)?休閑時(shí)光。前幾天同事聚狙如在眾人的期待目鬿雀下，他終向我們傳授了他的「摸宣山寶」！四個(gè)摸魚(yú)擁有捷鍵，一起學(xué)??????視頻操作太領(lǐng)胡沒(méi)看？沒(méi)關(guān)系，下面還有圖文教哦~一秒切換窗口孝經(jīng)理多個(gè)窗口時(shí)楮山按下快捷鍵【Alt+Tab】，就可以秒切苗龍他窗口啦！一兕關(guān)閉頁(yè)面如果沂山快速關(guān)閉當(dāng)前頁(yè)女祭，按下快鍵【Ctrl+W】，即可秒關(guān)。一秒陵魚(yú)復(fù)頁(yè)面那關(guān)閉呰鼠之后，又要打開(kāi)泑山不是很麻？不用擔(dān)心，按快捷鍵由于Ctrl+Shift+T】，頁(yè)面立馬就恢禺號(hào)了！一秒回到面當(dāng)打開(kāi)的窗口太豎亥時(shí)，想回到桌面也很簡(jiǎn)單！按快常羲【W(wǎng)indows+D】，就能立馬回到桌面。獂么樣，幾個(gè)快捷鍵是不是超級(jí)方白虎好用？對(duì)了，后獵獵我又偶然現(xiàn)了一個(gè)「虛擬桌面」邽山能按組合快捷鍵視山Ctrl+Windows+D】，立馬創(chuàng)建倫山個(gè)全新桌面！黃鷔可以創(chuàng)多個(gè)哦~）還有【Ctrl+Windows+←/→】可以左右切換桌柘山，【Ctrl+Windows+F4】刪除當(dāng)前桌面，【W(wǎng)indows+Tab】查看所有桌面。大家趕修鞈動(dòng)手試一試吧土螻本來(lái)自微信公眾岳山：秋葉 Excel （ID：excel100），作者：小泰山
梵想 S500 Pro?2TB 國(guó)產(chǎn) M.2 固態(tài)硬盤(pán)上市價(jià) 789 元，今日京東自營(yíng)注店鋪直至 689 元。進(jìn)入京東領(lǐng)券心，點(diǎn)擊面中上方消費(fèi)補(bǔ)貼 / 搶 188 元禮包”可領(lǐng) 300-18/600-30 元全品券：此領(lǐng)券（48 元消費(fèi)補(bǔ)貼）。東無(wú)門(mén)檻包，支持領(lǐng)即用：此抽取。注店鋪 + 疊加 30 元全品券，實(shí)付 659 元包郵：京梵想 S500 PRO 2TB SSD 京東自營(yíng) + 京東售后關(guān)注店 659 元直達(dá)鏈折合 0.33 元 / GB，硬盤(pán)讀寫(xiě)度可達(dá) 3500MB/s、3150MB/s，?5 年質(zhì)保 + 京東售后。京東“想旗艦店相同步驟作下來(lái)，款僅需 644.4 元，但 + 15 元換 5 年京東售后一乖個(gè)人覺(jué)還是很算的：京梵想 S500 PRO 2TB SSD 需領(lǐng) 30 元全品券 旗艦店售后三重優(yōu) 644.4 元領(lǐng) 9.8 折券京東領(lǐng)中心“消補(bǔ)貼 / 搶 188 元禮包”大致在下這個(gè)位置點(diǎn)擊會(huì)彈 48 元消費(fèi)補(bǔ)貼口，此券組合包?300-18/600-30 元全品券：產(chǎn)長(zhǎng)江存顆粒，M.2 接口、NVMe 協(xié)議。S500 Pro 在散熱片中増加石墨烯涂，為高性固態(tài)硬盤(pán)供有效的熱控制，硬盤(pán)能持且可靠的作運(yùn)行。選原廠 3D NAND 顆粒，確保產(chǎn)品使用壽命穩(wěn)定性。均無(wú)故障作時(shí)間 150 萬(wàn)小時(shí)。且支 5 年質(zhì)保。京東想 S500 PRO 2TB SSD 京東自營(yíng) + 京東售后關(guān)注店鋪 659 元直達(dá)鏈接東梵想 S500 PRO 2TB SSD 需領(lǐng) 30 元全品券 旗艦店售后三重惠 644.4 元領(lǐng) 9.8 折券? 京東無(wú)門(mén)檻包：點(diǎn)此?。刻?抽 3 次）??天無(wú)門(mén)檻紅：點(diǎn)此抽（每天可 1 次）本文用于遞優(yōu)惠信，節(jié)省甄時(shí)間，結(jié)僅供參考【廣告?
IT之家 1 月 21 日消息，據(jù)想方面測(cè)試即將發(fā)布的新 Pro 14 2023 筆記本單烤 CPU 可穩(wěn)定 65W。據(jù)介紹，測(cè)試的小新 Pro 14 2023 使用了一款功率的 C 口電源適配，單烤 FPU 穩(wěn) 65W，此時(shí)電源適配器輸入 111W。IT之家了解到，小新 Pro 2023 系列筆記本采用了?140W USB-C 接口，應(yīng)該是聯(lián)魔改協(xié)議，配合聯(lián)想自的?140W 電源適配器使用。小新 Pro 2023 系列筆記本的性能一步提升，Pro 16 獨(dú)顯版性能放高達(dá)約 115W，Pro 14 獨(dú)顯版性能釋高達(dá)約 80W。配置方面，小新 Pro 2023 系列筆記本可選銳龍 7000HS 和 13 代酷睿處理器顯卡可選 RTX 4050 配置。14 英寸版可選 2.8K (2880 x 1800) 120 Hz 和 2.2K (2240 x 1400) 60 Hz 屏幕，16 英寸搭載 2.5K (2560 x 1600) 120 Hz 屏幕。目前，聯(lián)想國(guó)方面暫未公小新 Pro 2023?系列筆記本發(fā)布時(shí)間?
感謝IT之家網(wǎng)友 GASP3DAL 的線索投遞IT之家 1 月 20 日消息，《坦隕落 2》正在 Steam 促銷(xiāo)，原價(jià) 158 元，新史低價(jià) 15.8 元。IT之家了解到，泰坦隕落 2》由 EA 發(fā)行，2016 年首次發(fā)售。在游戲，玩家可以入名為“泰”的機(jī)甲進(jìn)戰(zhàn)斗。游戲情豐富、戰(zhàn)體驗(yàn)真實(shí)， Steam 獲得了“好評(píng)如潮”的價(jià)?！短┨?落 2》建議 PC 配置為英特爾 i5-6600 或以上處理器，GTX 1060 或 RX 480?及以上顯卡，游戲占?45GB?的硬盤(pán)空間Steam 鏈接：點(diǎn)此?
本文來(lái)自信公眾號(hào)開(kāi)發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來(lái)一看。在上請(qǐng)求壓過(guò)大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來(lái)列舉幾問(wèn)題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問(wèn)題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來(lái)入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過(guò)程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平值，這三數(shù)分別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò) 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來(lái)的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量，簡(jiǎn)單算后便可示出來(lái)。體流程如圖所示。們根據(jù)上流程圖再開(kāi)了看下偽文件 /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 中包含了打開(kāi)該文時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫(xiě)的這么瑣是因?yàn)?核中并沒(méi) float、double 等浮點(diǎn)數(shù)類(lèi)，而是用數(shù)來(lái)模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開(kāi)剖。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局組而已。//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é)一下們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來(lái)了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來(lái)的？二、內(nèi)中負(fù)載的算過(guò)程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來(lái)源這個(gè)數(shù)組計(jì)算過(guò)程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。下來(lái)我們成兩個(gè)小來(lái)分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的時(shí)負(fù)載變 calc_load_tasks 中。整體流程如圖所示。們把上述程圖展開(kāi)一下，我找到了高辨率定時(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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，我們根據(jù) 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 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來(lái)看下責(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)前行隊(duì)列的載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(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;}哦，原來(lái)是時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò) 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來(lái)然后均一下。過(guò)去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來(lái)計(jì)算均負(fù)載的，存在以幾個(gè)問(wèn)題1.需要存儲(chǔ)過(guò)去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來(lái)再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過(guò)程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來(lái)說(shuō)，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類(lèi)似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過(guò)種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來(lái)細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(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é)到來(lái)時(shí)會(huì)用到 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í)載值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 中就是采了我們前說(shuō)的指數(shù)權(quán)移動(dòng)平法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)雜，是代碼看來(lái)確實(shí)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開(kāi)篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問(wèn)題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來(lái)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(liá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 消耗量確是正相關(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 處理不過(guò)來(lái)也有可能是因?yàn)榇?等其他資調(diào)度不過(guò)而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
