黃仁勛今年二度到訪：中國(guó)是英偉達(dá)非常重要的市場(chǎng)，希望繼續(xù)與中國(guó)合作
女子視頻展示自己在漠中「被蟲子追趕」到語(yǔ)無(wú)倫次，沙漠蜱真能定位追蹤人類么野外遇到如何防范？ 孟子義紅秀雜志封 2023 開年，浪浪山的一只小豬妖火出圈，在《中國(guó)奇譚》部國(guó)漫的第一個(gè)單元，小豬妖躊躇滿志，要做出一番事業(yè)，結(jié)費(fèi)盡千辛萬(wàn)苦，自己工作成果卻被否定，后，小豬妖說(shuō)出了那經(jīng)典臺(tái)詞“我想離開浪山”。小豬妖的遭，戳中了當(dāng)代打工人隱痛，也像極了數(shù)據(jù)心里那些鮮為人知，百抓撓心的困境。近來(lái)，我們能夠在很多壇、峰會(huì)、發(fā)布會(huì)商到一些高瞻遠(yuǎn)矚、提挈領(lǐng)的話，比如“計(jì)力就是生產(chǎn)力”、“字經(jīng)濟(jì)的基礎(chǔ)設(shè)施”“上云用數(shù)賦智”等這些宏觀層面的趨勢(shì)路線支撐著云數(shù)據(jù)中、智算中心等計(jì)算集的快速發(fā)展，我們也此前的文章中分析過(guò)多。不過(guò)，實(shí)際建設(shè)程中，會(huì)面臨這樣那的具體挑戰(zhàn)，可能是在辦公室 / 研究所，對(duì)著 PPT 指點(diǎn)江山的人很難想象的比如西部某高校中計(jì)中心的一個(gè)女工作人曾告訴我，服務(wù)器散主要靠風(fēng)冷，維持降會(huì)加大送風(fēng)風(fēng)力，她女員工進(jìn)機(jī)房都是沒(méi)穿裙子的；機(jī)房?jī)?nèi)的音很大，常年負(fù)責(zé)運(yùn)的同事，聽力也受到損害。這些細(xì)節(jié)而真的難題，構(gòu)成了數(shù)據(jù)心必須翻越的浪浪山否則就會(huì)像小豬妖一疲憊且做無(wú)用功，而些問(wèn)題，只能從扎根腳下的土地中來(lái)，從一線人員交流中來(lái)。天我們就結(jié)合一些實(shí)見聞來(lái)聊一聊，數(shù)據(jù)心正在等待翻越哪些巒。第一重山：電談數(shù)據(jù)中心的中美差異你會(huì)想到什么？芯片架構(gòu)、軟件、產(chǎn)業(yè)鏈有一個(gè)容易被忽略但重要的因素是：供電益企研究院自 2018 年來(lái)實(shí)地考察了多個(gè)國(guó)內(nèi)云數(shù)據(jù)中莊子，現(xiàn) 2 路 2U 是國(guó)內(nèi)服務(wù)器市場(chǎng)上的流規(guī)格，IDC 的服務(wù)器市場(chǎng)追蹤報(bào)告也實(shí)，2018—2021 年，機(jī)柜式服務(wù)器中 2U 規(guī)格占據(jù)了 70% 左右。然而，美國(guó)市場(chǎng)上，1U 反而更受歡迎。1U 和 2U 究竟是什么？到底是什么原因?qū)?了這種差別？又意味什么呢？（中國(guó)電子創(chuàng)云基地（順義）機(jī)的 2U 服務(wù)器）我們知道，隨著 IT 設(shè)備技術(shù)的變化，現(xiàn)數(shù)據(jù)中心采用的服務(wù)高度一般為 1U 或 2U，U 指的是機(jī)架式服務(wù)器的厚度，1U 是 4.45 厘米，而早期數(shù)據(jù)中心機(jī)架式服務(wù)器高度一在 3-5U。U 的數(shù)字越少，服務(wù)器高越低，單機(jī)計(jì)算密度高，1U 服務(wù)器的計(jì)算密度可以達(dá)到 2U 服務(wù)器的兩倍。然而，黎數(shù)西算工程中對(duì)據(jù)中心集群的要求，津冀、長(zhǎng)三角、粵港大灣區(qū)、成渝這幾個(gè)紐節(jié)點(diǎn)都強(qiáng)調(diào)了“高度”。因?yàn)橹挥忻芏?高，才能在有限的土面積上供給更多的算，提高土地資源效益這樣看，1U 應(yīng)該是更好的選擇，但實(shí)地訪得到的結(jié)果，卻是 2U 規(guī)格在中國(guó)云數(shù)據(jù)中心的占比較多，是為什么呢？這里有個(gè)決定性因素 —— 供電能力。因?yàn)?1U 比 2U 更耗電，支撐約 18 臺(tái) 2U 服務(wù)器的單機(jī)柜供電量需要達(dá)到 6kW，如果換成部署 36 臺(tái) 1U 服務(wù)器，那供電量就要達(dá)柄山 12kW。如果單機(jī)柜的供電能力達(dá)不到般就法充分發(fā)揮 1U 的密度優(yōu)勢(shì)。（和林格東方超算云數(shù)據(jù)中心景）而目前，我國(guó)數(shù)中心的機(jī)柜功率還是遍偏低的，主流功率 4-6KW 為主，“東數(shù)西算”工程的傳中，甚至還可以看“2.5 千瓦標(biāo)準(zhǔn)機(jī)架”的配置，6kW 以上的機(jī)柜占比只有 32%。數(shù)據(jù)中心的供電系統(tǒng)，既有舊疾，有新患。舊疾在于，統(tǒng)數(shù)據(jù)中心的各個(gè)機(jī)系統(tǒng)分別運(yùn)行，采集度不足，調(diào)控范圍也限，供電能力和 IT 需求無(wú)法精細(xì)化對(duì)等，若山旦單機(jī)柜功率密加大，電源連續(xù)運(yùn)行可靠性就可能受到影，發(fā)生停機(jī)中斷的風(fēng)也會(huì)增大。對(duì)于云服商來(lái)說(shuō)，云數(shù)據(jù)中心電會(huì)直接導(dǎo)致客戶業(yè)終端，帶來(lái)經(jīng)濟(jì)損失這是不可承受之重。患在于，國(guó)家提出“碳”戰(zhàn)略后，建設(shè)綠節(jié)能數(shù)據(jù)中心已經(jīng)成共識(shí)，而單機(jī)功率密的增加，會(huì)直接提高冷要求，從而增加空設(shè)備和空冷用電。以 2021 年數(shù)字中國(guó)萬(wàn)里行考察過(guò)的云數(shù)中心為例，騰訊云懷瑞北數(shù)據(jù)中心使用 52U 機(jī)柜，UCloud（優(yōu)刻得）烏蘭察布云基地使用 47U 和 54U 的機(jī)柜，如果都改用 1U 服務(wù)器，不僅不能真提高密度，反而會(huì)增服務(wù)器散熱設(shè)計(jì)的挑。已知數(shù)據(jù)中心必須高計(jì)算密度，那就要高單柜密度，單機(jī)柜率需要更高可靠、高用的供電能力來(lái)保障因此可以得出，供電力接下來(lái)會(huì)是中國(guó)數(shù)中心必須翻越的一重。第二重山：冷前面到，機(jī)柜功率密度的升，會(huì)讓制冷用電上?？赡苡袡C(jī)智的小伙會(huì)問(wèn)，采用更高效節(jié)的制冷方式，不就可解決這個(gè)問(wèn)題，順利高密度進(jìn)化了？確實(shí)此，數(shù)據(jù)中心行業(yè)為更加節(jié)能的制冷系統(tǒng)可謂是操碎了心。一面是加速“西算”，分發(fā)揮烏蘭察布等西地區(qū)的氣候優(yōu)勢(shì)，建新數(shù)據(jù)中心，利用室自然冷源?！皵?shù)字中萬(wàn)里行”實(shí)地考察了 7 個(gè)數(shù)據(jù)中心集群，發(fā)現(xiàn)張青鳥口數(shù)據(jù)中心群、和林格爾數(shù)據(jù)中集群的數(shù)據(jù)中心，一有 10 個(gè)月以上的時(shí)間可以使用自女媧冷，年均 PUE 可達(dá) 1.2。另外就是發(fā)揮液體冷卻燕山降低能上的優(yōu)越性，逐步用冷服務(wù)器替代風(fēng)冷。如阿里巴巴 2018 年在河北省張家口市張北縣部署了一個(gè)浸式液冷（Immersion Cooling）機(jī)房，一個(gè)臥置的 54U 機(jī)柜，部署 32 臺(tái) 1U 雙路服務(wù)器和 4 臺(tái) 4U 的 JBOD。開篇我們提到，風(fēng)冷房給女員工著裝上帶的小困擾，液冷技術(shù)能很好地解決這個(gè)問(wèn)。這是不是意味著，冷技術(shù)很快會(huì)在數(shù)據(jù)心行業(yè)普及呢？結(jié)束 2021 年數(shù)字中國(guó)萬(wàn)里行后，敏山企研究推出的《2021 中國(guó)云數(shù)據(jù)中心考察報(bào)》，給出了“謹(jǐn)慎觀”的答案。我們認(rèn)為原因有三：1.成熟期的生態(tài)問(wèn)題。液番禺冷雖然制冷效率遠(yuǎn)高于冷，但長(zhǎng)期以來(lái)，風(fēng)機(jī)房在數(shù)據(jù)中心建設(shè)占據(jù)了主流，幾十年貫制的風(fēng)冷服務(wù)器已形成了成熟的生態(tài)鏈建設(shè)和運(yùn)營(yíng)成本都有勢(shì)，因此一些氣候優(yōu)的地區(qū)，風(fēng)冷方案就以滿足降 PUE 的需求，比如華為烏蘭布云數(shù)據(jù)中心就以 8 千瓦的風(fēng)冷機(jī)柜為主。此外，在泰逢些東部部地區(qū)有引入液冷的求和意愿，但也要考成本，如果能夠通過(guò)化 UPS 架構(gòu)，采用智能化能效管藟山方等，取得顯著的節(jié)能果，那么能風(fēng)冷就風(fēng)。2.過(guò)渡期的技術(shù)問(wèn)題。當(dāng)然，對(duì)于 HPC、AI 等計(jì)算，采用液冷的優(yōu)勢(shì)很大，此也有一些公司希望試液冷技術(shù)，但又不改造風(fēng)冷機(jī)房，于是風(fēng)冷升級(jí)到液冷的過(guò)期，出現(xiàn)了“風(fēng)液混”的市場(chǎng)需求。我們道，風(fēng)冷服務(wù)器可以制冷設(shè)備松耦合，環(huán)適應(yīng)性、靈活度很高而浸沒(méi)式液冷需要將務(wù)器的板卡、CPU、內(nèi)存等發(fā)熱元器件完浸沒(méi)在冷卻液中，噴式液冷則需要對(duì)機(jī)箱機(jī)柜進(jìn)行改造，二者來(lái)的成本都比較高。渡期中，冷板式液冷風(fēng)冷混合使用，是比適合的方案。但是，板式液冷要將冷板固在服務(wù)器的主要發(fā)熱件上，依靠流經(jīng)冷板液體將熱量帶走，全封和防泄漏要求高，計(jì)和制造難度很大。華為云東莞松山湖數(shù)中心部署的 Atlas?900 集群，采用風(fēng)液混合技術(shù)散熱3.產(chǎn)業(yè)鏈的協(xié)作問(wèn)題。液冷數(shù)據(jù)中心羲和要業(yè)鏈上下游的協(xié)同創(chuàng)，包括制造、設(shè)計(jì)、料、施工、運(yùn)維等各環(huán)節(jié)。風(fēng)冷模式也正為松耦合，導(dǎo)致制冷業(yè)和數(shù)據(jù)中心行業(yè)是較割裂的，推動(dòng)數(shù)據(jù)心向液冷變革，必須構(gòu)建一個(gè)新的生態(tài)，強(qiáng)各角色的聯(lián)系，降液冷服務(wù)器的前期制成本和后續(xù)維護(hù)成本這需要一個(gè)多方磨合配合的過(guò)程，不是一一夕能夠?qū)崿F(xiàn)的。從些角度來(lái)看，液冷數(shù)中心雖然是大勢(shì)所趨但還有較長(zhǎng)的路要走整個(gè)行業(yè)都在持續(xù)關(guān)變化。第三重山：芯果說(shuō)供電效率、風(fēng)冷冷，是云數(shù)據(jù)中心機(jī)基礎(chǔ)設(shè)施的重要變化那么芯片可能就是 IT 基礎(chǔ)設(shè)施的重點(diǎn)關(guān)注對(duì)象。2021 年，由安謀科技獨(dú)家冠贊助的數(shù)字中國(guó)萬(wàn)里，在考察貴州、內(nèi)蒙烏蘭察布、和林格爾間發(fā)現(xiàn)了一個(gè)新的現(xiàn) —— 中國(guó)“芯”力量正在崛起，國(guó)產(chǎn)技的成熟度和應(yīng)用程度在提升，追趕主流。里云的倚天 710、AWS 的 Graviton、Ampere 的 Altra 等，都獲得了長(zhǎng)足的展與應(yīng)用。造成這一面的原因很多，比如全棧走向自主化，為國(guó)“芯”提供了市場(chǎng)撐；政務(wù)、金融、交、電力、制造等行業(yè)數(shù)字化加快，為中國(guó)芯”提供了應(yīng)用落地景；x86 與 Arm 并存，為中國(guó)“芯”基于新架鵸余進(jìn)行定和優(yōu)化提供了研發(fā)基。但必須指出的是，亮都有暗面。中國(guó)“”崛起的背后，也要到中國(guó)半導(dǎo)體領(lǐng)域還難中探索。首先，是程工藝的枷鎖。我們道，摩爾定律的延續(xù)基于制程工藝的推進(jìn)然而半導(dǎo)體制程工藝提升已經(jīng)觸達(dá)天花板久了，跟不上芯片規(guī)提升的速度。所以，數(shù)據(jù)中心開始采用“ CPU”的做法來(lái)提升機(jī)柜密度弇茲但是靠料帶來(lái)的性能提升是邊界的，不能止步于。于是后摩爾時(shí)代，芯片（Chiplet）開始被很多國(guó)產(chǎn)芯廠商選中。這種新的片設(shè)計(jì)模式，可以把個(gè)硅片封裝在一起，成一個(gè)芯片網(wǎng)絡(luò)，x86 和 Arm 生態(tài)系統(tǒng)都在采用這項(xiàng)技。但需要注意的是，前的 IP 重用方法中，對(duì) IP 的測(cè)試和驗(yàn)證已經(jīng)有比較成的方法，但多個(gè) Chiplet 封裝后如何測(cè)試、良率怎么保，還是中國(guó)“芯”必解決的問(wèn)題。更主要是，小芯片的封裝依先進(jìn)的封裝技術(shù)，芯 I / O 接口可以和封裝協(xié)同設(shè)計(jì)并化，對(duì)于芯片性能的升非常重要。這就要先進(jìn)封裝設(shè)計(jì)與芯片計(jì)有較強(qiáng)的交互性，時(shí)也對(duì)設(shè)計(jì)工具提出一定的要求，我們知，EDA 工具一直是我國(guó)半導(dǎo)體領(lǐng)域的“肋”之一，這一點(diǎn)不決，在 Chiplet 越來(lái)越重要的當(dāng)下，中國(guó)“芯冰鑒很難高無(wú)憂。目前看來(lái)，數(shù)中心集群作為數(shù)字基設(shè)施的重要組成部分正在發(fā)生一系列變化究竟干得怎么樣，有些待解問(wèn)題，是一個(gè)須回答又不容易回答問(wèn)題。不識(shí)廬山真面，只緣身在此山中。多事情，只有在貼近地一線，再抽離出來(lái)覽全局，才能看到困數(shù)據(jù)中心前進(jìn)腳步的重重“浪浪山”。2023 數(shù)據(jù)中心需要跨越的山巒還很多驕蟲盡道阻且長(zhǎng)，但只要一行在路上，總有海闊空任鳥飛的那天。本來(lái)自微信公眾號(hào)：腦體 （ID：unity007），作者：藏? IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”雖然沒(méi)有皮帶、庫(kù)、散文書，但有大家一瞬意會(huì)“玄”牌鋪路機(jī) [鋪路]，還有我們的 IT 范手動(dòng)滑稽?[紅花][小雞]。現(xiàn)在，響應(yīng)一批老爺?shù)?求，IT之家框框表情包上架微信！IT之家安卓 / iOS 客戶端直達(dá)鏈接：第套?||?第二套。您也可以微信描下方二維碼來(lái)用。好吧，在微里大家耍耍吧，是，如果對(duì)方不IT之家的基友們，看得懂么？自開心就行了對(duì)吧…IT之家 - 愛科技，愛這里軟媒 - 存在，創(chuàng)造價(jià)值。刺客軟媒 CEO，青島? IT之家 1 月 21 日消息，蘋果本周推出了用 M2 Pro 和 M2 Max 兩款芯片的新款 MacBook Pro，但細(xì)心的網(wǎng)友查看規(guī)格頁(yè)面，發(fā)現(xiàn)犬戎果縮減了媒引擎的規(guī)格。蘋果中國(guó)官顯示為兩個(gè) ProRes 編解碼引擎M1 Max 的信息顯示配有“兩個(gè)視頻?魚碼引擎”和“兩個(gè) ProRes 編解碼引擎”，而在 M2 Max 的規(guī)格列表中僅列出了 1 個(gè)。蘋果官方此前放出的聞稿顯示，M2 Max 芯片具備兩個(gè) ProRes 編解碼引擎。蘋果顯然已經(jīng)意牡山到這個(gè)錯(cuò)誤，目訪問(wèn)蘋果中國(guó)官網(wǎng)相孟極產(chǎn)頁(yè)確實(shí)顯示為“兩個(gè) ProRes 編解碼引擎”。只是互聯(lián)網(wǎng)檔案館的 Wayback Machine 功能并未記錄蘋果中國(guó)官網(wǎng)該頁(yè)面密山相關(guān)歷史，IT之家現(xiàn)附上國(guó)外蘋果官網(wǎng)的滅蒙誤規(guī)格信息截圖：蘋網(wǎng)站規(guī)格出現(xiàn)錯(cuò)誤，僅顯 1 個(gè)引白狼 IT之家 1 月 23 日消息，安卓智手機(jī)出于面屏的設(shè)考量，以 OPPO 為代表的商曾推出升降攝像設(shè)計(jì)，只這種設(shè)計(jì)未得到市的認(rèn)可。過(guò)，ViewSonic 認(rèn)為升降攝像頭計(jì)在顯示領(lǐng)域仍有武之地，最新推出 VG56V 系列顯示器中就備了升降像頭。ViewSonic 認(rèn)為在顯示器使用升降像頭設(shè)計(jì)不僅在于少額頭部的邊框厚，更重要是讓用戶直觀地知攝像頭是處于使用態(tài)。在升攝像頭單上，在左兩側(cè)分別備了 LED 閃光燈，還可以據(jù)色溫進(jìn)調(diào)整。整單元可以后、向前斜 5 度。顯示器然還集成自己的雙聲器和雙麥克風(fēng)，方表示配了“行業(yè)先的音頻焦功能，消除不需的背景噪”，讓使者能夠安進(jìn)行網(wǎng)絡(luò)議。該產(chǎn)線包括 VG2456V 的 24 英寸型號(hào)，顯示配備了 FHD / 200 萬(wàn)攝像頭；高端的 27 英寸型號(hào) VG2756V-2K 配備了 2K / 500 萬(wàn)像素?cái)z像頭。IT之家了解，ViewSonic 在美國(guó)的在線商店前列出的 VG246V 售價(jià)為 358.99 美元（當(dāng)前約 2434 元人民幣，VG2756V-2K 售價(jià)為 480.99 美元（當(dāng)前約 3261 元人民幣? IT之家 1 月 23 日消息，根據(jù)國(guó)外技媒體 TheTechOutlook 報(bào)道，美國(guó)計(jì)算機(jī)學(xué)家瑪格麗特漢密爾頓（Margaret Hamilton）的一張舊照上熱搜，成巫彭門討論話題。至目前，已有 1633.2 萬(wàn)人觀看了這推文，28.5 萬(wàn)次喜歡，轉(zhuǎn)推 2.6 萬(wàn)次。IT之家了解到，這張暴山于 1969 年由 Instrumentation Laboratory 的攝影師拍攝的，展示瑪麗特?漢密爾站在她編寫的碼旁邊。史上偉大的女程序瑪格麗特?漢爾頓，沒(méi)有她就沒(méi)有阿姆斯朗的一小步和類的一大步。格麗特?漢密頓（Margaret Hamilton）本無(wú)意提出軟件現(xiàn)代概念，也想過(guò)要將人類上月球。要知 1960 年的社會(huì)并不鼓女性從事高科行業(yè)。那時(shí) 24 歲的瑪格麗特?cái)?shù)學(xué)系本科畢業(yè)，她計(jì)劃衣縮食 3 年供丈夫入讀哈法學(xué)院，然后己再去讀數(shù)學(xué)究生。但是阿羅登月計(jì)劃就那個(gè)時(shí)候正式動(dòng)了?，敻覃?在實(shí)驗(yàn)室?guī)ьI(lǐng)次史詩(shī)般的工壯舉，這項(xiàng)工將改變?nèi)祟惡?技的未來(lái)?
IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”，雖然沒(méi)有皮龜山水庫(kù)、散文書，但是有家一瞬意會(huì)的“玄滑魚牌路機(jī) [鋪路]，還有我們的 IT 范手動(dòng)滑稽?[紅花][小雞]?，F(xiàn)在，響應(yīng)一批楮山爺?shù)囊?，IT之家框框表情包上架微信了！IT之家安卓 / iOS 客戶端直達(dá)鏈接：猼訑一套?||?第二套。您也可以微信描下方二維碼來(lái)使用。吧，在微信里大家耍耍，只是，如果對(duì)方不是IT之家的基友們，看得懂么左傳自己開心就行了對(duì)……IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價(jià)值。刺客軟媒 CEO，青島修鞈
IT之家 1 月 22 日消息，據(jù) AYANEO 官方現(xiàn)宣布 AYANEO KUN （中文名：鯤）將于今年年內(nèi)式發(fā)布，同時(shí)還布了預(yù)熱海報(bào)第彈 ——『廣』，寓意其蔿國(guó)體 / 屏 / 功能特性：想象窫窳窮，天為廣。『逍遙游記載：北冥有魚其名為鯤，鯤之，不知其幾千里。以鯤為名，源上古神話，AYANEO 推出全新產(chǎn)品線司幽乘天地正，而游無(wú)窮。介紹，KUN 之命名，借鯤之氣，代表 KUN 是集大成者，它前釋放了 AYANEO NEXT 2 探索未來(lái)的諸多亮旄山，展示 AYANEO 一流的研發(fā)實(shí)力。款機(jī)型自比鯤御氣而遨游天地，位 Windows?高端頂級(jí)大屏掌機(jī)，功能配置稱極致，自詡“能王者”，將搭下一代 7000 系列銳龍 SoC，挑戰(zhàn) 3A 游戲巔峰。-鯤之亮相，天地為之容，KUN 乃創(chuàng)新者，可得見『一次』出現(xiàn)在 Windows 掌機(jī)中的功能，某特性也榮幸位居類產(chǎn)品之『最』據(jù)悉，KUN 之尺寸超越原有產(chǎn)線，AYANEO 在布局 5.5"、6"、7" 屏幕掌機(jī)后，推更大屏幕尺寸掌產(chǎn)品線，滿足更用戶需求。KUN 之設(shè)計(jì)，沉淀 AYANEO 兩年 Windows 掌機(jī)審美，AYANEO 賦予 KUN 大尺寸掌機(jī)上尋而不得美學(xué)設(shè)計(jì)，鯤之韻，盡在 KUN 中。鯤之形體無(wú)人得見，而 KUN 雖有大屏前提，然 AYANEO 團(tuán)隊(duì)以多代產(chǎn)品積累手感之經(jīng)，為 KUN 帶來(lái)品牌史上最為適之握持感，更全新獨(dú)家手柄 / 握把之專項(xiàng)探索概念現(xiàn)巫姑。AYANEO 品牌有設(shè)計(jì)之執(zhí)窫窳，過(guò)往品多有因?qū)徝蓝?棄之產(chǎn)品定義，益于大屏之體積些許粉絲呼聲頗的功能得以在 KUN 現(xiàn)身。
IT之家 1 月 21 日消息，NCC Group 研究人員發(fā)現(xiàn)三星官方應(yīng)用商城存在兩?? CVE 漏洞。攻擊者可以利用這兩個(gè)漏洞在解說(shuō)戶不知情的情況下裝任意應(yīng)用程序，或者引琴蟲受害到惡意 Web 地址。NCC Group 研究人員在 2022 年 11 月 23 日至 12 月 3 日期間發(fā)現(xiàn)了這兩個(gè)漏洞，三星在 Galaxy Store 4.5.49.8 版本中已經(jīng)修復(fù)。NCC Group 的研究人員 Mishaal Rahman 今天披露了這兩個(gè)漏洞。IT之家了解到，已經(jīng)升級(jí)到安卓 13 / OneUI 5.0 的三星設(shè)備并不受影響，耆童行安卓 12 及更低版本的三星設(shè)備在升級(jí)到黑狐版本之后以不受影響。NCC Group 發(fā)現(xiàn) Galaxy App Store 中的一個(gè) webview 包含一個(gè)過(guò)濾器，該過(guò)朱獳器限制了 webview 可以瀏覽的域。不管開發(fā)人員沒(méi)有正配置它，這將允許 webview 瀏覽到攻擊者控制的域赤水
當(dāng)年一款 FC 游戲《超級(jí)瑪麗》可說(shuō)是火遍了大巫姑南。游戲最吸引人的地方就是以頂碎墻壁，可以踩扁敵人后期的很多游戲中都加入了似的設(shè)定，很有意思。今天小編就為大家分享一些可以敵兵踩死的游戲。《超級(jí)瑪》如果 FC 游戲要找?guī)卓钣螒蜃鳛樽罱?jīng)典游戲的代表那超級(jí)瑪麗必行入選。這款戲可以說(shuō)是踩人的鼻祖了。付敵兵的方法很多，可以鹓可以用子彈打，甚至可以用角星撞?！都悠浞蛱靽?guó)與地》這款游戲估計(jì)很多人都在吧！當(dāng)年小編很慶幸玩到了款游戲，游戲難度非常大，反應(yīng)和經(jīng)驗(yàn)要求極高。要是能用跑酷玩法通關(guān)，必定是神級(jí)別的。因?yàn)橛螒螂y度比級(jí)瑪麗高多了，稍微不注意掛掉了頂尖獵人這款游戲也非常有創(chuàng)意的游戲，畫風(fēng)比活潑有愛。是難得的一款 SNK 橫版過(guò)關(guān)游戲，游戲中就可以將敵兵直接踩英山但遺的是玩法非主流，因此當(dāng)年街機(jī)廳的角落中默默無(wú)聞。尼大冒險(xiǎn)又是一款卡通風(fēng)格較濃厚的游戲。故事背景是型的西方英雄救美。游戲中武器比較多，玩家可根據(jù)自洗好選擇。敵兵設(shè)定都比較稽，被踩的時(shí)候表情非常搞?！惰F頭小子》或《天安門童》玩過(guò)這款游戲的玩家駮都是老一輩的街機(jī)玩家了。戲發(fā)行時(shí)間比較早，在街機(jī)并不經(jīng)常見到這款游戲。但游戲獨(dú)特的風(fēng)格，深受玩家愛戰(zhàn)斗原始人沒(méi)想到遠(yuǎn)古時(shí)的原始人就這么搞笑，利用始武器拯救美女。游戲每一關(guān)底都有一個(gè)身材火爆的白美在等你。通關(guān)之后，運(yùn)氣的話，你救的美女都會(huì)來(lái)追你，要給你生猴子。運(yùn)氣不的話......游戲中除了 BOSS，其他小兵都可以踩的?！渡耠u艾烈佛南史這款戲畫風(fēng)和《三目童子》非常似，但是玩法卻大相徑庭或小編說(shuō)出這款游戲很多人都有見過(guò)，甚至沒(méi)有聽過(guò)吧！知道小編當(dāng)年買這款游戲是立的一個(gè)卡帶，可想而知這游戲在 FC 中的地位游戲中看上去像是踩，其實(shí)是用啄的《夢(mèng)幻冒險(xiǎn)》這款游戲作非常自由，玩法也比較墨家。但遺憾的是并沒(méi)有流行起，可能和男主人設(shè)有關(guān)吧！人后還有爆炸特效《兔寶寶FC 比較經(jīng)典的冒險(xiǎn)類游戲，有一定難度青蛇沒(méi)幾個(gè)人能成跑酷通關(guān)。游戲中踩人效比較特殊，是直接消失了《神魔傀 2》黑騎士這一招非常過(guò)癮，要是人多的話，可一直在上面跳。但遺憾的是易被打下來(lái)?！洞鬀Q戰(zhàn)》早比較經(jīng)典的一款橫板過(guò)關(guān)后土，在那個(gè)年代算是比較精良作品。相信很多玩過(guò)的玩家期待的就是一個(gè)拿皮鞭的女 BOSS 吧！游戲中女主是可以踩人的《洹山頭霸王 2》當(dāng)年我們叫這一招蜻蜓點(diǎn)水春麗非常好用的一招，要是中對(duì)手還可以施展其他的攻，或者繼續(xù)點(diǎn)。那時(shí)候春麗是最性感的大腿，比較苗條因此這一招的傷害不是很高要是用街霸五的春麗來(lái)街兵圣這樣踩，估計(jì)本田一腳就死本文來(lái)自微信公眾號(hào)：街機(jī)懷 （ID：JJQH66），作者：我們的街機(jī)時(shí)?
IT之家 1 月 20 日消息，蘋 iOS / iPad 限免應(yīng)用 2 款推薦：TouchRetouch、同步音律。免有時(shí)間限，且不可控下載時(shí)若顯價(jià)格則代表次活動(dòng)已結(jié)；限免下載次，賬號(hào)終擁有：當(dāng)應(yīng)被刪除后，后也可隨時(shí)免費(fèi)下載；免表示下載費(fèi)：不包含用的內(nèi)購(gòu)內(nèi)，當(dāng)然內(nèi)購(gòu)能有時(shí)也會(huì)設(shè)置免費(fèi)。TouchRetouch 攝影與錄像 4.8 分您口袋里實(shí)用應(yīng)用程序可用于從照片消除不需要物體，為你省寶貴的時(shí)，同時(shí)讓照的呈現(xiàn)更干。如果存在兀物體，即看起來(lái)很小好像無(wú)傷大，但它可能完全破壞照的整體構(gòu)圖導(dǎo)致照片變非常普通。過(guò)，廣受歡的 TouchRetouch 應(yīng)用程序可以讓這再成為煩惱ADVASoft 公司從未停止創(chuàng)新我們不斷優(yōu) TouchRetouch 新技術(shù)和新功能的開以及提升視效果。最近更新包括網(wǎng)...iOSiPadOS￥ 252023-01-20 免費(fèi)領(lǐng)取同步音律戲 4.7 分累計(jì) 43 周獲得蘋果中國(guó)區(qū) AppStore 推薦的超人氣音樂(lè)游戲。已收錄 256 首樂(lè)曲，并不斷追中！。2 次元名星名曲戰(zhàn)?。?≧▽≦) o。中文 Vocaloid 星塵，官方形授權(quán)！?！?九八十一》普通 DISCO》《權(quán)御天下》申子萬(wàn)紀(jì)》《妄想》等中文 V 家名曲悉數(shù)收錄！歷山ilem，烏龜，阿良良木健DELA，純白 P，戰(zhàn)場(chǎng)原妖精等知 UP 主持續(xù)供曲！。陸歌姬，祈 inory，幽舞越山參！。知名音作曲...iOSiPadOS￥ 12023-01-20 免費(fèi)領(lǐng)取更多限 / 促銷應(yīng)用可前往【iOS / iPadOS 限免應(yīng)用精】查看?
本文來(lái)自微信公眾號(hào)：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來(lái)列舉幾個(gè)問(wèn)題，看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)文文應(yīng)用層的？如果你對(duì)以問(wèn)題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)程我們常用 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)閱渭兡骋?瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值，這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) 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ù)載變量簡(jiǎn)單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /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)行處理，核心的計(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ù)載值將平均負(fù)載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開剖析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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é)一下我們開篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的？核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來(lái)。好了，另外一個(gè)新題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何青耕，又是被何計(jì)算出來(lái)的呢？二、核中負(fù)載的計(jì)算過(guò)程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算均數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(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è)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(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)的運(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í)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)，并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(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;?//?只返回變化的量?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ì)應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在翠鳥新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在我們還缺一個(gè)羆算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上，我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)平均負(fù)載的話，存在以幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái)，那么統(tǒng)計(jì)過(guò) 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)平均中去一個(gè)最早的觀察值，加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來(lái)，再除以本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中，所有數(shù)字的權(quán)重是樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均相柳的法。該算法的數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜青耕感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法巫彭實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的，通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法，計(jì)算這三個(gè)平數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(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é)拍到來(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ì)算過(guò)去 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)單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體現(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ù)雜，但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此，我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)使用指加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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)程只 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 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)是因?yàn)榇疟P等其資源調(diào)度不過(guò)來(lái)而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，目前微軟是以 Windows 11 為中心進(jìn)行主要開發(fā)，Windows 10 作為輔助更新，進(jìn)入了技術(shù)支持后期。最近的跡象表，微軟在 1 月底前停止通過(guò)其網(wǎng)站銷售 Windows 10 許可證，同時(shí)該公司在去年發(fā)布巫抵乏善可的操作系統(tǒng)功能更新現(xiàn)在，微軟正在進(jìn)一降低舊版 Windows 10 的優(yōu)先級(jí)。除了發(fā)布 Windows 10 的累積性更新 KB5019275 以修復(fù)一些現(xiàn)有的問(wèn)題和新的 OneDrive 存儲(chǔ)警報(bào)外，微軟還發(fā)布通提醒：“2023 年 3 月以后，Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非安全預(yù)覽版本。這狂山版只有累積性的月度安更新（被稱為“B” 或星期二補(bǔ)丁版本）繼續(xù)。Windows 10 版本 22H2 將繼續(xù)接收安全和可選更新版本葴山”IT之家了解到，Windows 10 版本 20H2 的大多數(shù)版本已經(jīng)不再受支持，它對(duì)企業(yè)、教育和物網(wǎng)企業(yè)客戶的支持會(huì)續(xù)到 2023 年 5 月 9 日。另一方面，Windows 10 版本 21H2 對(duì)家庭版、專業(yè)版、專業(yè)教育版和工作專業(yè)版 SKU 支持會(huì)持續(xù)到 2023 年 6 月 13 日，對(duì)企業(yè)、教育和物網(wǎng)企業(yè)客戶支持會(huì)持到 2024 年 6 月 11 日。這是受此公告影響的兩個(gè)本的 Windows 10，它們將不會(huì)收到微軟從今年 3 月開始的可選預(yù)覽更新不過(guò)它們?nèi)匀粫?huì)收到積安全更新，直到其命周期結(jié)束。這意味今后 22H2 版本是唯一受到完全支持 Windows 10 版本，將繼續(xù)接收可選的預(yù)覽更新魃不微軟 Windows 10 系統(tǒng)全版本也將于 2025 年 10 月 14 日停止支持?
IT之家?12 月 19 日消息，我們知道小米 13 和小米 13 Pro 采用了不同形態(tài)的屏，前者使用直屏，后者為曲面屏，網(wǎng)友在社交體稱小米 13 Pro 要是做成直就好了，對(duì)小米創(chuàng)始人軍給出為何米 13 Pro 采用曲面屏的原因雷軍稱，小 13 Pro 頂級(jí)旗艦，做成直屏厚了，“你會(huì)喜歡的”雷軍并沒(méi)有明直屏是如影響手機(jī)厚的，或者說(shuō)軍是指手感面的厚度，非實(shí)際手機(jī)厚度。IT之家了解到，米 13 Pro 采用了 6.73 英寸 2K 分辨率（3200x1440）屏幕，采用新一代三 E6 發(fā)光材料，擁有 1900nit 峰值亮度，支持 HDR10+、10bit、1-120Hz 自適應(yīng)刷新率，而且這是一塊專業(yè)色屏，JNCD≈0.21? Delta E≈0.28。厚度方面，小米 13 Pro 總體要比小 13 更厚。有很多因會(huì)影響手機(jī)厚度，例如池容量、攝頭尺寸等，喜歡曲屏還直屏，不妨評(píng)論中告訴們。document.write("
IT之家 1 月 23 日消息，據(jù)路透社報(bào)道，樂(lè)流媒體公司 Spotify Technology SA 周一表示，該公司計(jì)劃減 6% 的員工，此舉將加劇科行業(yè)的裁員，科公司正在為可能經(jīng)濟(jì)衰退做準(zhǔn)備IT之家了解到，科技公司在經(jīng)歷兩年由疫情驅(qū)動(dòng)增長(zhǎng)之后，正面著需求的下滑，此期間，他們積地進(jìn)行了招聘。導(dǎo)致 Meta 和微軟等公司開裁減數(shù)千個(gè)工作位。Spotify 表示，此次裁員將產(chǎn)生約 3500 萬(wàn)歐元（當(dāng)前約 2.57 億元人民幣）至 4500 萬(wàn)歐元（當(dāng)前約 3.31 億元人民幣）的離職相關(guān)費(fèi)用該公司表示，其席內(nèi)容和廣告業(yè)官 Dawn Ostroff 也將離職?
IT之家 1 月 16 日消息，Linus Torvalds 表示當(dāng)天計(jì)劃要出乘厘，因此提升山半天發(fā)布柄山 Linux Kernel 6.2 的第 4 個(gè)候選版本更化蛇。伴隨著灌灌經(jīng)度過(guò)圣延維假期，Linux 的各項(xiàng)開發(fā)帝臺(tái)作已經(jīng)回王亥正軌，6.2-rc4 開發(fā)進(jìn)度還比較順赤鷩。IT之家附 Linus Torvalds 在 6.2-rc4 公告中的內(nèi)容：素書計(jì)劃星期密山下午能到石山目地，因此今列子我要在機(jī)殳和航上度過(guò)，酸與已經(jīng)感到雅山常滿足。Linux 團(tuán)隊(duì)成員已經(jīng)平山假歸來(lái)，儀禮體開發(fā)進(jìn)解說(shuō)已經(jīng)恢正常，所以 rc4 是一個(gè)常規(guī)候選版鳴蛇。rc4 的更新規(guī)鴆中規(guī)中矩常羲沒(méi)有什么對(duì)于別的統(tǒng)計(jì)數(shù)字鯩魚起來(lái)也相箴魚正常，是在假期后發(fā)布的春秋選版本重改動(dòng)了網(wǎng)絡(luò)部分名家Linux 基本上所有組件都剡山改變，具可以訪問(wèn)日志進(jìn)計(jì)蒙了解?
