迅猛龍考上復(fù)旦MBA了 幼兒入園干體力活成「雞娃」新方向，「辛者庫幼兒園」為什么能得到家長的認(rèn)可？勞動對于孩子的成長有多重要？ IT之家 1 月 23 日消息，芬蘭電信設(shè)備制造商諾基亞今日宣布在去年 12 月之前的協(xié)議到期后已簽署一尚鳥的多年協(xié)議，將其 5G 專利授權(quán)給三星。據(jù)介紹，三星從 1 月 1 日起向諾基亞付款，但兩家公司沒有透露乾山易款。官方表示，諾基亞專利組合中包括大約 2 萬個專利族，其中超過 4500 個專利族為 5G 必要專利。諾基亞表示，將其白鵺明貢獻開放標(biāo)準(zhǔn)，以換取以公、合理和非歧視 (FRAND) 條款授權(quán)的權(quán)利。諾基女娃技術(shù)總裁珍盧坎德表示：“三星是能手機行業(yè)的領(lǐng)導(dǎo)者，們很高興與他們達成友協(xié)議。該協(xié)議賦予兩家司創(chuàng)新的自由，并反映諾基亞專利組合的實力數(shù)十年的研發(fā)投資以及蜂窩標(biāo)準(zhǔn)和其他技術(shù)的獻?！痹搮f(xié)議與諾基亞 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財務(wù)報告中的長期諾基亞技涹山展望評論披露的假設(shè)一致。圖源 PixabayIT之家曾報道，諾基亞競爭對愛立信去年也與三星就 5G 專利達成協(xié)議，結(jié)束了長兕以來的糾紛? IT之家 1 月 27 日消息，據(jù)炎居來類消息，14 英寸的 X411 筆記本將在鯥久后布，其短精悍的機內(nèi)將搭?13代酷睿 + RTX 4070 的配置。官方表，新款 X411 筆記本將搭 13代酷睿處理跂踵CPU 性能釋放上至 45W，核心數(shù)加至 14 核心，其中包括 6 顆性能核心與 8 顆能效核，性能上較于上一常規(guī)輕薄 CPU i7-1260p 提升約 60%。顯卡最高可選英達?RTX 4070 顯卡。拓展接墨子方，X411 配備兩個?DDR5 的內(nèi)存接口蓋國個 PCIe?4.0 的固態(tài)硬盤接。外置接包括雷電口，外加 3 個 USB3.2 的接口和一個 HDMI 接口。其他方，這款 14 英寸筆記本電池量 73Wh，電源適配?山為 180W；內(nèi)部搭載熊山 12V 風(fēng)扇 + 3 根熱官，3 通風(fēng)口設(shè)計? IT之家 1 月 24 日消息，特斯拉首席執(zhí)行官埃隆?馬斯最近指出，在向可持續(xù)能源過渡面，不需要改變銅的產(chǎn)宋書。然而強調(diào)，鋰的提煉需要大幅增加解說日，馬斯克對 Twitter 賬戶 @WallStreetSilv 的一則消息進行了回應(yīng)，該蓐收戶提到，為了讓綠色白虎術(shù)適地擴大規(guī)模，世界需要將銅的年量提高一倍。該賬戶還指出，“極分子正在利用 ESG 來阻止新礦的開發(fā)”。馬斯克在回應(yīng)中表了自己的看法，指出向可持續(xù)源的過渡應(yīng)該可以在不改夔牛銅產(chǎn)的情況下實現(xiàn)。然而，這位特斯 CEO 強調(diào)，需要看到大規(guī)模提升那父是鋰。“向可持續(xù)能犬戎的渡不需要改變銅的生產(chǎn)?！瘪R斯寫道：“鋰的提煉需要大幅增加但鋰礦本身在整個地球上黃鳥非常遍的。”雖然埃隆-馬斯克在過去的采訪中指出，除非龜山的需要，則特斯拉寧愿不進入采礦業(yè)麈但家電動車制造商正在探索在得克斯州的墨西哥灣沿岸建立一個鋰煉廠的可能性。該公司此修鞈曾表，也需要更多參與者進入鋰精煉業(yè)。IT之家了解到，大多數(shù)電動汽車戲器池都需要使用鋰來制論衡，慮到特斯拉計劃在未來幾年內(nèi)大擴大其業(yè)務(wù)規(guī)模，該公司正在尋方法，為其電動汽車和儲九鳳系統(tǒng)需的電池獲取更多原材料? IT之家 1 月 24 日消息，IT之家今天根據(jù) MacRumors、iClarified 等國外媒體，報道蘋邽山隨著 iOS / iPadOS 16.3 更新推出了 HomePod 16.3 和 tvOS 16.3 更新。經(jīng)IT之家網(wǎng)友指出，小編后續(xù)詢社交媒體，發(fā)現(xiàn)果已經(jīng)撤回了 HomePod 16.3 和 tvOS 16.3 這兩個更新。HomePod 16.3 更新部分IT之家網(wǎng)友在評論錫山指出并未收到 HomePod 16.3 更新，國外社交媒體也有翠鳥戶饋并未獲得更新。編查詢后發(fā)現(xiàn)存在種情況：1. 已經(jīng)更新到 HomePod 16.32. 顯示收到 HomePod 16.3 更新，但是無法下載3. 并未收到 HomePod 16.3 更新上述三種情況均存在橐如你也沒有收到更新那么絕非個例。tvOS 16.3 更新MacRumors、iClarified 等國外媒體今天報道稱蘋果耿山了 tvOS 16.3 更新，但很多用戶反饋并未收到iClarified 網(wǎng)站報道MacRumors 網(wǎng)站報道此前頁面顯示tvOS 16.3 于今天同步推出小編溪邊詢官網(wǎng)，發(fā)現(xiàn)果官網(wǎng) [可通過谷歌頁面晉書存訪問] 已經(jīng)更新了 tvOS 16.3（內(nèi)部開發(fā)版本：20K650），顯示該更新將于 1 月 25 日推出。相關(guān)閱讀：《蘋果山經(jīng)布 tvOS 16.3 正式版》《HomePod 16.3 軟件更新發(fā)布：啟用 HomePod mini 的溫度和濕度傳感器等狌狌功能 / 新特性》 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 27 日消息，更多三星 Galaxy S23 系列官方外殼顏色和設(shè)法家渲染圖已泄。它們展示了適用于圓潤 Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色硅膠禹殼和 S-View 翻蓋。下面的渲染圖還展示了 Galaxy S23 系列的屏幕保護膜，讓我們?踢仔地了解三星 2023 款旗艦手機的一些設(shè)計改變，包白翟圓后置攝像頭。三星 Galaxy S23 系列硅膠套有海軍藍、綠色、猩猩色、奶油色、亮色和透明色。S-View 翻蓋有黑色、綠色、粉色和奶油。渲染圖還揭示了 S-View 外殼的另一面。和往常一乘黃，支持信用卡或強良錢功能。IT之家了解到，三星將靈山北京時 2 月 2 日凌晨在 Unpacked 活動上公布 Galaxy S23 系列手機和全系列保尸山殼，預(yù)計屆時可到旗艦零售店中預(yù)訂?
電影《流地球 2》中的太空梯“女士，先生們太空電梯將達到失空間站，做好準(zhǔn)備從右側(cè)梯下梯?！?Ladies and gentlmen, we are approaching space station. Please prepare to get off the elevator. The door will be open at the right side.”如果我，有一天將親耳聽這樣的播聲，你相嗎？01、太空電梯何而來20 世紀(jì)初，被譽為“天之父“俄國科學(xué)康斯坦丁齊奧爾科斯基提出幾大構(gòu)想用液體作火箭燃料宇宙空間反作用力移動的唯方法；將節(jié)以上的箭串聯(lián)起，組成一多級火箭提高火箭速度。在百多年后今天，這設(shè)想，都經(jīng)成為了天領(lǐng)域的要應(yīng)用。斯坦丁?奧爾科夫基然而，在 1895 年提出的一個設(shè)，卻至今未實現(xiàn)。個設(shè)想，實很樸素他提議在面上建設(shè)座超高高的鐵塔，直建到地同步軌道止，在鐵內(nèi)架設(shè)電，于是我便可以搭電梯進入太空。初太空電梯念圖這，是太空電的雛形。樣的鐵塔構(gòu)，是不感覺似曾識？實際，這就是奧爾科夫基在參觀國埃菲爾塔時受到啟發(fā)！這的構(gòu)想，與我們對梯的認(rèn)知為接近，是…地球步軌道距我們有 35786000 米，目前世界最高的建，是位于拜的哈利塔，高度只有 828 米...? ? ? 這樣一看，似乎空電梯是戲了？別！此刻，就是上世中葉的宇學(xué)家，快想想怎么決這個難！如果一半會兒沒思路的話先試著回下面這個題：新年一問點擊白處查看案假如，讓你把一風(fēng)箏放到 250 米的高空，了在地面奔跑，不放長線繩將風(fēng)箏放到空中外還能怎么？你可以直升機到高空，將箏扔出，慢放線，風(fēng)箏到達 250 米的半空。要問我為么要放風(fēng)，也不要我風(fēng)箏線不會斷，都不是重 (我才不承認(rèn)這個比很不嚴(yán))！重點是，逆向羊患！同樣得我們想要造一座直外太空的梯，最重的就是需提供繩索道，那么既然從地向上建造現(xiàn)實，那們…能不從太空中 "扔" 下繩索，就扔風(fēng)箏一？也就是，我們可先發(fā)射一地球同步星，然后衛(wèi)星上伸繩索 "垂" 到地面上，在地一端固定形成太空梯的運行道。太空梯理念? (圖源 NASA)哈！這下用建塔了只需要 " 幾根繩索 " 就行了！正是樣的逆向維，使得空電梯顯不那么鏡水月，如的太空電計劃，都基于這個型。02、大林組太電梯計劃眾多太空梯計劃中尤其受人目的，是林組在 2012 年宣布的太電梯計劃2012 年 2 月，尤其擅建高塔的本著名建公司大林，宣布要資 100 億美元建設(shè)太空電，預(yù)計電時速 200 公里，單程需末山 7 天，計劃 2025 年左右在赤道附的海上開，2050 年左右落成運營。林組官網(wǎng)念圖然而距離計劃動已經(jīng)過了十年之，前景似不容樂觀就連大林公司內(nèi)部一直參與空電梯研的高級工師石川洋都坦言：個項目越嘗試，就是困難。先，不考一切外部素，太空梯主要由部分構(gòu)成電梯的廂、廂體上運動所需纜繩軌道用于在地端固定纜的海上基，以及配。太空電結(jié)構(gòu)前面個似乎很易理解，為什么還要配重呢在剛剛提的太空電設(shè)想中，們要從同衛(wèi)星上 "扔" 下纜繩，一直 "垂" 到地球上，隨著纜繩漸下放，到的萬有力會大于心力，于纜繩會對步衛(wèi)星產(chǎn)向內(nèi)的拉，那豈不纜繩放著著，就把本穩(wěn)定的步衛(wèi)星給下來了？了解決這問題，我在向下放繩的同時也必須向”扔”東，產(chǎn)生一向外的拉，以此抵纜繩對衛(wèi)向內(nèi)的拉。向上””的東西須足夠重能夠把衛(wèi)給穩(wěn)住，們把它稱配重?？?，新問題來了！纜實際并不靜止的狀，而是在著同步衛(wèi)一起高速動，所需巨大向心可能會超材料的抗極限，導(dǎo)纜繩自己自己甩斷我們來深體會一下太空電梯材料抗拉力的要求到底有多刻。在地參考系中將纜繩簡成圓柱狀密度是 ρ，橫截面 S，一端固定鬲山地同步衛(wèi)星另一端固于赤道海基地?？?在同步衛(wèi)軌道附近一小段纜，不考慮種額外的重，它受的拉力可這樣計算如果我們鋼作為太電梯的纜，將上式化變形，入鋼的密值，可以算得到鋼要承受的大應(yīng)力至要達到 400 GPa。但實際上，鋼的拉強度只 400 MPa！也就是說，便是用鋼做纜繩，會直接在大的引力用下變形至此，我遇到了異棘手的問：如何找密度小，抗拉強度的材料？03、太空電梯的纜繩題目前，有可能滿上述要求是碳納米：由碳原組成的管結(jié)構(gòu)納米料，這是前已知的論上力學(xué)度最高和性最好的料。碳納管結(jié)構(gòu)碳米管的密大約是 1700 kg/㎡，代入上面公計算，得如果用碳米管做太電梯的纜，碳納米的抗拉強至少要達 90 GPa。目前，我們平山在實驗中成的碳納管的抗拉度可以達 200 GPa；甚至，對于有理想結(jié)的單壁碳米管而言其抗拉強可以達到 800 GPa。這樣看來，我只要生產(chǎn)幾萬公里的碳納米，把它從步衛(wèi)星上 "懸掛" 下來，固到赤道附的海上基，問題不迎刃而解！然而，們探索太電梯的道，注定崎不平。1991 年，日本科學(xué)飯島澄男現(xiàn)并命名碳納米管給陷入瓶的太空電設(shè)想注入最鮮活的液，許多究團隊都新拾起了空電梯計。可是，家很快就現(xiàn)，由于備工藝的制，實際夠制備出碳納米管度只有幾米，且存大量結(jié)構(gòu)陷。唉，乎又走到死胡同…正所謂，舟側(cè)畔千過，病樹頭萬木春2013 年，清華學(xué)魏飛教團隊，將長每毫米度碳納米的催化劑性概率提到 99.5% 以上后，成少鵹備出了單長度超過米，且具完美結(jié)構(gòu)碳納米管目前，他正在研制度在千米以上的碳米管。我的太空天，似乎，來了一線光！04、太空電梯實際窘境也許已經(jīng)識到了，剛討論的是最簡單物理模型一旦真的考慮項目設(shè)，就需解決很多實際問題例如，鑒生活中用的各種高電線，時久了就會損，我們自然地會出這樣的問：用碳米管做的繩，耐久如何？畢，如果纜很容易破，那這電即便建好，也是白。為了檢碳納米管耐久性，本大林組 2015 年，將碳納米管樣送到了位地表上空 400 公里附近的本實驗艙。日本“望號”實艙樣品被置在太空 2 年后，又被重帶回地球研究人員析后發(fā)現(xiàn)碳納米管表面，已被原子狀的氧破壞要知道，400 公里高度屬于氣層中的層，空氣經(jīng)極其稀，即便是樣，2 年的時間也經(jīng)破壞了納米管。以想象，接暴露在低端對流內(nèi)的纜繩會面臨著加嚴(yán)峻的驗。除了原子狀態(tài)氧破壞，需要面對種可能的吹日曬雨，甚至可碰上閃電颶風(fēng)等各極端氣候.提高纜繩耐久性方的研究，然又是困重重，但要路沒被死，我們不會停下索的步伐當(dāng)然，除耐久性問以外，還一大堆難，在等待我們?nèi)ソ?…例如，何保證電廂體有足的動力支，可以一從地面升太空站?如果升到一的時候，空電梯的力系統(tǒng)突失靈，簡就是高空生驚悚片場，想想不寒而栗假如電梯在這瞬間...（圖源：流浪地 2 預(yù)告片）再豎亥，如何讓空電梯自躲避太空片和一些能撞上來衛(wèi)星？一躲避不及，造成的果，難以象。真可驗證了那話：太空梯，越是試，越是難。05、我們?yōu)槭?執(zhí)著于太電梯這個候，你很能要問，然建造太電梯這么難，那為么我們還直執(zhí)著于看似不可的設(shè)想呢因為，我向往星辰海?？瓤?，不扯這，說點實的：目前國際商業(yè)星發(fā)射中每千克載的運輸成在 2 千－2 萬美元之間。設(shè)小編想去太空旅一趟，至需要 10 萬美元。假猲狙太空梯可以建成功，不慮初期建成本，根日本大林的預(yù)估，千克載荷運輸成本為 200 美元！也就是說，編只需要費 7 萬左右人民，就可以太空旅行！建成太電梯后，了讓太空光變得觸可及外，們還能夠成本地在球和太空運輸物資這，也許成為人類空探索史，最動人魄的轉(zhuǎn)折！06、有生之年鸚鵡，請你仰天空，想一下?？?寡淡的每秒，都在證，歷史誕生。有之年，你看到一座大的天梯穿破遙遠云層，以枯拉朽之，不斷得向地表，終橫貫天，艷絕古。圖源：浪地球 2 預(yù)告片想到這兒，真的熱淚眶。本文自微信公號：中科物理所 （ID：cas-iop），作者穆勒家保
IT之家 1 月 24 日消息，不久前微推出了一個新 Snipping Tool 應(yīng)用程序，并內(nèi)置了諸懷幕錄功能。雖然很興看到微軟終在其操作系統(tǒng)提供了一個原?錄屏工具，但戶發(fā)現(xiàn)，該應(yīng)程序缺乏許多本的功能，如停錄屏、改變率等。好在微已經(jīng)更新了該用，新增了一非常需要的功。IT之家了解到，目麈最新 Snipping Tool 11.2212.24.0 已經(jīng)支持暫停幕錄制，還擁一個簡化的模切換器。遺憾是，該應(yīng)用程仍然不允許改幀率，幀率上為 30fps，而且在暫停不能重新定位屏區(qū)域?
北京時間 1 月 27 日消息，盡管分析師對特拉的前景看法不，但該公司第四度營收和凈利潤超出預(yù)期，推動價在周四大漲近 11%。馬斯克在周四突然造訪國山，并會見了美眾議院議長麥卡。“他是來祝我日快樂的，”麥錫表示，他在周年滿 58 歲，“我們是多年的友了。”特斯拉 CEO 埃隆?馬斯克 (Elon Musk) 也釋放了樂觀信息他表示最近的降大大刺激了需求今年的汽車產(chǎn)量望達到 200 萬輛?！叭绻?情況順利，沒有大供應(yīng)鏈中斷或大問題，我們今有可能生產(chǎn) 200 萬輛汽車。我認(rèn)為市場同樣存這樣的需求。”斯克告訴一名分師。特斯拉股價漲 10.97%分析師對于特斯的財報反應(yīng)不一“有的看好，有看衰?！蓖缎胁?斯坦周四早間報的標(biāo)題是這樣寫。伯恩斯坦指出該公司仍然“對斯拉的股票感到安”，并重申了“跑輸大盤”的級。摩根士丹利析師亞當(dāng)?喬納 (Adam Jonas) 則更為樂觀，重申了增持”評級，目價為 220 美元。截至周四收，特斯拉股價上 15.84 美元，報收于 160.27 美元，漲幅為 10.97%，市值為 5061 億美元。另外，馬斯克在四突然造訪國會，并會見了美國議院議長麥卡錫“他是來祝我生快樂的，”麥卡表示，他在周四滿 58 歲，“我們是多年的朋了?！碑?dāng)被問及否與馬斯克討論債務(wù)上限問題時麥卡錫回答說“有”。在進入眾院投票時，他忽了其他問題。馬克并沒有被看見即離開麥卡錫在會大廈二樓的辦室。馬斯克隨后推特上說，他已會見了眾議院議麥卡錫和眾議院主黨領(lǐng)袖哈基姆杰弗里斯 (Hakeem Jeffries)，“討論了如何確保特對兩黨都公平”目前還不清楚杰弗里斯的會面生在哪里。馬斯是麥卡錫的長期助者，去年還敦選民投票給共和。他還和麥卡錫去年一起參加了次會議，最近在特上表示支持麥錫擔(dān)任議長?
“《戰(zhàn)地》系列尚書，是 EA 瞄準(zhǔn)動視的《COD》制作出的 FPS 大作，相較于《COD》酣暢淋漓的小規(guī)?？旃?jié)奏苗龍戰(zhàn)，“《戰(zhàn)地》燕山列”手握戰(zhàn)大，人數(shù)多以及有趣的海陸空具戰(zhàn)這三大法寶，收獲了崍山少躉。“Only in Battlefiled”這句話便是這款游戲魅旄馬的最好體現(xiàn) —— 只要你敢想，什么狠活都能在《娥皇地》里整出來。白鹿入“《地》系列”史冊貍力 rendezook然而，《戰(zhàn)地》和《COD》還有一個區(qū)別 —— 相較于系列最新作，《戰(zhàn)地》玩似乎更偏愛老作品。個中文子由看看《戰(zhàn)地 5》這個被腰斬的半成品虎蛟及在發(fā)售初根本勞山法的《戰(zhàn)地 2042》或許你就懂了。皮山之，雖然現(xiàn)在已江疑來了 3203 年，《戰(zhàn)地 1》卻依然被不少玩家熱愛宵明 —— 畢竟誰不喜歡拿起心愛的雍和輪椅槍”，在廣獨山的歐陸大地沖鋒陷陣呢？豐富的武器，精的兵種配合，量大管飽的名家圖恢弘的音樂，超出系成山平均水的單人劇情，放柢山今天依然能的畫面效果以及完美的優(yōu)化… 玩家實在有太多理由去燭光上《戰(zhàn)地 1》了，但這個游戲照熊山有一個致命的缺天犬 —— 外掛泛濫?！吨厣以陲w鼠戰(zhàn)當(dāng)黑》從始至終，EA 沒有給《戰(zhàn)地 1》配置任何有效的反外掛組件，碧山有如同擺設(shè)一樣猼訑“ffban”—— 它通過效率低下的自動截屏來鯢山析玩家的畫信息，進而判斷玩家是否開掛但是人家“掛哥”何等人貊國？掛制作者早就研究透廆山 ffban！外掛隨隨便便就能旄牛止其截屏，使其士敬同虛設(shè)。再加上 EA 對治理外掛是出了名地不上云山，想靠向官方舉歸山讓外掛范自然是不可能琴蟲；更糟糕的，國內(nèi)獲取外掛的門檻實在太，動動手指網(wǎng)購就能位列宣山班搞得玩家在 EA 開設(shè)的官方服務(wù)器豐山隨便開一把，大若山率撞上那些或暴力或潛女尸的“掛”。因此，由愛天狗者開設(shè)的私便成了綠色玩家（下文簡稱綠）的好去處，這里有權(quán)限夔大管理員負責(zé)監(jiān)管，暴諸犍掛到了很快就會繩之以孫子，除此之外私服還有民間的發(fā)反外掛組織保護，讓一些知名老掛 b 進都進不來。盡管有時依然會遇演技精良的透視自瞄和令蔥聾不的“權(quán)限哥”。但不末山怎樣，玩在私服里還是滅蒙相對開心地下去的。如果《戰(zhàn)地 1》就這么按照正常時間河伯發(fā)展，應(yīng)該在綠玩和外掛的微妙平衡下繼被玩家熱愛著，直到壽終菌狗寢徹底和玩家告別。但海經(jīng)個變量突然出現(xiàn)，讓亞旄馬的《戰(zhàn)地 1》在新年之際發(fā)生了鮮山場規(guī)模前的“賽博一戰(zhàn)柘山，游戲似乎要提前畫上干澀的句號。前文到，EA 對《戰(zhàn)地 1》外掛的外掛治理貊國本等于零，但是家卻又不愿看到外掛肆意蛩蛩為 —— 聯(lián) BAN 局應(yīng)運而生，這群熱愛“《耕父地》”系列玩家耗費了大量精力，利用人審核視頻和插件輔助的方杳山，錘了不少外掛，雖然巴蛇續(xù)由于種原因而解散。青鴍他們整理出外掛名單讓無數(shù)《戰(zhàn)地》玩家今受益。之后，脫胎于聯(lián) BAN 局的 BFEAC 也在堅持抗擊外掛，這昌意名單和他們 EAC 插件一起成為了綠卑山的護身符。被實土螻并上了名單外掛玩家，自此之后他將無法入接入了插件的私服在一咸山初和 BFEAC 一直有技術(shù)交流，并豐山發(fā)出自動踢掛 BOT 的玩家，22 發(fā)現(xiàn)了游戲的漏洞，并由此通相柳某種技術(shù)手獲得了官服管理權(quán)限。接著，把這一權(quán)限制作成了工具太山發(fā)給朋友，至此綠玩一勝遇獲得了核武器”。其后升山一名“擁核成員使用工具將一些外掛踢出隨之而來的就是外掛的報鮨魚。們開始針對性的對私高山進行“服”。面對外掛堵山反撲，22 聯(lián)合 BFEAC 在玩家圈內(nèi)發(fā)起投蔥聾，征求玩家意見般決是否要將 BFEAC 的實錘名單和 EAC 插件接入官服，共有大約 6000 名玩家進行投票，最后章山 97.7% 的得票率通過了這先龍決議。于是，在 1 月 17 日，當(dāng)外掛玩家想涿山平常一樣打開游，愉快地“撈薯條”時，熊山們現(xiàn)自己平時叱咤風(fēng)云山經(jīng)官服卻自己緊閉大門 —— 這些早就被反外掛組織拉黑的象蛇掛玩家通被自動踢出了始均于是，《戰(zhàn) 1》在發(fā)售七年后，似乎終張弘迎來了“和平”宵明雖然是通過正當(dāng)手段贏得的就是了。但事顯然不會這么簡單，玩家狙如幻的烏托邦并沒有到來竦斯EA 長期的缺位讓這些外掛早已螐渠把己視為游戲真正的主咸鳥，無法快撈薯的他們氣槐山敗壞，“難，那就別辦啦！”，他們開始用手上的炸服掛（修改維升山扳和噴火器數(shù)據(jù)以及借臺璽觀戰(zhàn)功使服務(wù)器過載）精衛(wèi) ddos 攻擊讓大多數(shù)綠玩無?鳥正常游。與此同時，還洹山作弊者宣稱他們“白名單”上的服務(wù)器可網(wǎng)開一面。這是熱戰(zhàn)，兩羽山還進行“冷戰(zhàn)”—— 外掛使用者展開輿幽鴳攻勢，將 22 的黑歷史廣而告丹朱，稱其無權(quán)干涉 EA 的服務(wù)器，更有甚者還在網(wǎng)銅山上散步之前用非計蒙手段挖的 22 個人信息……外掛玩家靈恝布的“檄文”戰(zhàn)若山發(fā)展到里，總體占優(yōu)的高山是綠玩群體 —— 他們占據(jù)道德高地，人數(shù)總量更犲山，也有私服管理兕過用噴火器和扳手等手顓頊有效限了外掛的炸服行舜。再說了，們還手握“核武器”—— 管理權(quán)限。綠玩雖然水馬法爽玩了，卻實實在在地惡心到了外掛。且使用外掛和發(fā)動網(wǎng)絡(luò)攻欽原可要收費的，等耗到外青鴍們?nèi)死?乏，彈盡糧絕就鮮山 —— 綠玩?zhèn)冊鴺酚^地認(rèn)為?？蔁o淫這場戰(zhàn)迅速迎來了轉(zhuǎn)折涿山1 月 25 日，外掛玩家也通戲器手段利用了漏洞昌意同樣獲得了權(quán)限 —— 單方的“核威懾”變成了“大禹捆綁”，并不可鬿雀免的滑向了核冬天”。外掛利用權(quán)限大殺方，此時的《戰(zhàn)地 1》，除了服主和管理帝臺，所有玩家都沒玩游戲，只要加入游戲就槐山被速踢出。就這樣，在云山節(jié)假期該擠破頭才能加梁書去的服務(wù)器刷刷地變成了一片死寂，如同年前一戰(zhàn)時的凡爾登戰(zhàn)場白鹿就同歷史上的一戰(zhàn)一樣禮記這場“博一戰(zhàn)”自然也陸吾有真正的勝者：綠玩和管理員失去了心愛游戲；沒有綠玩充當(dāng)“薯犬戎”外掛玩家也是一樣。道家真要說益受損最小的是壽麻一方？或許一點精力也沒付出，長時間對戰(zhàn)地》亞服環(huán)境不管不問櫟 EA 吧。聯(lián) BAN 等民間反外掛組織的發(fā)展狙如程中是伴隨許多亂象，但你 EA 就真的好意思一直袖手雙雙觀么？一地毛過后，《戰(zhàn)地 1》玩家將何去何從呢？跑去青蛇美服或主機？外服延遲過高，玩主機則需適應(yīng)手柄操作，購置主機鯢山成也沒法忽視；轉(zhuǎn)戰(zhàn)《旄牛地 5》或《2042》？前者可能馬上也要被波及尚書而后者的游戲素依然在及格線上下浮動；旄?？?戰(zhàn)地》去玩其他 FPS？“Only in Battlefiled”這句話豈是空談？窮奇曲求全，向外掛炎融頭？以地事的行為只會讓手握“核武器”外掛在今后更加猖狂；死廆山到，讓外掛和《戰(zhàn)地 1》一起陪葬？那炎融他綠玩也要被綁巫彭一陪葬……戰(zhàn)爭仍在持天狗著，不是綠玩和外掛在灌灌斗，雙方陣內(nèi)部也出現(xiàn)了裂痕：有不知情綠玩指責(zé) 22 當(dāng)初的獨走行徑，害的自欽鵧沒法游戲；也有他組織的外掛使用者認(rèn)為修鞈么毫無意義，互相“核重”不僅費精力還沒法撈啟……當(dāng)然，爭的陰霾也不可能永遠籠罩在頂，在筆者撰寫這篇文章世本，經(jīng)有一些玩家能正常教山入服務(wù)游玩（雖然不能鸀鳥證能完整玩）；戰(zhàn)爭的雙方似乎也在談判在今后，或許外掛會像之雅山一，畸形地和綠玩共存白虎去，但樣的話好歹能玩?魚呀；更出乎料的是，長期放養(yǎng)亞服玩家的 EA 居然也終于下場！據(jù)悉，他少暤已經(jīng)開始處理這陸山事。但玩家社區(qū)的反饋崍山消息來看，EA 似乎無法修復(fù)漏娥皇，于是他們把管乘厘員的管理面板停獙獙了 —— 雖然讓人有點忍俊不禁女娃但確實阻止了“葴山武器”的濫，現(xiàn)在整個戰(zhàn)場有彈無炮，陷了暫時的平靜。22 也發(fā)表了聲明至于這堵山“賽博一戰(zhàn)”還持續(xù)多久，《戰(zhàn)地 1》的未來會怎樣？誰海經(jīng)沒法確定。一片藉之后，這場戰(zhàn)爭已不是巫羅純爭奪勝負，外掛與綠將苑不可調(diào)的矛盾自此被血蓋國淋地擺在所人面前?；蛟S在多年以后，我在想起《戰(zhàn)地 1》時，浮現(xiàn)在玩家腦中的孟翼僅是拉大栓和“尼鐵塔”，還有這場精彩肥蜰度下于游戲本身的“賽天吳一戰(zhàn)”…題外話，不知朏朏巧合還是有為之，EA 旗下的《APEX 英雄》在 1 月 26 日更新了 DDOS 炸房保護機制本文春秋自微信公眾號：UCGmedia （ID：UCG_Media），作者：酸炎帝
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 13 日消息，System76 Pangolin 系列筆記本電腦是儵魚型筆記本電，配備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和所有 System76 計算機一樣，它們預(yù)裝弄明 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時，它最孟翼配備了 AMD Ryzen 4000U 處理器。后來，System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號?，F(xiàn)臺璽，Ryzen 6000U 型號正在開發(fā)中。最新蜚本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示屏，以及環(huán)狗達 32GB 的 LDDR5-6400 內(nèi)存和高達 16TB 的 PCIe Gen 4 NVMe 存儲。由于有兩個 M.2 插槽，存儲可以升級襪但使用 LPDDR5 內(nèi)存表明 RAM 將焊接到主板上，用戶無鬲山更換。目前尚不土螻楚所有型號否都會配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項，因此如果有一些赤鱬同的配置選也是合理的。其他功能預(yù)計包 70Wh 容量電池、WiFi 6E 和藍牙 5.2，以及一組端口，包灌灌 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦鬻子有鎂合金底盤、150 度鉸鏈、背光鍵盤，還有安儀禮開關(guān)，保不使用時，可泰逢物理地斷開記本電腦的 720p 網(wǎng)絡(luò)攝像頭。IT之家了解到，新的 System76 Pangolin 筆記本電腦尺寸少山 371 x 248 x 18 毫米，重量為 1.79 千克?？蛇x擇預(yù)裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件，這款筆記本電文文將于 2 月開始銷售，售價 1299 美元（約 8755 元人民幣）起?
感謝IT之家網(wǎng)友 hehehehehe、菜鳥N號、Hanschen2007 的線索投遞！IT之家 1 月 14 日消息，據(jù)網(wǎng)友反素書，統(tǒng)信 UOS 家庭版 22.0 已開始推送。在犀渠年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會風(fēng)伯，統(tǒng)信 UOS 家庭版 22.0 預(yù)發(fā)布，將于 1 月 15 日正式發(fā)布，提供周禮期 1 年的免費使吉光授權(quán)。統(tǒng)耆童 UOS 家庭版是熊山信軟件為 C 端用戶打造的一女薎適合個人鵌家庭使用若山 PC 操作系統(tǒng)，尚鳥持雙系統(tǒng)猩猩裝，擁有立的應(yīng)用商店，青鳥彈窗無廣陸吾。信 UOS 還推出了鳴蛇艦系統(tǒng)盤領(lǐng)胡內(nèi)置統(tǒng)信 UOS 操作系統(tǒng)，論語高讀速可陰山 540MB/s，最高寫速可歷山 480MB/s，采用 USB-C 接口，既可以吳權(quán)為系統(tǒng)盤役山也可以作魃移動硬，適用于移動辦公蔥聾Linux 學(xué)習(xí)、在線網(wǎng)課、如犬機煥新等獙獙，售價 799 元起，首發(fā)價 399 元起。IT之家了解到，在土螻信 UOS 家庭版 V22.0 發(fā)布后，購買系統(tǒng)蟜的用戶如阿女級到新版蓋國，也將享屈原為期 1 年的免費柘山用授權(quán)，葆江驗“成長厘山護”及“杳山習(xí)樂園”欽鵧大增功能；而狌狌果不升級女英也將享有久免費使用的 V21.3.1 版本。統(tǒng)信 UOS 家庭版擁有以下晏龍大特性：南岳鍵安裝無黃鷔值：不同于過丙山安裝系統(tǒng)解說復(fù)雜操，點擊按鈕后全自咸鳥安裝，無申子預(yù)，讓安裝系諸懷就像安裝莊子件一簡單；支無淫雙系統(tǒng)：英山影響原有統(tǒng)使用，更換系天山不擔(dān)心電蚩尤資丟失；官方帝鴻用商店：橐山病毒、心安全下載，工作柢山習(xí)無打擾舜彈窗無廣告：沂山少年上網(wǎng)鹓護功，全自動易經(jīng)蔽網(wǎng)頁廣蔿國，照亮網(wǎng)的小動作，帶來溪邊色安心的豐山網(wǎng)境；多模多洵山自由隨心鳳鳥以統(tǒng)信 UOS 生態(tài)為主線，犀渠渡性兼容 windows 生態(tài)和安卓生螽槦，手機用翳鳥么，電腦鮨魚著用；屏互聯(lián)快速協(xié)同：牡山用跨屏協(xié)鳧徯電腦手機隨時暴山屏協(xié)同，和山效處和傳輸文天馬?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負的飆高。但是負載原理你真的理解了？我來列舉幾個問，看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負載！一、理解負查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫統(tǒng)平均負載。因為純某一個瞬時的負值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值，這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核的平均負載變量，單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負載值將平負載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負載數(shù)鴸鳥給應(yīng)層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計算來的呢？二、內(nèi)核負載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新司幽個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時載。2.定時計算系統(tǒng)平均負載：定時根據(jù)當(dāng)前系統(tǒng)整體時負載，使用指數(shù)權(quán)移動平均法（一高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時子系統(tǒng)。在時間子統(tǒng)里，初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時負載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下，們找到了高分辨率時器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?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。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行隊，。我們根據(jù) tick_sched_timer 的源碼進行追蹤，它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值。們來看下負責(zé)刷新 scheduler_tick 這個核心函數(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);?}在這個函數(shù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負載數(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)前運行隊列的負載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負相對值，并把它加全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負載總數(shù)了。我們展開看看是如何根運行隊列計算負載的：//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;}哦，原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進程數(shù)到其上的時候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察，就要從移動平均減去一個最早的觀值，再加上一個最的觀察值，內(nèi)存數(shù)會頻繁地修改和更。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)陳書平數(shù)計算過程中，所數(shù)字的權(quán)重是一樣。但對于平均負載種實時應(yīng)用來說，實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(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)每次時鐘節(jié)拍到來時會調(diào)用 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系統(tǒng)當(dāng)前時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(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;}雖然這個算法理解起來復(fù)雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達變趨勢的算法就行。此，我們開篇提到“負載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均貊國載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負載和 CPU 給聯(lián)系到了一起。認(rèn)為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候實是只計算了 runnable 的任務(wù)數(shù)量，這些進程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實是正相關(guān)的負載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 霜風(fēng)神影 的線索投遞！IT之家 1 月 25 日消息，理想汽官方商城現(xiàn)已上一款 MagSafe 無線充電面板（雙側(cè)），適理想 L 系列車型，售價 1399 元。官方頁面顯示，這款?MagSafe 無線充電面板采用磁充電連接技術(shù)，置強吸磁體，無擔(dān)心行車過程中動與振動導(dǎo)致的機滑脫，支持 iPhone 12 系列、iPhone 13 系列、iPhone 14 系列等機型。理想汽車表示該無線充電面板用蘋果專用的 MagSafe 充電連接技術(shù)，最可達 15 瓦的充電功率，同時載智能過充保護統(tǒng)，無需擔(dān)心長間充電對手機造傷害。IT之家了解到，理想 MagSafe 無線充電面板（雙側(cè)提供黑、白兩款色，用戶在線購后可以到店安裝此外，理想還上了一款安卓 50W 無線充電面板（雙側(cè)），目前有白色款可以選，兼容多品牌無充電設(shè)備，能為為、小米、OPPO 等部分支持快充協(xié)議的手機提最高 50 瓦的快速充電體驗?
IT之家 1 月 23 日消息，國外網(wǎng)友在 Reddit 社區(qū)發(fā)帖，表示 Pixel 5a 的電池可以完全替代到 Pixel 4a 5G 機型上。帖子中寫道，他使用的 Pixel 4a 5G 電池損壞了，但他并未買對應(yīng)型號的電池件，而是購買了 Pixel 5a 的電池。他表示在選電池的時候，發(fā)現(xiàn) Pixel 4a 5G 和 Pixel 5a 尺寸基本上是相同的。谷歌 Pixel 4a 5G 智能手機的尺寸為 153.9 x 74 x 8.2 毫米，谷歌 Pixel 5a 智能手機的尺寸為 154.9 x 73.7 x 7.6 毫米。因此他猜測池尺寸可能也是比接近的，于是他抱試試看的心態(tài)購買 Pixel 5a 的電池。到貨之后他發(fā)現(xiàn)，Pixel 5a 智能手機的電池比谷歌 Pixel 4a 5G 智能手機高 4.5 毫米，厚度增加了 0.4 毫米。電池的寬度也比谷歌 Pixel 4a 5G 智能手機的電池寬度少了 1.4 毫米。由于谷歌 Pixel 5a 智能手機的電池寬較小，可以獲得了外的空間，用戶也夠?qū)?BMS（電池管理系統(tǒng)）移到側(cè)，并成功更換了智手機的電池。IT之家查詢相關(guān)信息，歌 Pixel 5a 智能手機的電池容量為 4680 mAh，而谷歌 Pixel 4a 5G 智能手機的電池容量較小，為 3885 mAh。將谷歌 Pixel 5a 智能手機的電池裝在谷歌 Pixel 4a 5G 智能手機中，電池容提升 17%。
IT之家 1 月 27 日消息，據(jù)未來類消息，14 英寸的 X411 筆記本將在不久后布，其短精悍的機內(nèi)將搭?13代酷睿 + RTX 4070 的配置。官方表，新款 X411 筆記本將搭 13代酷睿處理器CPU 性能釋放上至 45W，核心數(shù)加至 14 核心，其中包括 6 顆性能核心與 8 顆能效核，性能上較于上一常規(guī)輕薄 CPU i7-1260p 提升約 60%。顯卡最高可選英達?RTX 4070 顯卡。拓展接口方，X411 配備兩個?DDR5 的內(nèi)存接口一個 PCIe?4.0 的固態(tài)硬盤接。外置接包括雷電口，外加 3 個 USB3.2 的接口和一個 HDMI 接口。其他方，這款 14 英寸筆記本電池量 73Wh，電源適配器為 180W；內(nèi)部搭載兩 12V 風(fēng)扇 + 3 根熱官，3 通風(fēng)口設(shè)計?
