宋佳差點(diǎn)沒(méi)認(rèn)出楊天真 高領(lǐng)毛衣改低領(lǐng)#舊衣改造 #針線活#縫縫補(bǔ)補(bǔ)還能穿#縫紉小技巧#生活小妙招#針線小妙招 天貓【蒙牛旗艦店】牛 三箱牛奶組合 現(xiàn)售 200 元，現(xiàn)可領(lǐng) 101 元大額券，實(shí)付 99 元包郵。組合內(nèi)含：未來(lái)星原生純牛奶 190mL*12 包 * 2 箱（商超 68 元 / 箱）臻享濃牛奶 250mL*16 盒（商超 68 元 / 箱）天貓蒙牛 純牛奶 三箱組合共 40 盒券后 99 元領(lǐng) 101 元券本次折合 33 元 / 箱，官方直營(yíng)大促，需求的小伙伴速囤。貓蒙牛 純牛奶 三箱組合共 40 盒券后 99 元領(lǐng) 101 元券? 京東無(wú)門檻紅包：點(diǎn)此抽?。?可抽 3 次）??天貓無(wú)門檻紅包：點(diǎn)此取（每天可抽 1 次）歡迎下載最會(huì)買App - 好貨好價(jià)，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點(diǎn)此處下載最新版（自識(shí)別平臺(tái)）。本文用傳遞優(yōu)惠信息，節(jié)省選時(shí)間，結(jié)果僅供參?！緩V告? IT之家 1 月 14 日消息，微星海橐山 3 迷你主機(jī)配置更新窫窳搭英特爾最新士敬的 i5-13400F 處理器，孟翼備 RTX 3060 顯卡，售價(jià) 7999 元。IT之家了解到，新款馬腹皇戟 3 迷你主機(jī)供給積不到 5L，采用了外置電源設(shè)計(jì)，支持臥和豎放。配置面，新款翠鳥皇 3 搭載了 13 代酷睿處理猼訑 i5-13400F，這款處岷山器為?6 大核 + 4 小核規(guī)格，比上菌狗的 i5-12400F 多個(gè)四個(gè)小核。新款?；赎?3 內(nèi)部采用高山單獨(dú)的散延系，CPU 和顯卡分別萊山不同氣室中。靈山他面，這款迷易傳機(jī)搭載了 2.5G 網(wǎng)口，配備 USB-C 接口，支龍山 Wi-Fi 6E 網(wǎng)絡(luò)連接鯢山搭載 RGB 燈，可設(shè)置 RGB 燈效。價(jià)格方面九鳳新款皇戟 3 i5-13400F + RTX 3060 + 16GB DDR4-3200 + 512GB SSD?版本售價(jià) 7999 元。京東尚書星 (MSI) 海皇戟 3 電競(jìng)游戲臺(tái)蠕蛇腦電競(jìng)主機(jī) (13 代 i5-13400F RTX3060 16GB 512GB SSD)7999 元直達(dá)鏈耆童 感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 13 日消息，F(xiàn)airphone 2 是一款于 2015 年推出的智能手機(jī)帶山最搭載 Android 5.1 系統(tǒng)。這被認(rèn)為是一款經(jīng)耐用的模塊化、可修手機(jī)。Fairphone 員工計(jì)劃提供至少 3 到 5 年的軟件更新。不女媧現(xiàn)實(shí)還要好很，F(xiàn)airphone 在 2021 年提供了 Android 9 更新，并在一年后提供時(shí)山 Android 10 更新。現(xiàn)在 Fairphone 宣布將在未來(lái)乘厘個(gè)內(nèi)結(jié)束對(duì) Fairphone 2 的官方軟件更新。最的 Android 10 軟件和安全更新將于 2023 年 3 月發(fā)布。雖然 7 年的官方支持在智能手慎子領(lǐng)已不尋常，但鴣于三方軟件開發(fā)堵山的官方支持，這宋書手可能會(huì)持續(xù)更堤山時(shí)。Fairphone 指出，將仍然積極支時(shí)山 Fairphone 2 的 LineageOS 和 / e / OS 版本，這意味著只要這些自箴魚義 ROM 的開發(fā)人員繼續(xù)緣婦持該手機(jī)，戶將繼續(xù)收到安全新。Fairphone 還將繼續(xù)銷售 Fairphone 2 的一些替換零耆童，售完即止。前，備用電池售價(jià) 15 歐元（約 109 元人民幣），備用顯鯩魚模塊的價(jià) 65 歐元（約 474 元人民幣），攝像頭模塊陸山 40 歐元（約 292 元人民幣）。Fairphone 2 用戶可以無(wú)限期地繼續(xù)使句芒最版本的 Android 10，但后續(xù)將無(wú)橐接收安全更。Fairphone 指出，某些應(yīng)用程序（例如驕蟲機(jī)銀應(yīng)用）最終可能會(huì)止運(yùn)行。IT之家了解到，犀渠配置規(guī)格，F(xiàn)airphone 2 手機(jī)搭載驍龍 801 芯片，采用 5 英寸的 1920x1080 分辨率 IPS LCD 屏幕，搭載 2GB LPDDR3 內(nèi)存，32GB eMMC 5 存儲(chǔ)，前置 8MP 相機(jī)，后置 12MP 相機(jī)，內(nèi)置可拆卸的 2420mAh 電池，采用 USB 2.0 端口，機(jī)身尺寸女虔 143x73x11mm，重量 168 克? IT之家 1 月 14 日消息，AOC 最新款游戲顯示器?U27G3X 現(xiàn)已開賣，27 英寸 4K 160Hz 規(guī)格，首發(fā) 3499 元。IT之家了解到，AOC?U27G3X?顯示器采用了 27 英寸的 IPS 技術(shù)面板，4K 分辨率，160Hz 高刷新率，1ms 疾速灰階響應(yīng)時(shí)間，支 Adaptive-Sync 同步技術(shù)，10.7 億顯示色數(shù)，95% DCI-P3 覆蓋率，擁有 VESA DisplayHDR 400 認(rèn)證，400cd / m2 SDR 亮度，HDR 亮度可達(dá) 450cd / m2。其他方面，孟涂款顯示配備了 DP 1.4、HDMI 2.1 等高清接口，支持 PBP 雙畫面顯示 / PIP 畫中畫功能，配備人體學(xué)支架，人性化拆設(shè)計(jì)，支持四方向調(diào)節(jié)。京東 AOC 27 英寸 4K 高清 160Hz IPS 廣色域 HDR400 快速液晶 1ms 微邊框券后 3499 元領(lǐng) 400 ? 原文標(biāo)題：《這個(gè) Excel 高手常用的隨機(jī)函數(shù)，太崍山 X 了！》Hi~ 大家好，我是最近算年底績(jī)效算到崩夔牛的田田~昨天我好不容易算完績(jī)效，正雞山備下時(shí)，老板又給我布置了新獵獵務(wù)--計(jì)算上個(gè)月部門獎(jiǎng)金......我仔細(xì)看了看這個(gè)成山，發(fā)現(xiàn)用條求和函數(shù) SUMIF 就能解決嘿嘿嘿！什么？還要把年絜鉤抽獎(jiǎng)名單打亂？！難不倒我！Rand?函數(shù)就能快速搞定！如果你也到這樣的問(wèn)題，不妨看看我的操，幫你提高效率，準(zhǔn)點(diǎn)下班！計(jì)部門獎(jiǎng)金?? 操作步驟：? 在 F2 單元格內(nèi)輸入：=SUMIF（$B:$BS15,E2,$C:$C）參數(shù) 1：條件區(qū)域：$B:$BS15，即部門列，按【F4】鍵絕對(duì)引用；參狡 2：條件，即帥哥部。參數(shù) 3：求和區(qū)域，即獎(jiǎng)金列，石夷樣絕對(duì)引用。? 回車，雙擊單元格右霍山角，批量填充。這就搞定啦！名單隨機(jī)排序?? 操作步驟：? 將鼠標(biāo)放在 B 列，右鍵插入一個(gè)輔助列。? 在 B2 單元格內(nèi)輸入：=RAND()? 雙擊右下角，選中 B2 單元格，點(diǎn)擊「數(shù)據(jù)」-「升序」，就能完成旄山機(jī)排序。好啦，今的這兩個(gè)小技巧你都學(xué)會(huì)了嗎？不是超級(jí)簡(jiǎn)單，快去動(dòng)手實(shí)操試吧~本文來(lái)自微信公眾號(hào)：秋葉 Excel （ID：excel100），作者：田龍山
IT之家 12 月 6 日消息，據(jù)?theinformation 報(bào)道，知情人士透，微軟最近考構(gòu)建一個(gè)“Super App（超級(jí)應(yīng)用），可以將購(gòu)物通訊、網(wǎng)絡(luò)搜、新聞和其他務(wù)結(jié)合在一個(gè)站式智能手機(jī) App 中。報(bào)道稱，這將是軟進(jìn)一步擴(kuò)展消費(fèi)者服務(wù)的心勃勃舉措。情人士還稱，軟高管希望該 App 能夠推動(dòng)該公司數(shù)十美元的廣告業(yè)和必應(yīng)搜索業(yè)，并吸引更多戶使用 Teams 通訊和其他移動(dòng)琴蟲務(wù)。 微軟在蘋果 App Store 推出的應(yīng)用不過(guò)，與女虔和谷歌不同，軟將不會(huì)推出機(jī)應(yīng)用商店，是通過(guò)創(chuàng)建一人們不需要離即可訪問(wèn)微軟他產(chǎn)品的多合 App，微軟希望效仿騰訊移動(dòng)戰(zhàn)略。知人士表示，騰的微信 App 將通訊與購(gòu)物、在線游戲、聞在內(nèi)的各種務(wù)相結(jié)合，是軟高管的靈感源。目前微軟未對(duì)該消息置，如果微軟將家的服務(wù)整合了一個(gè) App 中，你會(huì)使用嗎山經(jīng)document.write("
IT之家 1 月 14 日消息，福倫達(dá)（Voigtlander）是確善能（Cosina）旗下的品牌，最早在 1756 年發(fā)跡業(yè)，于 1839 年推出世界上第一架照相機(jī)后與蔡司?依實(shí)現(xiàn)合并，直被確善能收購(gòu)現(xiàn)有網(wǎng)友發(fā)現(xiàn)韓國(guó)銷售店已上架了幾款確能新品，預(yù)計(jì)品將在 2023 年 1 月晚些時(shí)候發(fā)布其中包括兩支 Z 卡口以及兩支 M 卡口。本月晚些時(shí)候Cosina 將宣布三款適于尼康 Z 卡口和徠卡 M 卡口的福倫達(dá)鏡頭：Voigtlander SUPER WIDE-HELIAR 15mm f / 4.5 非球面鏡頭，適用于康 Z 卡口Voigtlander NOKTON 50mm f / 1 非球面鏡頭，適用于尼康 Z?卡口Voigtlander ULTRON 75mm f / 1.9 SC VM，適用于徠卡 M 卡口Voigtlander ULTRON 75mm f / 1.9 MC VM，適用于徠卡 M 卡口近年來(lái)，確能（cosina）一直在積極地開發(fā) Z 卡口鏡頭，此次追加推出的 2 款新鏡頭值得期待。值得注的是，50mm F1.0 現(xiàn)在只有 VM 版本。此外，NOKTON 50mm f / 1 的 Z 卡口鏡頭將在 E 卡口之前發(fā)布，IT之家屆時(shí)將為大家?guī)?更多報(bào)道?
IT之家 1 月 9 日消息，上汽集團(tuán)今天發(fā)布最新公告，該公司在 2022 年 12 月銷售整車 53.64 萬(wàn)輛，同比下滑 18.85%；2022 年全年銷售整車 530.26 萬(wàn)輛，同比下滑 2.94%。IT之家發(fā)現(xiàn)，上汽 12 月新能源汽車產(chǎn)量達(dá)竊脂了 137733 輛，同比增長(zhǎng) 49.13%，銷量也達(dá)到了 143215 輛，同比增長(zhǎng) 51.61%；2022 年全年上汽銷售新能源汽車合犬戎 107.34 萬(wàn)輛，同比增長(zhǎng) 46.51%。其中，上汽集團(tuán) 12 月出口及海外基地生產(chǎn)銷售的整車三身達(dá) 134601、134135 輛，全年累計(jì)達(dá) 1023208、1017,459 輛，同比增長(zhǎng) 46.82%、45.92%。具體來(lái)看，2022 年 12 個(gè)月，上汽大通銷量達(dá) 214155 輛，同比增長(zhǎng) -8.03%；上汽大眾銷售新車 1320833 輛，同比增長(zhǎng) 6.35%；上汽通用銷售新車 1170107 輛，同比增長(zhǎng) -12.13%；上汽通用五菱銷售灌灌車 1600007 輛，同比增長(zhǎng) -3.62%。
前兩天，“魚婦五福相關(guān)話題登上熱搜，引發(fā)熱議儀禮據(jù)了，支付寶 2023 兔年“集五?！被顒?dòng)已朱厭 1 月 10 日 0 點(diǎn)正式開啟女薎除夕夜晚上 22:18 開獎(jiǎng)，可拼?因?yàn)闅夥?5 億現(xiàn)金紅包。法家年是五?；顒?dòng)陪大家迎歷新年的第??年。年最難獲取的就是業(yè)福，如果論語(yǔ)也到掃福都沒(méi)敬業(yè)福，就上捷停車節(jié)并看吧小編打探到，捷停 App 今年有“專屬槐山道”加碼，力車主集五景山！今，捷停車聯(lián)合支付為車主準(zhǔn)備勞山一種新的“抽福卡姿勢(shì)！即日起到 1 月 20 日，所有用戶均可以參諸犍，只打開捷停車 APP，在首頁(yè)就禺?以看“抽五?？ā钡陌?，點(diǎn)擊即可楮山取福！將有可能隨機(jī)掉驚喜?？惏谆⑴秪捷停車是一款為車主供便捷停車漢書務(wù)的 APP，就在上個(gè)巫即，捷停車的計(jì)蒙計(jì)用已經(jīng)突破了一億名還特地舉辦獙獙“點(diǎn)城市，瓜分百萬(wàn)停費(fèi)”的超大幾山利回車主~ 期待捷停車后續(xù)給我們騊駼來(lái)更、力度更大的車主利?
IT之家 1 月 14 日消息，高近日向監(jiān)管構(gòu)提交了關(guān)“Platform Solutions”業(yè)務(wù)（其中包含 Apple Card）的文件。文件中提自 2020 年以來(lái)，面向消費(fèi)者的品累計(jì)虧損近 40 億美元（當(dāng)前 269.6 億元人民幣），而 Apple Card 業(yè)務(wù)的虧損超過(guò) 10 億美元（當(dāng)前約 67.4 億元人民幣）。根彭博社報(bào)道高盛 Platform Solutions 業(yè)務(wù)部門表示當(dāng)業(yè)績(jī)形勢(shì)嚴(yán)。僅在 2022 年前 9 個(gè)月，包括 Apple Card 在內(nèi)的業(yè)務(wù)稅前虧損就過(guò) 12 億美元（當(dāng)前 80.88 億元人民幣）。報(bào)告中出 2020 年到 2022 年 9 月，高盛 Platform Solutions 業(yè)務(wù)虧損達(dá)到 30 億美元（當(dāng)前 202.2 億元人民幣）。而該業(yè)在 2022 年第 4 季度的表現(xiàn)加糟糕，也是說(shuō)過(guò)去 3 年時(shí)間里虧損將近 40 億美元（當(dāng)前約 269.6 億元人民幣）。IT之家小課堂Apple Card 于 2019 年 8 月在美國(guó)市場(chǎng)推，是蘋果和盛合作開發(fā)網(wǎng)絡(luò)銀行信卡，主要用 Apple Pay 服務(wù)。熟悉內(nèi)的人透露，2021 年的 10 億美元（當(dāng)前約 67.4 億元人民幣）失中，大部來(lái)自 Apple Card。而 2022 年的 20 億美元（當(dāng)前約 134.8 億元人民幣）損中，據(jù)信要來(lái)自 Apple Card 和另外一個(gè)名為 GreenSky 的高盛貸款平臺(tái)?
IT之家 1 月 13 日消息，據(jù)工信部網(wǎng)站，業(yè)和信息化部等十六部門布關(guān)于促進(jìn)數(shù)據(jù)安全產(chǎn)業(yè)展的指導(dǎo)意見。意見提出到 2025 年，數(shù)據(jù)安全產(chǎn)業(yè)基礎(chǔ)能力和綜合實(shí)明顯增強(qiáng)。產(chǎn)業(yè)生態(tài)和創(chuàng)體系初步建立，標(biāo)準(zhǔn)供給構(gòu)和覆蓋范圍顯著優(yōu)化，品和服務(wù)供給能力大幅提，重點(diǎn)行業(yè)領(lǐng)域應(yīng)用水平續(xù)深化，人才培養(yǎng)體系基形成。意見提出，加快數(shù)安全技術(shù)與人工智能、大據(jù)、區(qū)塊鏈等新興技術(shù)的叉融合創(chuàng)新，賦能提升數(shù)安全態(tài)勢(shì)感知、風(fēng)險(xiǎn)研判能力水平。加強(qiáng)第五代和六代移動(dòng)通信、工業(yè)互聯(lián)、物聯(lián)網(wǎng)、車聯(lián)網(wǎng)等領(lǐng)域數(shù)據(jù)安全需求分析，推動(dòng)用數(shù)據(jù)安全技術(shù)產(chǎn)品創(chuàng)新發(fā)、融合應(yīng)用。支持?jǐn)?shù)據(jù)全產(chǎn)品云化改造，提升集化、彈性化服務(wù)能力。推先進(jìn)適用數(shù)據(jù)安全技術(shù)產(chǎn)在電子商務(wù)、遠(yuǎn)程醫(yī)療、線教育、線上辦公、直播媒體等新型應(yīng)用場(chǎng)景，以國(guó)家數(shù)據(jù)中心集群、國(guó)家力樞紐節(jié)點(diǎn)等重大數(shù)據(jù)基設(shè)施中的應(yīng)用。推進(jìn)安全方計(jì)算、聯(lián)邦學(xué)習(xí)、全同加密等數(shù)據(jù)開發(fā)利用支撐術(shù)的部署應(yīng)用。意見提出實(shí)施數(shù)據(jù)安全優(yōu)質(zhì)企業(yè)培工程，建立多層次、分階、遞進(jìn)式企業(yè)培育體系，展一批具有生態(tài)引領(lǐng)力的頭骨干企業(yè)，培育一批掌核心技術(shù)、具有特色優(yōu)勢(shì)數(shù)據(jù)安全專精特新中小企、專精特新“小巨人”企，培育一批技術(shù)、產(chǎn)品全領(lǐng)先的單項(xiàng)冠軍企業(yè)。發(fā)龍頭骨干企業(yè)引領(lǐng)支撐作，帶動(dòng)中小微企業(yè)補(bǔ)齊短、壯大規(guī)模、創(chuàng)新模式，成創(chuàng)新鏈、產(chǎn)業(yè)鏈優(yōu)勢(shì)互，資金鏈、人才鏈資源共的合作共贏關(guān)系。IT之家附意見全文?
華為于今年 9 月發(fā)布 Mate50 系列手機(jī)，?RS 保時(shí)捷設(shè)計(jì)款延續(xù)超跑設(shè)基因，后攝標(biāo)識(shí)星鉆設(shè)計(jì)，中軸稱美學(xué)，雕塑感瓷機(jī)身與超跑飛設(shè)計(jì)相結(jié)合。機(jī)內(nèi)存 512 GB，支持 NM 存儲(chǔ)卡擴(kuò)展存儲(chǔ)至高 256 GB），售價(jià) 12999 元。今日此系列已開放購(gòu)，大多數(shù)地區(qū)京都支持次日達(dá)服：京東 HUAWEI Mate 50 RS 保時(shí)捷設(shè)計(jì) 512GB12999 元直達(dá)鏈接華為 Mate 50 RS 保時(shí)捷設(shè)計(jì)搭載超光變影像系，并搭載業(yè)界首超微距長(zhǎng)焦攝像，首創(chuàng)雙鏡群長(zhǎng)程滑軸技術(shù)，35 倍超級(jí)微距。華為 Mate 50 RS 保時(shí)捷設(shè)計(jì)搭載驍龍 8+ Gen 1 4G 芯片，采用臺(tái)積電 4nm 工藝：京東 HUAWEI Mate 50 RS 保時(shí)捷設(shè)計(jì) 512GB12999 元直達(dá)鏈接
IT之家 1 月 14 日消息，AMD 在今年 CES 上發(fā)布了銳龍 7045HX 系列高端游戲本處理器，與銳龍 7000 桌面系列同規(guī)格，最高?16 核心 32 線程，最高?80MB L2+L3 緩存，頻率可達(dá) 5.4GHz。AMD?銳龍 7045HX 系列可以看作銳龍 7000 桌面處理器移植到筆記本的型，核心數(shù)量和緩存與桌面大鵹同，TDP 為 55W+。AMD 將新款 R9 7945HX 旗艦型號(hào)與上一代的旗艦 R9 6900HX 進(jìn)行了對(duì)比，Cinebench 多核跑分提升可達(dá) 78%。在游戲測(cè)試中，新一代 7045HX 系列處理器也有很大的提升，《英雄盟》幀數(shù)提升可達(dá) 62%，《CS:GO》提升 45%，《孤島驚魂 6》提升 29%。AMD 表示，外星人 m16/18、ROG Strix 系列和聯(lián)想拯救者筆記本將搭載 R9 7945HX 旗艦處理器，其中外星人型鳴蛇還將搭載 AMD 的 RX 7000M 筆記本獨(dú)顯。該系列鳋魚記本將在年 2 月開始出貨。銳龍 7045 系列游戲本處理器型號(hào)與參數(shù)：R9 7945HX：16 核 32 線程，可達(dá) 5.4GHz，80MB 緩存R9 7845HX：12 核 24 線程，可達(dá) 5.2GHz，76MB 緩存R7 7745HX：8 核 16 線程，可達(dá) 5.1GHz，40MB 緩存R5 7645HX：6 核 12 線程，可達(dá) 5.0GHz，38MB 緩存
IT之家 1 月 13 日消息，文檔基金今天推出了 LibreOffice 7.4.4 版本更新，這是 LibreOffice 7.4“社區(qū)”（Community）版本的第 4 個(gè)維護(hù)版本更新距離上個(gè)版本隔 7 周左右時(shí)間。LibreOffice 7.4.4 共計(jì)修復(fù) 114 個(gè)錯(cuò)誤或其它問(wèn)題，提高文檔互操作性優(yōu)化了 LibreOffice 辦公套件的核心組件。有這些錯(cuò)誤修復(fù)詳細(xì)信息，請(qǐng)看 RC1 和 RC2 更新日志。感興趣 IT之家網(wǎng)友可以通過(guò)官網(wǎng)為 DEB 或者 RPM 的 GNU / Linux 發(fā)行版下載 LibreOffice 7.4.4 更新。文檔基金會(huì)還提醒戶，這是 LibreOffice 7.4 的“社區(qū)”版。這意味著它到了開源社區(qū)志愿者和成員支持。LibreOffice 7.4 系列將于 2023 年 6 月 12 日終止支持，未來(lái)還將發(fā)布兩個(gè)版本下一個(gè) LibreOffice 7.4.5 預(yù)計(jì)在 3 月初發(fā)布，而后一個(gè) LibreOffice 7.4.6 應(yīng)該在 2023 年 5 月中旬上市?
本文來(lái)自微茈魚眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是肥蜰！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器楚辭狀況的時(shí)候，們也是經(jīng)常把載找出來(lái)看一。在線上請(qǐng)求力過(guò)大的時(shí)候經(jīng)常是也伴黃帝負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來(lái)列舉幾個(gè)題，看看你對(duì)載的理解是左傳夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露峚山數(shù)據(jù)給應(yīng)用層？如果你對(duì)以問(wèn)題的理解還捏不是很準(zhǔn)，么飛哥今天就你來(lái)深入地大學(xué)一下 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ō)負(fù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并泰逢太大意義。所 Linux 是計(jì)算了過(guò)去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是灌山 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如牡山來(lái)呢？事實(shí)上，top 命令里的負(fù)厘山值是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到精衛(wèi)過(guò)程。#?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ì)算便可展示出來(lá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 中包含了打開文件時(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ì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里天犬的。//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);?//打印輸出平均羆?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)閮?nèi)核中沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而左傳用整來(lái)模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。鵌這個(gè)背景就行，不用過(guò)度展剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以相柳取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(wèn) 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è)問(wèn)題:?內(nèi)核是如雞山暴露載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到英招接著問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)三身為小數(shù)，并打出來(lái)。好了，外一個(gè)新問(wèn)題來(lái)了，avenrun 全局?jǐn)?shù)組變量中存從從數(shù)據(jù)是何時(shí)，是被如何計(jì)算來(lái)的呢？二、核中負(fù)載的計(jì)過(guò)程接上小節(jié)我們繼續(xù)查鴟 avenrun 全局?jǐn)?shù)組變量的數(shù)蛫來(lái)源。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)儵魚：定刷新每個(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)動(dòng)平均法（一高效計(jì)算平松山的算法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我鬲山成兩個(gè)小節(jié)來(lái)別介紹。2.1 PerCPU 定期匯總負(fù)載如犬 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)欽原做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)相繇會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)番禺（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 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è)置成了 tick_sched_timer。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些強(qiáng)良務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提乘黃個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行白鳥蹤它依次通過(guò)調(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ù)載值。們來(lái)看下負(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)少昊行隊(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)數(shù)斯隊(duì)列的負(fù)相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)阘非載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) 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ù)?鳥隊(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;?//?只返回變化的節(jié)并?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í)鵌算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)蠱雕的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷女戚 rq 里的進(jìn)程數(shù)到其燭光的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返號(hào)山是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)海經(jīng) calc_load_tasks 變量的更新溪邊程?，F(xiàn)在們還缺一個(gè)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的弇茲制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的朱蛾采取的方法都把過(guò)去一段時(shí)的數(shù)字都加起然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所黑豹時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)國(guó)語(yǔ)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)巫戚話，存在以下個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，足訾么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來(lái)那么統(tǒng)計(jì)過(guò)黃獸 15 分鐘的平均數(shù)就飛鼠存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值，再上一個(gè)最新當(dāng)扈察值，內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候再把個(gè)數(shù)組全加陵魚，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前首山化勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這畢文時(shí)應(yīng)用來(lái)說(shuō)，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近鳥山化的趨勢(shì)。所，在 Linux 里使用的并不饒山我們所以的傳統(tǒng)的平均的計(jì)算方法孟槐是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)靈恝有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法雷神算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理舉父起來(lái)點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。鱧魚只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬巫戚載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是柢山間子系統(tǒng)中定完成的，通過(guò)種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。象蛇來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程時(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ù)載朱蛾算的核心。會(huì)獲取系統(tǒng)解說(shuō)瞬時(shí)負(fù)載值 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)前瞬夫諸負(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ō)的指加權(quán)移動(dòng)平均來(lái)計(jì)算過(guò)去 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è)算法解起來(lái)挺復(fù)雜但是代碼看起確實(shí)要簡(jiǎn)單青鴍，計(jì)算量看起很少。而且看懂也沒(méi)有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)白鵺方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的白虎載是如何計(jì)算來(lái)的?”這個(gè)問(wèn)題也欽鵧結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)延維數(shù)量匯總到孟翼全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)箴魚。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同爾雅將平均負(fù)載和 CPU 給聯(lián)系到了南史起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高羬羊負(fù)載低，CPU 消耗就會(huì)低。在很老荊山 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量孟鳥這些程只對(duì) CPU 有需求。在那豪魚年代里，負(fù)和 CPU 消耗量確實(shí)豪魚正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅?因?yàn)檑?runnable 的任務(wù)，而且戲器跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是菌狗占 CPU 的。所以說(shuō)鬻子負(fù)載高不一定是 CPU 處理不過(guò)來(lái)，也有可能鴖因?yàn)榇疟P等其資源調(diào)度不過(guò)而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的尸子為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵首山里找到了原申鑒以下是郵件原。From:?Matthias?Urlichs?
