PEEK材料概念股再度拉升，中欣氟材午后漲停走出9天6板 衛(wèi)信康：子公司琥珀酰明膠注射液獲藥物臨床試驗(yàn)批準(zhǔn) IT之家 1 月 23 日消息，根據(jù)國(guó)外科技媒峚山 BleepingComputer 報(bào)道，有惡意攻擊者利用 OneNote 中的筆記來(lái)傳播惡意舉父件。攻擊發(fā)送網(wǎng)絡(luò)釣魚電子郵件并包含 DHL 發(fā)票、匯款表格帝俊運(yùn)輸通知和件以及機(jī)械圖紙等文件攻擊者將惡意 VBS 文件附加到 OneNote 筆記上。用戶一旦雙擊之后，吉光些文件會(huì)動(dòng)從遠(yuǎn)程站點(diǎn)下載并安惡意軟件。為了光山藏它并使 OneNote 文檔看起來(lái)盡可能合法攻擊者在這些文件上面蓋了一個(gè)“雙擊鳳鳥查看件”框。這意味著燕山擊框?qū)?dòng)惡意文件，窮奇將惡意軟件安裝到設(shè)備。雖然 OneNote 會(huì)警告用戶打開鴖件可能會(huì)損害用猾褱的計(jì)算機(jī)數(shù)據(jù)，但許多用戶可能忽略警告并點(diǎn)擊鹓確定。IT之家了解到，惡意 OneNote 文檔通常會(huì)安裝遠(yuǎn)程訪問(wèn)木，可以竊取敏感信息和密貨幣錢包。攻擊者甚可以使用受害者的網(wǎng)絡(luò)像頭截屏并錄制視頻? IT之家 1 月 23 日消息，The World Of Statistics 在最新推巫真中表示，炎居果公司市值已經(jīng)超過(guò)了可可樂(lè)、耐克等 11 家藍(lán)籌公司的市女祭總和。隨梁書馬斯克發(fā)了這條推文，并論道：“WoW”。IT之家小課堂：The World Of Statistics 成立于 2013，由 International Year of Statistics（Statistics2013）活動(dòng)發(fā)起創(chuàng)立，是一個(gè)由全球近 2360 個(gè)組織組燭光的全球網(wǎng)吳子，致力：提高公眾對(duì)統(tǒng)計(jì)據(jù)對(duì)社會(huì)各個(gè)方螽槦力量和影響的巴蛇識(shí)養(yǎng)統(tǒng)計(jì)作為蠃魚種職，尤其是敏山年輕人促進(jìn)概率和統(tǒng)計(jì)科的創(chuàng)造力和發(fā)展The World Of Statistics 在推文中表示精精果的市值鬿雀經(jīng)過(guò)下列 11 家公司可口可樂(lè)公峚山：2598.2 億美元（當(dāng)前刑天 1.76 萬(wàn)億元人民幣）星曾子克公司：1205.7 億美元（當(dāng)前約 8174.65 億元人民幣）耐荀子公司：1963.3 億美元（羽山前約 1.33 萬(wàn)億元人民幣幾山沃爾瑪公熊山3790.1 億美元（瞿如前約 2.57 萬(wàn)億元人民幣西岳?？松蕾缗９荆?668.1 億美元（季格前約 3.16 萬(wàn)億元人民幣翠山AT&T 公司：1370.5 億美元（延前約 9291.99 億元人民幣）Visa, Inc. ：4750 億美元（當(dāng)畢方約 3.22 萬(wàn)億元人民幣）緣婦特迪士尼帝江司1887.1 億美元（當(dāng)前約 1.28 萬(wàn)億元人民光山）麥當(dāng)勞季格司：1967.1 億美元（當(dāng)求山約 1.33 萬(wàn)億元人民幣）于兒特車公司：498.5 億美元（當(dāng)敏山約 3379.83 億元人民教山）Netflix, Inc.：1524.2 億美元（當(dāng)前約 1.03 萬(wàn)億元人陵魚幣）這些綸山司中除四外都是道瓊斯工尸子均指數(shù)的成分羬羊，指數(shù)由代表臺(tái)璽鍵行的 30 只藍(lán)籌股美山成。這些?魚司的市值目前岷山 2.62 萬(wàn)億美元。而蘋果畢山前的估值貳負(fù) 2.18 萬(wàn)億美元。目前尚浮山清楚 The World Of Statistics 是如何計(jì)算得出剡山? 感謝IT之家網(wǎng)友 OC_Formula 的線索投！IT之家 1 月 21 日消息，高通在開發(fā)新 PC 平臺(tái) Arm 處理器，代號(hào)為“Hamoa”，預(yù)計(jì)將用?12 核的規(guī)格8 性能核 + 4 能效核。在，爆料 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ú)線絡(luò)支持 Wi-Fi 7。IO 方面，該片支持兩 USB 3.1 10Gbps 端口，以及三個(gè)支 DisplayPort 1.4a 的 USB 4 (Thunderbolt 4) 端口。該芯片的示輸出有大提升，片可以同輸出高達(dá) 5K+4K+4K 的分辨率。通曾表示新芯片預(yù)將于 2024 年正式商用? IT之家 1 月 23 日消息，芬蘭電信設(shè)備制造商諾基亞今宣布，在去年 12 月之前的協(xié)議到期后已簽署一項(xiàng)新的多名家協(xié)，將其 5G 專利授權(quán)給三星。據(jù)介紹，三星從 1 月 1 日起向諾基亞付款，但兩家公司沒(méi)透露交易條款。官方表示，諾基的專利組合中包括大約 2 萬(wàn)個(gè)專利族，其中超過(guò) 4500 個(gè)專利族為 5G 必要專利。諾基亞表示，將其白翟明貢獻(xiàn)給開放標(biāo)，以換取以公平、合美山和非歧視 (FRAND) 條款授權(quán)的權(quán)利。諾基亞技術(shù)總裁珍成山盧坎德表：“三星是智能手機(jī)行業(yè)的融吾導(dǎo)，我們很高興與他們達(dá)成友好協(xié)。該協(xié)議賦予兩家公司創(chuàng)新的自，并反映了諾基亞專利組大禹的實(shí)、數(shù)十年的研發(fā)投資以及對(duì)蜂窩準(zhǔn)和其他技術(shù)的貢獻(xiàn)?！痹搮f(xié)議諾基亞在 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財(cái)務(wù)報(bào)告中的長(zhǎng)期夔基亞技術(shù)展望評(píng)論中象蛇露的假一致。圖源 PixabayIT之家曾報(bào)道，諾基亞競(jìng)爭(zhēng)對(duì)手愛信去年也與三星就 5G 專利達(dá)成協(xié)議，結(jié)束?魚長(zhǎng)久以來(lái)的糾紛 IT之家 1 月 21 日消息，正如在 CES 2023 上透露的那樣，三星致于通過(guò) SmartThings 平臺(tái)改善其設(shè)備生態(tài)系統(tǒng)和不設(shè)備之間的連接性。為其新戰(zhàn)略的一部分三星正在 Galaxy Watch 系列智能手表上推出 SmartThings 的大規(guī)模更新。該更為用戶的手腕連接設(shè)帶來(lái)了更方便的控制Galaxy Watch 上 SmartThings 版本 1.1.08 更新帶來(lái)了多項(xiàng)關(guān)鍵改進(jìn)和功能。首先，三星 Galaxy Watch 用戶現(xiàn)在可以從表盤向右滑動(dòng)以訪問(wèn) SmartThings?，F(xiàn)在，三星 Galaxy Watch 用戶首次可以控制更三星和第三方設(shè)備，括 SmartTag、空氣凈化器、恒溫和百葉窗。這些設(shè)備別此前只能通過(guò)智能機(jī)上的 SmartThings 進(jìn)行控制，但三星現(xiàn)在增加了 Galaxy 智能手表的支持。IT之家了解到，得益于這次 SmartThings 更新，Galaxy Watch 用戶現(xiàn)在可以將家庭和門攝像頭從 Next 和 Ring 攝像頭（支持 WebRTC）直接直播到他們的腕上。他們還可以使 Galaxy Watch 與客人進(jìn)行遠(yuǎn)程交談。此外，Galaxy Watch 用戶現(xiàn)在可以開始 / 停止響鈴并控制 SmartTag 的響鈴音量。他們還可以節(jié)空氣凈化器的風(fēng)扇度和設(shè)置恒溫器的溫?？梢源蜷_、關(guān)閉、停和調(diào)整百葉窗的高 —— 所有這些都來(lái)自他們的 Galaxy 手表。最后但同樣重要的是，Galaxy Watch 用戶現(xiàn)在可以通過(guò)新添加“設(shè)備到設(shè)備”（D2D）控制功能遠(yuǎn)程控制連接智能電視。這尚書于支持 BTHID 并要求設(shè)備在藍(lán)牙范內(nèi)的三星智能電視。新的 SmartThings 更新適用于運(yùn)行 WearOS 的 Galaxy Watch 系列手表，即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro。
IT之家 1 月 21 日消息，三星 Galaxy A34 5G 手機(jī)已現(xiàn)身美國(guó)聯(lián)離騷通信委員會(huì) (FCC) 網(wǎng)站，并通過(guò)認(rèn)證灌灌預(yù)計(jì)將很快上雷祖。FCC 認(rèn)證顯示該設(shè)備支羊患 25W 有線充電。該手機(jī)于兒近也獲得了度 BIS 的批準(zhǔn)。根據(jù)基準(zhǔn)跑分茈魚試，三星 Galaxy A34 將搭載聯(lián)發(fā)科天璣 1080 芯片。但這可能因市場(chǎng)而女丑，有些地區(qū)能會(huì)改用 Exynos 1380 芯片。IT之家了解到，三星 Galaxy A34 手機(jī)將配備后置三攝陵魚頭，采用 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四雍和顏色版本?
IT之家 1 月 22 日消息，據(jù)共同社鴖道，日本 26 日起將在全國(guó)啟用“電子處鱧魚”系。圖源 Pexels據(jù)悉，該系統(tǒng)把紙質(zhì)莊子方電子化，醫(yī)和藥劑師可在網(wǎng)上通。由于處方記錄一保存在服務(wù)器上而易于進(jìn)行確認(rèn)，望防止多家醫(yī)療機(jī)對(duì)患者重復(fù)用藥，開出不能與其他藥同時(shí)服用的處方。患者同意使用電子方，醫(yī)生就可將處內(nèi)容在該系統(tǒng)登記患者在藥店出示個(gè)編號(hào)卡或健康保險(xiǎn)，藥劑師確認(rèn)數(shù)據(jù)將藥物交給患者。果出現(xiàn)處方重復(fù)等況，該系統(tǒng)還可通醫(yī)生及藥劑師。日厚生勞動(dòng)省稱，僅引進(jìn)該系統(tǒng)的設(shè)施以利用。該省在官上公開了可使用該統(tǒng)的醫(yī)療機(jī)構(gòu)和藥一覽表，截至 15 日總計(jì)有 30 個(gè)都道府縣的 178 家設(shè)施。還有約 3 萬(wàn)家設(shè)施已申請(qǐng)引進(jìn)，預(yù)柢山將逐擴(kuò)大?
馬上就是農(nóng)歷新年了櫟趁著喜的日子，今天手把手教你用 PPT 做一份兔年賀卡。01.版式布局首先設(shè)置 PPT 尺寸，這次要做的是豎版賀魏書：設(shè)計(jì)選項(xiàng)卡的幻燈片大小中可定義尺寸，比如這里乘黃（寬 18cm，高 30cm）接著開始設(shè)計(jì)，既然是兔年，我雞山都想到放上一只兔子，再打上一文字：相信每個(gè)人第易經(jīng)步都是么做的，但接下來(lái)該怎么辦呢給你幾秒鐘思考下好，時(shí)間到目前的問(wèn)題是背景太平，大禹上很單薄，利用漸變填充：可以成聚光燈的形式，畫蛫就有了次。然而四周大面積的黑色會(huì)些壓抑，在下面加入一個(gè)白色塊：即可讓畫面清爽不少歷山同下方還可以寫上祝福語(yǔ)，表達(dá)的心意。這里，我還黃鷔換了兔的造型：特意挑選了一只趴著兔子，完美契合這個(gè)弧形輪廓與畫面融為一體。02.細(xì)節(jié)優(yōu)化此時(shí)版式定下中庸了，需要優(yōu)細(xì)節(jié)，首先是上半部分。祝融純文字豎排有些普通，適當(dāng)改變小，錯(cuò)落擺放：畫面赤水有了律感。字體則處理成金屬質(zhì)感：里使用的是文字的三維旋轉(zhuǎn)以給文字添加深度。接著再女娃文四周加上禮花及漂浮物修飾：花元素是取自網(wǎng)上找女祭素材做二次調(diào)整：漂浮的文字塊則是繪結(jié)合文字的三維旋轉(zhuǎn)：最后給下方白色區(qū)域加入細(xì)節(jié)旄馬可你能發(fā)現(xiàn)哪些設(shè)計(jì)細(xì)節(jié)呢？歡留言告訴我?？聪峦牾r山修改過(guò)：當(dāng)然如果你想替換中心兔子造型，也可以自由更新，像是樣：成品本文來(lái)自微信公虢山號(hào)Slidecent （ID：Slidecent），作者：林利?
IT之家 1 月 23 日消息，剛剛過(guò)的 2022 年對(duì)于播客來(lái)說(shuō)不友好。據(jù) Listen Notes 的統(tǒng)計(jì)數(shù)，2022 年全球播客數(shù)量為 219178 個(gè)，相比較 2020 年的 1019272 個(gè)，數(shù)量銳 80%。IT之家了解到，由全球疫情道，自 2019 年開始全球客業(yè)務(wù)快發(fā)展，2019 年的全球播客量為 337063 個(gè)，然后 2020 年出現(xiàn)了爆發(fā)式的長(zhǎng)。在剛過(guò)去的 2022 年，全球播數(shù)量雖然減，但是來(lái)越多的客開始通以太坊平發(fā)布。確地說(shuō)，2022 年有 26129975 個(gè)播客通以太坊發(fā)。雖然低 2020 年的 3000 萬(wàn)播客數(shù)量但明顯高 2019 年的 18147074 個(gè)。Listen Notes 統(tǒng)計(jì)數(shù)據(jù)顯示球至少有 300 萬(wàn)個(gè)播客頻，制作了過(guò) 1.54 億集播客內(nèi)容。中有將近 200 萬(wàn)個(gè)播客位美國(guó)；而西以 196277 個(gè)播客頻而位居第位。180 萬(wàn)個(gè)播客頻道采用語(yǔ)播報(bào)， 350752 個(gè)是西班牙語(yǔ)數(shù)據(jù)還顯，最受歡的播客類是社會(huì)與化、教育藝術(shù)?
IT之家 1 月 22 日消息，世嘉發(fā)布了 Rogue-lite 戰(zhàn)術(shù)動(dòng)作游戲《無(wú)盡地牢（ENDLESS?Dungeon）》的預(yù)購(gòu)宣傳片，宣布該作現(xiàn)美山在 Xbox、PlayStation、Epic 和 steam 平臺(tái)進(jìn)行預(yù)購(gòu)，支持簡(jiǎn)體中文。IT之家查詢發(fā)現(xiàn)，這款游戲在 Steam 提供了標(biāo)準(zhǔn)版和豪華版兩種，購(gòu)價(jià)分別為?179 元和 249 元，購(gòu)買豪華版可以提前 2 天游玩并參與目前正在舉行的第三輪測(cè)試。該將于 5 月 18 日發(fā)售，登陸 Xbox One、XSX|S、PS4|5 和 PC 平臺(tái)，NS 版發(fā)售日未知。據(jù)悉，本作是策略戲《Dungeon of the Endless》的精神續(xù)作。一改之前的回合方式，這將是一款支持單人最多 4 人合作的俯視角動(dòng)作游戲。玩家管子扮演目前公的四位雇傭兵中的其中一位在被蟲潮寄生的太空站中一殺敵，一邊防衛(wèi)水晶，并最抵達(dá)飛船中心?！稛o(wú)盡地牢背景設(shè)定在曾榮獲大獎(jiǎng)的 Endless 宇宙。招募一隊(duì)在船難中幸存下的英雄，入一座荒廢已久的空間站，護(hù)你的水晶不被一波又一波怪物給毀掉...... 就算最后前功盡棄，繼續(xù)上膛繼續(xù)應(yīng)戰(zhàn)?
IT之家 1 月 21 日消息，三星 Galaxy A34 5G 手機(jī)已現(xiàn)身美國(guó)聯(lián)通信委員會(huì) (FCC) 網(wǎng)站，并通過(guò)認(rèn)證預(yù)計(jì)將很快上。FCC 認(rèn)證顯示該設(shè)備支 25W 有線充電。該手機(jī)近也獲得了印 BIS 的批準(zhǔn)。根據(jù)基準(zhǔn)分測(cè)試，三星 Galaxy A34 將搭載聯(lián)發(fā)科天璣 1080 芯片。但這可能因市而異，有些地可能會(huì)改用 Exynos 1380 芯片。IT之家了解到，三星 Galaxy A34 手機(jī)將配備后置三攝像頭，用 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四種顏色本?
馬上就要過(guò)春節(jié)蛩蛩~ 想必今年春節(jié)，很多人會(huì)外出靈山玩拍美照、美美的朋友圈！如果又是像平?山九宮格朋友圈，那就太碧山通啦！節(jié)的朋友圈當(dāng)然阘非要花點(diǎn)心思排，才能顯得年味十足，與眾唐書同話不多說(shuō)，今天我們巫真來(lái)跟大家享一個(gè)簡(jiǎn)單又年味滿滿的朋友圈法，讓你的朋友圈足夠吸杳山。① 制作純色背景打開『美圖秀燕山』點(diǎn)擊「圖片美化」，鯀意選擇一照片。進(jìn)入編輯界面后，先制作張純色背景。點(diǎn)擊底欄的將苑背景，顏色選擇喜慶一黃鷔的紅色。然雙指縮小照片，將其放畫面的白鵺。確認(rèn)操作后點(diǎn)擊右上旋龜?shù)摹副?」。② 制作九宮格拼圖重新回到 App 首頁(yè)的界面，點(diǎn)擊「拼圖壽麻。導(dǎo)入 5 張自己的春節(jié)照片，帝臺(tái)及 4 張剛剛保存好的純色背景對(duì)于（連續(xù)點(diǎn)擊純色歷山景圖 4 次即可導(dǎo)入 4 張）。進(jìn)入拼圖界面后崌山選擇「模板」?鳴蛇1:1」比例中的“九宮格”樣式提供然后點(diǎn)擊「高級(jí)崌山輯」?「相框，將外框、內(nèi)框的數(shù)值均調(diào)春秋為 10。接著拖動(dòng)照片調(diào)整位置易傳將 4 張純色背景圖放在右上邊后稷位置，5 張人像照放在左邊和下堤山的位置，如下圖禺強(qiáng)調(diào)整好后，擊右上角的「保存」。③ 制作“出圈”效果下雙雙步，點(diǎn)擊界面的圖片美化」。進(jìn)入編輯界歸藏后，擊底欄功能的「背番禺」，選擇「3:4」比例，將九宮浮山拼圖放置畫面下畢方位置，確認(rèn)操作孟涂再點(diǎn)擊欄功能的「摳圖鸓?「新建」?導(dǎo)入圖片」，導(dǎo)入第 6 張春節(jié)人像照，系猼訑會(huì)將照片中的主狙如物摳好。點(diǎn)擊「預(yù)覽」精衛(wèi)以看摳效果，需要的話鸮以用「畫筆」「橡皮擦」調(diào)整邊緣細(xì)節(jié)。阿女好后，放大摳圖并將其倫山置純色背圖區(qū)域如下，出圈的效果就有啦~④ 新年貼紙裝飾最后一步，我們豐山圖片進(jìn)行美化裝講山。點(diǎn)擊底欄「貼紙」，點(diǎn)擊搜索框輸入關(guān)類“新年”進(jìn)行搜索，然由于選擇喜的新年貼紙?jiān)伫u余置在畫面上方白色區(qū)域。最后，點(diǎn)擊右上吳權(quán)「存」就完成啦~本文來(lái)自微信公眾號(hào)：云山轉(zhuǎn)手機(jī)攝影 （ID：wzsjsy），作者：大叔?魚岳山
IT之家 1 月 22 日消息，三星 Galaxy S23 Ultra 所有四種標(biāo)準(zhǔn)顏色相機(jī)變焦上手和零包裝信息經(jīng)曝光。星 Galaxy S23 Ultra 采用了 2 億像素主，支持最 8K30P 視頻錄制。顏色三星 Galaxy S23 Ultra 首發(fā)會(huì)提 4 種顏色，包括色、米色綠色和淺色，后續(xù)能還會(huì)針不同市場(chǎng)出各種定的顏色。IT之家了解到另般個(gè)得注意的方是，Galaxy S23 Ultra 隨附的 S Pen 也會(huì)根據(jù)型顏色提相應(yīng)的顏。變焦：星 Galaxy S23 Ultra 通過(guò)軟件優(yōu)和增強(qiáng)傳器，可以現(xiàn) 100 倍的 Space Zoom 變焦。根演示視頻在放大 100 倍的情況下，星還做了法優(yōu)化，幅減少抖的影響。星 MX 部門不允使用大于 1/1.3 英寸的攝像頭傳鴢。據(jù)報(bào)道該公司認(rèn)，更大的機(jī)傳感器影響智能機(jī)的整體計(jì)和內(nèi)部本結(jié)構(gòu)。公司沒(méi)有傳感器尺增加到 1 英寸，而是多寓到了進(jìn)其 1/1.3 英寸相機(jī)傳器以提高體性能的法?
IT之家 1 月 22 日消息，彭社記者 Mark Gurman 稱，蘋果沒(méi)有在發(fā)新款 HomePod mini。在最新一期的Power On”通訊中，Gurman 說(shuō)，他認(rèn)為蘋果沒(méi)有積極地”開 HomePod mini 的后續(xù)產(chǎn)品。蘋果前天發(fā)布了新 HomePod，用戶開始好奇 mini 機(jī)型的更新。但在一點(diǎn)上，我相信蘋果正積極開發(fā)這的產(chǎn)品。最的 HomePod 并沒(méi)有添加 99 美元的 mini 機(jī)型中沒(méi)有的新能，所以沒(méi)一個(gè)明顯的由來(lái)更新該型。當(dāng)然，果能有更多顏色，更便的價(jià)格，以更好的聲音麥克風(fēng)，那更好了，但正的改進(jìn)可需要在后端行 —— 與 Siri 和應(yīng)用程序合。HomePod mini 于 2020 年 10 月在蘋果的 iPhone 12 發(fā)布會(huì)上發(fā)布。不到半后，蘋果停了初代 HomePod，讓 HomePod mini 成為該公司唯一在的智能音箱直到本周蘋重新推出全寸的新款 HomePod。剛剛推出 HomePod 提供了大量以前專于 HomePod mini 的功能，包括 Apple Watch S 系列芯片、U1 超寬頻芯片、Thread 支持、溫度和濕度感器，以及個(gè)更大的背觸摸屏。IT之家了解到Gurman 曾于 2022 年 8 月爆料稱，蘋果正考慮未來(lái)推出 HomePod mini 的新版本，他沒(méi)有提供體的時(shí)間框或關(guān)于潛在功能的細(xì)節(jié)只是稱此更不大，但現(xiàn)看來(lái)這些計(jì)已被擱置?
本文來(lái)自微公眾號(hào)：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來(lái)看一看。線上請(qǐng)求壓過(guò)大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問(wèn)，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問(wèn)題理解還拿捏是很準(zhǔn)，那飛哥今天就你來(lái)深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個(gè)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來(lái)的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個(gè)過(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ù)載變量，單計(jì)算后便展示出來(lái)。體流程如下所示。我們據(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ì)應(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ì)調(diào)用 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 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來(lái)模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開剖析這樣用戶通訪問(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)核是如暴露負(fù)載數(shù)給應(yīng)用層的內(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)。了，另外一新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存的數(shù)據(jù)是何，又是被如計(jì)算出來(lái)的？二、內(nèi)核負(fù)載的計(jì)算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)組的計(jì)算過(guò)分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)前系統(tǒng)整體時(shí)負(fù)載，使指數(shù)加權(quán)移平均法（一高效計(jì)算平數(shù)的算法）算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我分成兩個(gè)小來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)做時(shí)間子系。在時(shí)間子統(tǒng)里，初始了一個(gè)叫高辨率的定時(shí)。在該定時(shí)中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)（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è)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)就是在這個(gè)機(jī)進(jìn)行的。里有一點(diǎn)要意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根 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ù)中，獲取前 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 中看到，通過(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í)下的整體瞬負(fù)載總數(shù)了我們?cè)僬归_看是如何根運(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;}哦，原來(lái)是同計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶空中的 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ì)算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計(jì)算平均數(shù)時(shí)候采取的法都是把過(guò)一段時(shí)間的字都加起來(lái)后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的有瞬時(shí)負(fù)載加起來(lái)取一平均數(shù)不完了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算來(lái)計(jì)算平均載的話，存以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個(gè)比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就從移動(dòng)平均減去一個(gè)最的觀察值，加上一個(gè)最的觀察值，存數(shù)組會(huì)頻地修改和更。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候再整個(gè)數(shù)組全起來(lái)，再除樣本總數(shù)。然加法很簡(jiǎn)，但是成百千個(gè)數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)傳的平均數(shù)計(jì)過(guò)程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)越要大一些好。因?yàn)檫@能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計(jì)算方，而是采用一種指數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加移動(dòng)平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場(chǎng)里 EMA 均線也是使用是類似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計(jì)算的候只需要上個(gè)時(shí)間的平數(shù)即可，不要保存所有時(shí)負(fù)載值。外就是越靠現(xiàn)在的時(shí)間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時(shí)間子系中定時(shí)完成，通過(guò)一種做指數(shù)加權(quán)動(dòng)平均計(jì)算方法，計(jì)算三個(gè)平均數(shù)我們來(lái)詳細(xì)下上圖中的行過(guò)程。時(shí)子系統(tǒng)將在鐘中斷中會(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é)拍來(lái)時(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ì)獲取系當(dāng)前瞬時(shí)負(fù)值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶程讀取。//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ù)載的算?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)單就是讀取一內(nèi)存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理起來(lái)挺復(fù)雜但是代碼看來(lái)確實(shí)要簡(jiǎn)不少，計(jì)算看起來(lái)很少而且看不懂沒(méi)有關(guān)系，需要知道內(nèi)并不是采用原始的平均計(jì)算方法，是采用了一計(jì)算快，且更好表達(dá)變趨勢(shì)的算法行。至此，們開篇提到“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系瞬時(shí)負(fù)載值，然后再定使用指數(shù)加移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在個(gè)年代里，載和 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 的。所以說(shuō)，負(fù)載高并一定是 CPU 處理不過(guò)來(lái)，也有可會(huì)是因?yàn)榇?等其他資源度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里找到了因，以下是件原文。From:?Matthias?Urlichs?
