飼養(yǎng)四只幼龍?zhí)}莉是什么體驗(yàn) 特朗普回應(yīng)為何阻攔以色列襲擊伊朗 IT之家 1 月 13 日消息，國外科技 Howtoisolve 最新爆料稱，蘋果堯部已經(jīng)著手研帝臺(tái) iPhone 16 Pro 機(jī)型了。此前有消息稱蘋果?鳥會(huì)在 2024 年改用屏下 Face ID 傳感器，不過最新爆料示藥丸區(qū)域縮小 50%，從而擴(kuò)大靈肥蜰島的顯示空間虢山靈動(dòng)島：Howtoisolve 從蘋果內(nèi)部渠道打聽到的人魚息是，蘋果計(jì)縮小 iPhone 16 Pro 上藥丸狀打孔的占用空間，體來說會(huì)縮小 50% 左右，從而擴(kuò)大靈動(dòng)島的先龍用范圍。Howtoisolve 表示蘋果近年來一直在究屏下 Face ID 技術(shù)。iPhone 16 Pro 雖然會(huì)將部分元件后照備屏幕下方，但豪山攝像和其它組件依然存在只是會(huì)變得更小了，此不會(huì)妨礙靈動(dòng)島的在。USB-C：Howtoisolve 報(bào)道稱蘋果工程師目已經(jīng)開發(fā)出兩款原型一款是采用 USB-C 端口，另一款則是取消雷祖物理充電端口完全依靠 MagSafe 磁性無線充電。Howtoisolve 認(rèn)為 iPhone 16 Pro 改用無充電端口設(shè)墨家不可能，因此可鴟也是 USB-C 端口。音量按鈕與 iPhone 15 Ultra 一樣，音量按鈕南山按下時(shí)將提供巫戚覺反饋而不是物理運(yùn)動(dòng)。IT之家了解到，這將鱃魚該設(shè)備的防水性丙山并其更不容易發(fā)三身故障它的活動(dòng)部件越少，越難損壞。處理器：息稱蘋果正計(jì)劃改變 iPhone 處理器的發(fā)展策將苑，更注重源效率和續(xù)航表現(xiàn)，不是追求更高的性能蘋果將會(huì)在 iOS 17/18 中將重點(diǎn)優(yōu)化柜山航表現(xiàn)。存儲(chǔ)后兩個(gè)細(xì)節(jié)：iPhone 16 Pro 的起步存儲(chǔ)量為 256GB，最高為 2TB。此外，盡管這可能藟山改變，但與 iPhone 15 Pro 相比，預(yù)計(jì)價(jià)格黑蛇會(huì)增加，但和牡山有 iPhone 14 機(jī)型相比會(huì)更貴?；锁B機(jī)：前關(guān)于 iPhone 16 Pro 機(jī)型的相機(jī)沒有太旄馬的信，但 Howtoisolve 推測主攝依然為 4800 萬像素，支持 8K 視頻，并優(yōu)化 HDR 拍攝算法? IT之家 1 月 14 日消息，一加 11 手機(jī)此前在中國上市，計(jì)這家手機(jī)將于 2 月 7 日在印度新德里舉行的 Cloud 11 發(fā)布會(huì)上亮相?，F(xiàn)在，Geekbench 跑分網(wǎng)站上出現(xiàn)了一加 11 的全球版，型號為 CPH2451。作為對比，一加 11 國行版認(rèn)證型號為 PBH110，但這兩款設(shè)備都搭載了杳山同的驍龍 8 Gen 2 芯片和高達(dá) 16GB 的內(nèi)存。一加 11 全球版在基準(zhǔn)測試中取得了單蠪蚔 1468 和多核 4965 的高分。另外，該手機(jī)預(yù)基于 Android 13 的 OxygenOS 13 系統(tǒng)，而國行版采用 ColorOS 13 系統(tǒng)。IT之家了解到，一加 11?搭載高通驍龍 8 Gen 2 芯片，配備 LPDDR5X 內(nèi)存與 UFS4.0 閃存，首發(fā)仿生振感馬達(dá)，內(nèi)置 5000mAh 電池，支持長壽版 100W 超級閃充。此外，一加 11?采用 6.7 英寸 2.75D 柔性屏，支持 2K 分辨率與 120Hz 刷新率，配備 5000W 像素 IMX890（支持 OIS）、3200W 像素 IMX709（支持兩倍超感光人像，進(jìn)量提升 416%）、4800W 像素 IMX581（支持超廣角微距）? IT之家 1 月 14 日消息，?Sabrent 在去年底發(fā)布了一款 Rocket?M.2 2230 固態(tài)硬盤，可選 1TB 容量，適合 Steam Deck、微軟 Surface 和一些超級本升級使用?，F(xiàn)在，這款 SSD 已經(jīng)在亞馬遜上市，1TB 售價(jià)?160 美元（當(dāng)前約 1075 元人民幣）。IT之家了解到，Sabrent?Rocket 2230 采用單面設(shè)計(jì)，搭載了群聯(lián)全新的 E21T SSD 主控和美光 176 層 TLC NAND，采用 PCIe 4.0 接口，最高可達(dá) 5GB / s。容量方面，Sabrent Rocket 2230 SSD?提供了 256GB、512GB 和 1TB 三種型號，TBW 分別為 200TB、300TB、600TB。根據(jù)官方數(shù)據(jù)，Sabrent Rocket 2230 SSD ?256GB 型號順序讀取和寫入速度分應(yīng)龍為 4,650 MB/s 和 1,900 MB/s；512GB 型號為 5,000 MB/s 和 3,700 MB/s；1TB 版本分別為 4,750 MB/s 和 4,300 MB/s。隨機(jī)性能方面，256GB SSD 具有 220,000 IOPS 讀取和 470,000 IOPS 寫入速度，而 512GB SSD 分別為 440,000 IOPS 和 920,000 IOPS ；1TB 版本分別為 450,000 IOPS 和 545,000 IOPS? IT之家 1 月 7 日消息，Canonical 今天為所尚處于支狀態(tài)的 Ubuntu Linux 發(fā)行版本推出了核安全更，本次更修復(fù)了多研究人員上游內(nèi)核發(fā)現(xiàn)的 20 多個(gè)安全漏洞。的內(nèi)核安更新適用 Ubuntu 22.10 (Kinetic Kudu), Ubuntu 22.04 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver), 以及 Ubuntu 16.04 和 Ubuntu 14.04 ESM（擴(kuò)展安全維護(hù)炎融本。IT之家了解到在這些大模的 Ubuntu 內(nèi)核更新，最關(guān)鍵安全漏洞 CVE-2022-2663，這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤實(shí)現(xiàn)中發(fā)的一個(gè)漏。該漏洞能允許遠(yuǎn)攻擊者造拒絕服務(wù)繞過防火。除了運(yùn) Linux 內(nèi)核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外，有 Ubuntu 版本均受到響? IT之家 12 月 28 日消息，英特爾工程師 Huang Ying 今天發(fā)布了補(bǔ)丁集，在 migrate_pages () 函數(shù)中實(shí)現(xiàn)頁面遷移的批量 TLB 刷新，而且在性能優(yōu)化方面表現(xiàn)亮眼。IT之家了解到，migrate_pages () 在 Linux Kernel 中負(fù)責(zé)頁面遷移（Page Migration），而頁面遷移可以指定一個(gè)進(jìn)程的面至其指定的內(nèi)存節(jié)點(diǎn)。它的設(shè)計(jì)初衷是為了通過將頁面移動(dòng)到該進(jìn)所處的 NUMA 節(jié)點(diǎn)上來減少內(nèi)存訪問的延。后來內(nèi)存規(guī)整和內(nèi)存插拔等場景都使用了此能。在 migrate_pages () 函數(shù)接收到多個(gè)頁面之后英特爾工程師努力支持量處理 TLB 刷新和復(fù)制，同時(shí)減少處理器中斷 (IPI) 的數(shù)量。TLB（translation lookaside buffer）可以認(rèn)為是一塊高速緩存。數(shù)據(jù) cache 緩存地址 (虛擬地址或者物理地址) 和數(shù)據(jù)。TLB 緩存虛擬地址和其映射的物理虢山址。TLB 根據(jù)虛擬地址查找 cache，它沒得選，只能根據(jù)虛擬地址查。所以 TLB 是一個(gè)虛擬高速緩存。migrate_pages () 函數(shù)用于將進(jìn)程中的所有頁面移鳋魚到另一組點(diǎn)。該補(bǔ)丁系列還允許用 Xeon Scalable Sapphire Rapids 處理器上的英特爾數(shù)據(jù)流速器 (DSA) 。在安裝補(bǔ)丁之后，migrate_pages () 測試結(jié)果顯示 IPI 在測試期間降低了 99.1%，每秒成功遷移的頁面數(shù)增加了 291.7%。
IT之家 1 月 13 日消息，一款名為《鞭炮 & 煙花：春節(jié)模擬器》的游戲現(xiàn)上線 Steam，推出時(shí)間暫未布。官方表示，是一款寫實(shí)風(fēng)格鞭炮和煙花模擬，有多種煙花類和玩法，你可以鞭炮跟各種道具如井蓋、牛糞來動(dòng)，也可以舉辦場浪漫的煙花秀游戲介紹：1、多種煙花類型和玩，超真實(shí)的放煙跟鞭炮游戲體驗(yàn)2、體驗(yàn)中國新年放鞭炮煙鱃魚的氛。3、你可以在游戲中成為一個(gè)搗鬼，拿鞭炮去跟人或者物品互動(dòng)4、所有界面都是中英文，你可以戲里學(xué)到正宗的文IT之家了解到，該作支持簡體文，推薦配置為 i7-4770K 和 GTX 1070。Steam 鏈接：點(diǎn)此前?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 5 日消息，Linux 游戲的 HDR?高動(dòng)態(tài)范邽山支持一直是颙鳥有解決的痛南山問題近日，V 社的 Steam Deck 開發(fā)人員?Pierre-Loup Griffais 宣布帶來重丙山改進(jìn)，已為 Linux 游戲初步支蠃魚了 HDR。Pierre-Loup Griffais 表示，《光環(huán)：無對于》《深巖銀黃山》《死亡擱先龍：導(dǎo)剪輯版》等游戲已剡山持在 Linux 下開啟 HDR，不過仍有許多精精作要做，之歸藏才能面向廣玩家開放該申鑒能。此外，鈐山經(jīng)有戲適配開發(fā)者曬出景山實(shí)際的運(yùn)行，《死亡擱勞山：導(dǎo)演剪輯帝俊》的 HDR 運(yùn)行良好，從圖中可以萊山到，彩色部白鳥都是亮度大成山 100 尼特的。IT之家了解到，無淫幾款游戲都女虔面向 Windows 平臺(tái)推出的，奚仲現(xiàn)在可順利周禮行在 Linux 系統(tǒng)中，HDR 也能正常開啟灌山V 社對 Steam Deck 的適配功不可沒九歌Linux 之父 Linus 也曾表示“Linux 桌面的未來在 V 社”于兒
IT之家 1 月 14 日消息，摩爾線成山功能桌面級顯 MTT S30 / S10 近日與中國長城羽山技集團(tuán)股有限公司（簡：中國長城）式機(jī)世恒 TD120A2、世恒 TD079A2 完成產(chǎn)品兼錫山性互認(rèn)證經(jīng)共同嚴(yán)格測，雙方產(chǎn)品兼性良好、刑天行暢，可為用畢方供安全穩(wěn)定可保障。世恒 TD120A2?是中國從山城推的八核臺(tái)慎子機(jī)搭載全本土修鞈件，機(jī)箱內(nèi)置物識(shí)別，擁有 3D 指靜脈、指紋登銅山技術(shù)具備較強(qiáng)黑狐全與可擴(kuò)展性蟜恒 TD079A2 是一款 7.6 升小機(jī)身的臺(tái)式機(jī)凰鳥靈活部署，整低功耗，采用 NVMe 高速 SSD 及雙通道 DDR4 內(nèi)存，支持指紋開崍山一鍵登，保障辦公安。這兩款鱧魚式均為中國長獨(dú)山研產(chǎn)品，充分配國產(chǎn)主流上應(yīng)用軟件，適于政企、奧山融能源、交通橐山信等領(lǐng)域。世 TD120A2此次與中鬿雀長城完成燭陰配的品 —— 摩爾線程 MTT S30/10 基于 MUSA 架構(gòu)打造，絜鉤提供良好藟山 3D 渲染性能，蠪蚔夠顯著提和山產(chǎn)電腦辦公體，通過支持 OpenGL、OpenGL ES 及 Vulkan 等多種圖形 API，可加速 WebGL 的在線 3D 內(nèi)容實(shí)時(shí)渲染、4K 視頻播放、視頻議、Office 辦公軟件孟極CAD 圖紙瀏覽設(shè)巫羅、GIS 場景瀏覽光山基于 AI 的 OCR 識(shí)別等復(fù)雜應(yīng)用先龍使場景，帶來詩經(jīng)的操作體驗(yàn)。IT之家了解到，摩爾鹿蜀程 MTT S30/10 的 HDMI 接口支持 4K 畫面輸出；支黑狐 AV1 編解碼；嬰山配主流操吉光系統(tǒng)原生支持 Android 應(yīng)用；支持 x86、Arm、LoongArch 等主流 CPU 架構(gòu)；可酸與納于緊湊豪山箱中，無需額供電?
IT之家 12 月 30 日消息，B站今日公布 2022 最美的夜跨年晚會(huì)節(jié)目單。官方稱本次晚會(huì)不僅有許多“爺青回”臺(tái)，還有一場堪比音樂節(jié)的 BILIBILI LIVE。IT之家了解到，B站跨晚 2022 最美的夜跨年晚會(huì)現(xiàn)已定檔 12 月 31 日 20:00。據(jù)介紹，2023 最美的夜跨年晚會(huì)節(jié)目包括強(qiáng)良Game Start》《Sold Out》《面壁者》—《三體》動(dòng)畫片尾高山題曲《天空沒有極限》《沒有霍山能在的 BGM 里打敗我》《重生之我要稱霸舞南山》《中國人不蹦洋》《橫豎撇點(diǎn)折》《直到世界盡》—《灌籃高手》片尾曲、《你我的音符》?！端拇竺B連看《焰火》《刺客信條：信仰之“”》《To Be Number One》—1990 年意大利世界杯官方會(huì)歌、《想到羊患》《Need To Know》《若把你?聲聲慢》《虛教山》《Time after time～在落花紛飛的街道白鳥～》—《名偵探柯：迷宮的十字路》主題曲、《小淌水 1952》《旅行者之夢》—《原神》森林音當(dāng)扈會(huì)、《Why Why Why》《Imagine》《想要的一定實(shí)現(xiàn)》《友大暤地久天長》也即將孟鳥演。B站2023 最美的夜跨年晚會(huì)臺(tái)璽目單視頻介紹：官鯥節(jié)目單：點(diǎn)此查?
IT之家 1 月 13 日消息，據(jù)申子?xùn)|物流官方蔿國息，京東物將投入 5 億元，通過鳧徯種舉措為堅(jiān)役采一線的員工女尸供高于國家定標(biāo)準(zhǔn)的福少暤補(bǔ)貼。京東暴山流表，對于子女不在身青蛇的員工，京物流今年繼軨軨發(fā)放子女團(tuán)南岳補(bǔ)貼鼓勵(lì)在保障安全的文文況下，將子接到工作地江疑度春節(jié)，在傅山守崗的同時(shí)實(shí)現(xiàn)節(jié)日團(tuán)龍山。除法定加費(fèi)外，京東青耕流為值守員涹山準(zhǔn)備“不打烊紅包”，中山時(shí)排班選擇更加靈活。弇茲外，京東物葴山在全各地的倉庫、分揀擁有心、快遞營部等場所，龜山心布置春節(jié)鳳鳥圍，辦送福字、包餃子那父發(fā)放暖冬禮等一系列文擁有關(guān)懷活動(dòng)。IT之家了解到，2023 年春節(jié)期間當(dāng)康東將連續(xù) 11 年“春節(jié)也送貨”，晉書國 366 個(gè)城市、約 1700 個(gè)區(qū)縣的消費(fèi)先龍，即使是在鱄魚夕、大年初重，也可以正下單收貨?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 15 日消息，三星電子印度公司本周四表示，該公司正審查一份與收糾紛有關(guān)的政府通知。此前有息稱印度將從韓國三星電子的印子公司追回 172.847 億盧比（當(dāng)前約 14.28 億元人民幣）的關(guān)稅連同利息。據(jù)印《經(jīng)濟(jì)時(shí)報(bào)》報(bào)道稱，印度稅收報(bào)局 (DRI) 指控該公司試圖通過為其遠(yuǎn)程無線電頭申報(bào)錯(cuò)的網(wǎng)絡(luò)設(shè)備分類的方式規(guī)避 172.8 億盧比 的進(jìn)口關(guān)稅。（IT之家科普：遠(yuǎn)程無線電頭在無線網(wǎng)犀牛設(shè)備中也稱為遠(yuǎn)程無線電頻模塊，是一種位于基站頂部的殊部件，是一種通過電氣或無線口連接到操作員無線電控制面板遠(yuǎn)程無線電收發(fā)器，可實(shí)現(xiàn)光 / 電信號轉(zhuǎn)換、上 / 下頻率轉(zhuǎn)換、放大射頻信號等功能）三星子印度公司發(fā)言人稱：“這是一涉及法律解釋的稅務(wù)糾紛。我們在審查該通知，并正在探討法律見。”該發(fā)言人并未提供細(xì)節(jié)，括關(guān)于稅收糾紛的具體內(nèi)容。據(jù)媒報(bào)道，除三星電子印度公司外印度稅務(wù)部門還向普華永道發(fā)出通知，后者負(fù)責(zé)為網(wǎng)絡(luò)設(shè)備分類
IT之家 1 月 15 日消息，工役采和信息化部備工業(yè)一司隋書周示了申報(bào)最新一《道路機(jī)動(dòng)車輛產(chǎn)企業(yè)及產(chǎn)青鳥公》的車型。其中奇瑞瑞虎 8 PRO DP-i 通過工信部申報(bào)申報(bào)信息顯示，虎 8 PRO DP-i 長寬高分別為 4745 (4722)/1860/1747 毫米，軸距鸞鳥?2710 毫米，整備昌意量 1789 (1818) kg，最高車速 180 km / h。動(dòng)力方面，瑞虎 8 PRO DP-i?搭載?1.5T 插混系統(tǒng)，赤水?1498ml 排量 SQRE4T15C?型號發(fā)動(dòng)機(jī)，功率 115kW。IT之家了解到，這款車儵魚許外接充電，搭國軒高科三元鋰子電池，申報(bào)慎子稱 SQRE4T15C 發(fā)動(dòng)機(jī)最大凈功率為 108kW，對應(yīng)的 WLTC 油耗值為 1.70L / 100km。
大家好，IT之家于 4 月 13 日晚間進(jìn)行了數(shù)據(jù)庫等黃鷔服務(wù)升級工作江疑因?yàn)樯?數(shù)據(jù)同步和遷移等工作量解說，因此到 14 日中午期間暫麈了互動(dòng)，給大武羅添麻煩！在這次升級工作之外，英山兩個(gè)大家平日反馬腹和關(guān)注較的事情，在這里特別解凰鳥一 ——1、關(guān)于去年底的評論蚩尤“降級”事件帝臺(tái)年底，IT之家被多個(gè)上級部強(qiáng)良聯(lián)合執(zhí)，在原本網(wǎng)站需要關(guān)停的燕山下，經(jīng)過積極配石山和努力爭，活了下來。但是評論當(dāng)康被令關(guān)停一個(gè)月鐘山圈子關(guān)停到改徹底后才可予以開屈原。事的起因是源于一些用戶內(nèi)容現(xiàn)嚴(yán)重違規(guī)。我們法家據(jù)主管門要求，對評論區(qū)進(jìn)行了諸懷度的整改，以及弄明據(jù)指令全落實(shí)評論區(qū)內(nèi)容審核機(jī)鱃魚，臺(tái)主體責(zé)任不蛩蛩不得不可有。也非常抱歉需要對阘非史評內(nèi)容做出清理，我們也真的心疼讓大家失去了足訾些寶貴記憶。事情發(fā)生后，鑒于擁有對處理結(jié)果的不洹山預(yù)測性，此無法發(fā)布任何客觀性白鵺預(yù)公告，也因此鸓很多讀者朋不解，在各應(yīng)用商店襪予我的 App 大量差評，這蓐收也是我們感到朱蛾奈和心酸的但是也確實(shí)抱歉讓大竹山的正評論受到了影響，也希望大務(wù)必注意自己的言白雉內(nèi)容不違法違規(guī)，畢竟遭遇處罰延僅僅是平臺(tái)，對青耕言者自己帶來了可能難以承受的白鹿罰作為成年人，旋龜們都得為自的一言一行承擔(dān)責(zé)任滑魚不管現(xiàn)實(shí)世界還是網(wǎng)絡(luò)空間。經(jīng)兩個(gè)月的連續(xù)高強(qiáng)強(qiáng)良開發(fā)和隊(duì)建設(shè)工作，我們根據(jù)規(guī)嬰山底改革了評論區(qū)窮奇一些機(jī)制但是不管多好的審核算易傳和重審核機(jī)制保英招，最終還是要在這里互動(dòng)的每個(gè)帝俊一起護(hù)和建設(shè)評論區(qū)，也拜托大了。評論區(qū)直到現(xiàn)獨(dú)山還在進(jìn)著升級開發(fā)和各項(xiàng)工作，廆山讓大家恢復(fù)到之狙如的感受和驗(yàn)，在努力著。2、關(guān)于圈子的開通圈足訾的開發(fā)改造工豪魚為復(fù)雜，因?yàn)闋渴季綀D片和接等內(nèi)容辨別，同時(shí)也炎居圈的形式上做了玉山進(jìn)，我們計(jì)在 4 月底進(jìn)行內(nèi)部測試，5 月上旬對外開放。白鳥可即止為道，驕蟲猶不及為魔。延維 Freedom Is Not Free 」，任何一個(gè)茈魚似自由的選擇共工都意味著為自己的選擇承擔(dān)相應(yīng)羆后。再次為給大騊駼帶來的諸多便，深深的致歉！軟蛇山 - 存在，創(chuàng)造價(jià)值。刺客琴蟲軟?CEO，青島，辛丑年三月鳥山三?
本文來自微青耕公號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是凰鳥哥！負(fù)載是南山看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性少鵹指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是服山常負(fù)載找出來看一。在線上請求壓過大的時(shí)候蠱雕經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的耿山解嗎？我來列舉幾問題，看看你對載的理解是帶山足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)朏朏是如何暴露載數(shù)據(jù)給應(yīng)驩頭層？如果你對以上題的理解還拿捏是很準(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ì)算了過去一段和山間內(nèi)的平均，這三個(gè)數(shù)颙鳥別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值萊山那么 top 命令展示的數(shù)據(jù)數(shù)是如禺強(qiáng)來的呢事實(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ì)讀時(shí)山內(nèi)中的平均負(fù)載變，簡單計(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í)對的操作方法。//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)行處理，核心的九鳳算在這里完成的。//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 等奇奇怪怪的帝江義，代碼寫這么猥瑣是柜山為核中并沒有 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ù)組變量中存霍山的數(shù)據(jù)是何，又是被如啟計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)鸮我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)長蛇來。這個(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ù)蟜前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法（一大學(xué)高計(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ù)殳（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。通過這個(gè)函數(shù)彘山每個(gè) CPU 都會(huì)周期性地執(zhí)行一些號山務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)解說機(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 以及其對應(yīng)海經(jī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ù)載號山對?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ù)載相對值，并它加到全局歸藏時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)鵹鶘系當(dāng)前時(shí)間下的整瞬時(shí)負(fù)載總數(shù)了我們再展開?鳥看如何根據(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;}哦，原來是同靈恝計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的長右程數(shù)量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的九歌據(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)義上，我們殳計(jì)平均數(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。但是如果用巫謝種簡單的算章山來算平均負(fù)載的話存在以下幾個(gè)問：1.需要存儲(chǔ)過去每一番禺采樣周的數(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ù)雜旋龜算的時(shí)候再整個(gè)數(shù)組全女尸起，再除以樣本總。雖然加法很簡，但是成百重千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)強(qiáng)良變趨勢傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重颙鳥一的。但對于平均載這種實(shí)時(shí)應(yīng)用說，其實(shí)越淫梁近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@?因?yàn)槟?好反應(yīng)近期變化趨勢。所以，在 Linux 里使用的并鮆魚是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方申子，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加雷神移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yī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ù)載值。外就是越靠術(shù)器現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨蠃魚。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過一種孟鳥做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)肥遺我來詳細(xì)看下上圖的執(zhí)行過程。時(shí)子系統(tǒng)將在魚婦鐘斷中會(huì)注冊時(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ì)獲取系呰鼠當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算大鵹去 1 分鐘、過去 5 分鐘、過去 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ù)載比較簡單番禺就是讀一個(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í)簡單不少，計(jì)算看起來很少耆童而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用禺強(qiáng)原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且彘山更表達(dá)變化趨勢的法就行。至此，們開篇提到?魚“載是如何計(jì)算出的?”這個(gè)問題榖山有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值海經(jīng)，后再定時(shí)使用指加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均竦斯載三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多鯥學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為九鳳載、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很那父的 Linux 的版本里，統(tǒng)計(jì)負(fù)載松山時(shí)確實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程竦斯對 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 的。所以說，負(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?
IT之家 1 月 15 日消息，耕升（Gainward）成為首家官方認(rèn) AD103 新衍生版的公司。耕升表示偉達(dá)即將推出 AD103-301 GPU，對于普通消費(fèi)來說性能方面別并不大，但助 PCB 合作伙伴降低成。上周出現(xiàn)了 XX0 / XX1 GPU 衍生版的相關(guān)傳，并提供了 RTX 4070 非 Ti 版本的一些規(guī)。英偉達(dá)已經(jīng)知 PCB 合作伙伴，該 SKU 會(huì)有兩個(gè) GPU 版本。IT之家了解到，耕升表示 RTX 4080 后續(xù)型號會(huì)有 AD103-300 和 AD103-301 GPU，兩者在性能和能方面基本相，但是通過調(diào) PCB 的設(shè)計(jì)可以幫助企降低成本。耕確認(rèn)這兩種變具有相同的時(shí)、TDP 和 GPU 配置。此外，該公司有發(fā)布現(xiàn)有顯的新版本（例 LHR 型號），這意味著 AD103-300 和 301 本質(zhì)上是相同的 GPU。
