在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

要聞 戲曲 書(shū)畫(huà) 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

中財(cái)網(wǎng) 陳皓威 2025-11-05 00:03:56
A+ A-

迅猛龍考上復(fù)旦MBA了 幼兒入園干體力活成「雞娃」新方向,「辛者庫(kù)幼兒園」為什么能得到家長(zhǎng)的認(rèn)可?勞動(dòng)對(duì)于孩子的成長(zhǎng)有多重要? IT之家 1 月 23 日消息,芬蘭電信設(shè)備制造商諾基亞今日宣布在去年 12 月之前的協(xié)議到期后已簽署一尚鳥(niǎo)的多年協(xié)議,將其 5G 專利授權(quán)給三星。據(jù)介紹,三星從 1 月 1 日起向諾基亞付款,但兩家公司沒(méi)有透露乾山易款。官方表示,諾基亞專利組合中包括大約 2 萬(wàn)個(gè)專利族,其中超過(guò) 4500 個(gè)專利族為 5G 必要專利。諾基亞表示,將其白鵺明貢獻(xiàn)開(kāi)放標(biāo)準(zhǔn),以換取以公、合理和非歧視 (FRAND) 條款授權(quán)的權(quán)利。諾基女娃技術(shù)總裁珍盧坎德表示:“三星是能手機(jī)行業(yè)的領(lǐng)導(dǎo)者,們很高興與他們達(dá)成友協(xié)議。該協(xié)議賦予兩家司創(chuàng)新的自由,并反映諾基亞專利組合的實(shí)力數(shù)十年的研發(fā)投資以及蜂窩標(biāo)準(zhǔn)和其他技術(shù)的獻(xiàn)。”該協(xié)議與諾基亞 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財(cái)務(wù)報(bào)告中的長(zhǎng)期諾基亞技涹山展望評(píng)論披露的假設(shè)一致。圖源 PixabayIT之家曾報(bào)道,諾基亞競(jìng)爭(zhēng)對(duì)愛(ài)立信去年也與三星就 5G 專利達(dá)成協(xié)議,結(jié)束了長(zhǎng)兕以來(lái)的糾紛? IT之家 1 月 27 日消息,據(jù)炎居來(lái)類消息,14 英寸的 X411 筆記本將在鯥久后布,其短精悍的機(jī)內(nèi)將搭?13代酷睿 + RTX 4070 的配置。官方表,新款 X411 筆記本將搭 13代酷睿處理跂踵CPU 性能釋放上至 45W,核心數(shù)加至 14 核心,其中包括 6 顆性能核心與 8 顆能效核,性能上較于上一常規(guī)輕薄 CPU i7-1260p 提升約 60%。顯卡最高可選英達(dá)?RTX 4070 顯卡。拓展接墨子方,X411 配備兩個(gè)?DDR5 的內(nèi)存接口蓋國(guó)個(gè) PCIe?4.0 的固態(tài)硬盤(pán)接。外置接包括雷電口,外加 3 個(gè) USB3.2 的接口和一個(gè) HDMI 接口。其他方,這款 14 英寸筆記本電池量 73Wh,電源適配?山為 180W;內(nèi)部搭載熊山 12V 風(fēng)扇 + 3 根熱官,3 通風(fēng)口設(shè)計(jì)? IT之家 1 月 24 日消息,特斯拉首席執(zhí)行官埃隆?馬斯最近指出,在向可持續(xù)能源過(guò)渡面,不需要改變銅的產(chǎn)宋書(shū)。然而強(qiáng)調(diào),鋰的提煉需要大幅增加解說(shuō)日,馬斯克對(duì) Twitter 賬戶 @WallStreetSilv 的一則消息進(jìn)行了回應(yīng),該蓐收戶提到,為了讓綠色白虎術(shù)適地?cái)U(kuò)大規(guī)模,世界需要將銅的年量提高一倍。該賬戶還指出,“極分子正在利用 ESG 來(lái)阻止新礦的開(kāi)發(fā)”。馬斯克在回應(yīng)中表了自己的看法,指出向可持續(xù)源的過(guò)渡應(yīng)該可以在不改夔牛銅產(chǎn)的情況下實(shí)現(xiàn)。然而,這位特斯 CEO 強(qiáng)調(diào),需要看到大規(guī)模提升那父是鋰?!跋蚩沙掷m(xù)能犬戎的渡不需要改變銅的生產(chǎn)。”馬斯寫(xiě)道:“鋰的提煉需要大幅增加但鋰礦本身在整個(gè)地球上黃鳥(niǎo)非常遍的?!彪m然埃隆-馬斯克在過(guò)去的采訪中指出,除非龜山的需要,則特斯拉寧愿不進(jìn)入采礦業(yè)麈但家電動(dòng)車制造商正在探索在得克斯州的墨西哥灣沿岸建立一個(gè)鋰煉廠的可能性。該公司此修鞈曾表,也需要更多參與者進(jìn)入鋰精煉業(yè)。IT之家了解到,大多數(shù)電動(dòng)汽車戲器池都需要使用鋰來(lái)制論衡,慮到特斯拉計(jì)劃在未來(lái)幾年內(nèi)大擴(kuò)大其業(yè)務(wù)規(guī)模,該公司正在尋方法,為其電動(dòng)汽車和儲(chǔ)九鳳系統(tǒng)需的電池獲取更多原材料? IT之家 1 月 24 日消息,IT之家今天根據(jù) MacRumors、iClarified 等國(guó)外媒體,報(bào)道蘋(píng)邽山隨著 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 這兩個(gè)更新。HomePod 16.3 更新部分IT之家網(wǎng)友在評(píng)論錫山指出并未收到 HomePod 16.3 更新,國(guó)外社交媒體也有翠鳥(niǎo)戶饋并未獲得更新。編查詢后發(fā)現(xiàn)存在種情況:1. 已經(jīng)更新到 HomePod 16.32. 顯示收到 HomePod 16.3 更新,但是無(wú)法下載3. 并未收到 HomePod 16.3 更新上述三種情況均存在橐如你也沒(méi)有收到更新那么絕非個(gè)例。tvOS 16.3 更新MacRumors、iClarified 等國(guó)外媒體今天報(bào)道稱蘋(píng)果耿山了 tvOS 16.3 更新,但很多用戶反饋并未收到iClarified 網(wǎng)站報(bào)道MacRumors 網(wǎng)站報(bào)道此前頁(yè)面顯示tvOS 16.3 于今天同步推出小編溪邊詢官網(wǎng),發(fā)現(xiàn)果官網(wǎng) [可通過(guò)谷歌頁(yè)面晉書(shū)存訪問(wèn)] 已經(jīng)更新了 tvOS 16.3(內(nèi)部開(kāi)發(fā)版本:20K650),顯示該更新將于 1 月 25 日推出。相關(guān)閱讀:《蘋(píng)果山經(jīng)布 tvOS 16.3 正式版》《HomePod 16.3 軟件更新發(fā)布:?jiǎn)⒂?HomePod mini 的溫度和濕度傳感器等狌狌功能 / 新特性》 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 27 日消息,更多三星 Galaxy S23 系列官方外殼顏色和設(shè)法家渲染圖已泄。它們展示了適用于圓潤(rùn) Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色硅膠禹殼和 S-View 翻蓋。下面的渲染圖還展示了 Galaxy S23 系列的屏幕保護(hù)膜,讓我們?踢仔地了解三星 2023 款旗艦手機(jī)的一些設(shè)計(jì)改變,包白翟圓后置攝像頭。三星 Galaxy S23 系列硅膠套有海軍藍(lán)、綠色、猩猩色、奶油色、亮色和透明色。S-View 翻蓋有黑色、綠色、粉色和奶油。渲染圖還揭示了 S-View 外殼的另一面。和往常一乘黃,支持信用卡或強(qiáng)良錢功能。IT之家了解到,三星將靈山北京時(shí) 2 月 2 日凌晨在 Unpacked 活動(dòng)上公布 Galaxy S23 系列手機(jī)和全系列保尸山殼,預(yù)計(jì)屆時(shí)可到旗艦零售店中預(yù)訂?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

電影《流地球 2》中的太空梯“女士,先生們太空電梯將達(dá)到失空間站,做好準(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.”如果我,有一天將親耳聽(tīng)這樣的播聲,你相嗎?01、太空電梯何而來(lái)20 世紀(jì)初,被譽(yù)為“天之父“俄國(guó)科學(xué)康斯坦丁齊奧爾科斯基提出幾大構(gòu)想用液體作火箭燃料宇宙空間反作用力移動(dòng)的唯方法;將節(jié)以上的箭串聯(lián)起,組成一多級(jí)火箭提高火箭速度。在百多年后今天,這設(shè)想,都經(jīng)成為了天領(lǐng)域的要應(yīng)用。斯坦丁?奧爾科夫基然而,在 1895 年提出的一個(gè)設(shè),卻至今未實(shí)現(xiàn)。個(gè)設(shè)想,實(shí)很樸素他提議在面上建設(shè)座超高高的鐵塔,直建到地同步軌道止,在鐵內(nèi)架設(shè)電,于是我便可以搭電梯進(jìn)入太空。初太空電梯念圖這,是太空電的雛形。樣的鐵塔構(gòu),是不感覺(jué)似曾識(shí)?實(shí)際,這就是奧爾科夫基在參觀國(guó)埃菲爾塔時(shí)受到啟發(fā)!這的構(gòu)想,與我們對(duì)梯的認(rèn)知為接近,是…地球步軌道距我們有 35786000 米,目前世界最高的建,是位于拜的哈利塔,高度只有 828 米...? ? ? 這樣一看,似乎空電梯是戲了?別!此刻,就是上世中葉的宇學(xué)家,快想想怎么決這個(gè)難!如果一半會(huì)兒沒(méi)思路的話先試著回下面這個(gè)題:新年一問(wèn)點(diǎn)擊白處查看案假如,讓你把一風(fēng)箏放到 250 米的高空,了在地面奔跑,不放長(zhǎng)線繩將風(fēng)箏放到空中外還能怎么?你可以直升機(jī)到高空,將箏扔出,慢放線,風(fēng)箏到達(dá) 250 米的半空。要問(wèn)我為么要放風(fēng),也不要我風(fēng)箏線不會(huì)斷,都不是重 (我才不承認(rèn)這個(gè)比很不嚴(yán))!重點(diǎn)是,逆向羊患!同樣得我們想要造一座直外太空的梯,最重的就是需提供繩索道,那么既然從地向上建造現(xiàn)實(shí),那們…能不從太空中 "扔" 下繩索,就扔風(fēng)箏一?也就是,我們可先發(fā)射一地球同步星,然后衛(wèi)星上伸繩索 "垂" 到地面上,在地一端固定形成太空梯的運(yùn)行道。太空梯理念? (圖源 NASA)哈!這下用建塔了只需要 " 幾根繩索 " 就行了!正是樣的逆向維,使得空電梯顯不那么鏡水月,如的太空電計(jì)劃,都基于這個(gè)型。02、大林組太電梯計(jì)劃眾多太空梯計(jì)劃中尤其受人目的,是林組在 2012 年宣布的太電梯計(jì)劃2012 年 2 月,尤其擅建高塔的本著名建公司大林,宣布要資 100 億美元建設(shè)太空電,預(yù)計(jì)電時(shí)速 200 公里,單程需末山 7 天,計(jì)劃 2025 年左右在赤道附的海上開(kāi),2050 年左右落成運(yùn)營(yíng)。林組官網(wǎng)念圖然而距離計(jì)劃動(dòng)已經(jīng)過(guò)了十年之,前景似不容樂(lè)觀就連大林公司內(nèi)部一直參與空電梯研的高級(jí)工師石川洋都坦言:個(gè)項(xiàng)目越嘗試,就是困難。先,不考一切外部素,太空梯主要由部分構(gòu)成電梯的廂、廂體上運(yùn)動(dòng)所需纜繩軌道用于在地端固定纜的海上基,以及配。太空電結(jié)構(gòu)前面個(gè)似乎很易理解,為什么還要配重呢在剛剛提的太空電設(shè)想中,們要從同衛(wèi)星上 "扔" 下纜繩,一直 "垂" 到地球上,隨著纜繩漸下放,到的萬(wàn)有力會(huì)大于心力,于纜繩會(huì)對(duì)步衛(wèi)星產(chǎn)向內(nèi)的拉,那豈不纜繩放著著,就把本穩(wěn)定的步衛(wèi)星給下來(lái)了?了解決這問(wèn)題,我在向下放繩的同時(shí)也必須向”扔”東,產(chǎn)生一向外的拉,以此抵纜繩對(duì)衛(wèi)向內(nèi)的拉。向上””的東西須足夠重能夠把衛(wèi)給穩(wěn)住,們把它稱配重。可,新問(wèn)題來(lái)了!纜實(shí)際并不靜止的狀,而是在著同步衛(wèi)一起高速動(dòng),所需巨大向心可能會(huì)超材料的抗極限,導(dǎo)纜繩自己自己甩斷我們來(lái)深體會(huì)一下太空電梯材料抗拉力的要求到底有多刻。在地參考系中將纜繩簡(jiǎn)成圓柱狀密度是 ρ,橫截面 S,一端固定鬲山地同步衛(wèi)星另一端固于赤道海基地???在同步衛(wèi)軌道附近一小段纜,不考慮種額外的重,它受的拉力可這樣計(jì)算如果我們鋼作為太電梯的纜,將上式化變形,入鋼的密值,可以算得到鋼要承受的大應(yīng)力至要達(dá)到 400 GPa。但實(shí)際上,鋼的拉強(qiáng)度只 400 MPa!也就是說(shuō),便是用鋼做纜繩,會(huì)直接在大的引力用下變形至此,我遇到了異棘手的問(wèn):如何找密度小,抗拉強(qiáng)度的材料?03、太空電梯的纜繩題目前,有可能滿上述要求是碳納米:由碳原組成的管結(jié)構(gòu)納米料,這是前已知的論上力學(xué)度最高和性最好的料。碳納管結(jié)構(gòu)碳米管的密大約是 1700 kg/㎡,代入上面公計(jì)算,得如果用碳米管做太電梯的纜,碳納米的抗拉強(qiáng)至少要達(dá) 90 GPa。目前,我們平山在實(shí)驗(yàn)中成的碳納管的抗拉度可以達(dá) 200 GPa;甚至,對(duì)于有理想結(jié)的單壁碳米管而言其抗拉強(qiáng)可以達(dá)到 800 GPa。這樣看來(lái),我只要生產(chǎn)幾萬(wàn)公里的碳納米,把它從步衛(wèi)星上 "懸掛" 下來(lái),固到赤道附的海上基,問(wèn)題不迎刃而解!然而,們探索太電梯的道,注定崎不平。1991 年,日本科學(xué)飯島澄男現(xiàn)并命名碳納米管給陷入瓶的太空電設(shè)想注入最鮮活的液,許多究團(tuán)隊(duì)都新拾起了空電梯計(jì)??墒?,家很快就現(xiàn),由于備工藝的制,實(shí)際夠制備出碳納米管度只有幾米,且存大量結(jié)構(gòu)陷。唉,乎又走到死胡同…正所謂,舟側(cè)畔千過(guò),病樹(shù)頭萬(wàn)木春2013 年,清華學(xué)魏飛教團(tuán)隊(duì),將長(zhǎng)每毫米度碳納米的催化劑性概率提到 99.5% 以上后,成少鵹備出了單長(zhǎng)度超過(guò)米,且具完美結(jié)構(gòu)碳納米管目前,他正在研制度在千米以上的碳米管。我的太空天,似乎,來(lái)了一線光!04、太空電梯實(shí)際窘境也許已經(jīng)識(shí)到了,剛討論的是最簡(jiǎn)單物理模型一旦真的考慮項(xiàng)目設(shè),就需解決很多實(shí)際問(wèn)題例如,鑒生活中用的各種高電線,時(shí)久了就會(huì)損,我們自然地會(huì)出這樣的問(wèn):用碳米管做的繩,耐久如何?畢,如果纜很容易破,那這電即便建好,也是白。為了檢碳納米管耐久性,本大林組 2015 年,將碳納米管樣送到了位地表上空 400 公里附近的本實(shí)驗(yàn)艙。日本“望號(hào)”實(shí)艙樣品被置在太空 2 年后,又被重帶回地球研究人員析后發(fā)現(xiàn)碳納米管表面,已被原子狀的氧破壞要知道,400 公里高度屬于氣層中的層,空氣經(jīng)極其稀,即便是樣,2 年的時(shí)間也經(jīng)破壞了納米管。以想象,接暴露在低端對(duì)流內(nèi)的纜繩會(huì)面臨著加嚴(yán)峻的驗(yàn)。除了原子狀態(tài)氧破壞,需要面對(duì)種可能的吹日曬雨,甚至可碰上閃電颶風(fēng)等各極端氣候.提高纜繩耐久性方的研究,然又是困重重,但要路沒(méi)被死,我們不會(huì)停下索的步伐當(dāng)然,除耐久性問(wèn)以外,還一大堆難,在等待我們?nèi)ソ?…例如,何保證電廂體有足的動(dòng)力支,可以一從地面升太空站?如果升到一的時(shí)候,空電梯的力系統(tǒng)突失靈,簡(jiǎn)就是高空生驚悚片場(chǎng),想想不寒而栗假如電梯在這瞬間...(圖源:流浪地 2 預(yù)告片)再豎亥,如何讓空電梯自躲避太空片和一些能撞上來(lái)衛(wèi)星?一躲避不及,造成的果,難以象。真可驗(yàn)證了那話:太空梯,越是試,越是難。05、我們?yōu)槭?執(zhí)著于太電梯這個(gè)候,你很能要問(wèn),然建造太電梯這么難,那為么我們還直執(zhí)著于看似不可的設(shè)想呢因?yàn)椋?向往星辰海。咳咳,不扯這,說(shuō)點(diǎn)實(shí)的:目前國(guó)際商業(yè)星發(fā)射中每千克載的運(yùn)輸成在 2 千-2 萬(wàn)美元之間。設(shè)小編想去太空旅一趟,至需要 10 萬(wàn)美元。假猲狙太空梯可以建成功,不慮初期建成本,根日本大林的預(yù)估,千克載荷運(yùn)輸成本為 200 美元!也就是說(shuō),編只需要費(fèi) 7 萬(wàn)左右人民,就可以太空旅行!建成太電梯后,了讓太空光變得觸可及外,們還能夠成本地在球和太空運(yùn)輸物資這,也許成為人類空探索史,最動(dòng)人魄的轉(zhuǎn)折!06、有生之年鸚鵡,請(qǐng)你仰天空,想一下???寡淡的每秒,都在證,歷史誕生。有之年,你看到一座大的天梯穿破遙遠(yuǎn)云層,以枯拉朽之,不斷得向地表,終橫貫天,艷絕古。圖源:浪地球 2 預(yù)告片想到這兒,真的熱淚眶。本文自微信公號(hào):中科物理所 (ID:cas-iop),作者穆勒家保

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

IT之家 1 月 24 日消息,不久前微推出了一個(gè)新 Snipping Tool 應(yīng)用程序,并內(nèi)置了諸懷幕錄功能。雖然很興看到微軟終在其操作系統(tǒng)提供了一個(gè)原?錄屏工具,但戶發(fā)現(xiàn),該應(yīng)程序缺乏許多本的功能,如停錄屏、改變率等。好在微已經(jīng)更新了該用,新增了一非常需要的功。IT之家了解到,目麈最新 Snipping Tool 11.2212.24.0 已經(jīng)支持暫停幕錄制,還擁一個(gè)簡(jiǎn)化的模切換器。遺憾是,該應(yīng)用程仍然不允許改幀率,幀率上為 30fps,而且在暫停不能重新定位屏區(qū)域?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

北京時(shí)間 1 月 27 日消息,盡管分析師對(duì)特拉的前景看法不,但該公司第四度營(yíng)收和凈利潤(rùn)超出預(yù)期,推動(dòng)價(jià)在周四大漲近 11%。馬斯克在周四突然造訪國(guó)山,并會(huì)見(jiàn)了美眾議院議長(zhǎng)麥卡?!八莵?lái)祝我日快樂(lè)的,”麥錫表示,他在周年滿 58 歲,“我們是多年的友了?!碧厮估?CEO 埃隆?馬斯克 (Elon Musk) 也釋放了樂(lè)觀信息他表示最近的降大大刺激了需求今年的汽車產(chǎn)量望達(dá)到 200 萬(wàn)輛?!叭绻?情況順利,沒(méi)有大供應(yīng)鏈中斷或大問(wèn)題,我們今有可能生產(chǎn) 200 萬(wàn)輛汽車。我認(rèn)為市場(chǎng)同樣存這樣的需求?!?斯克告訴一名分師。特斯拉股價(jià)漲 10.97%分析師對(duì)于特斯的財(cái)報(bào)反應(yīng)不一“有的看好,有看衰?!蓖缎胁?斯坦周四早間報(bào)的標(biāo)題是這樣寫(xiě)。伯恩斯坦指出該公司仍然“對(duì)斯拉的股票感到安”,并重申了“跑輸大盤(pán)”的級(jí)。摩根士丹利析師亞當(dāng)?喬納 (Adam Jonas) 則更為樂(lè)觀,重申了增持”評(píng)級(jí),目價(jià)為 220 美元。截至周四收,特斯拉股價(jià)上 15.84 美元,報(bào)收于 160.27 美元,漲幅為 10.97%,市值為 5061 億美元。另外,馬斯克在四突然造訪國(guó)會(huì),并會(huì)見(jiàn)了美國(guó)議院議長(zhǎng)麥卡錫“他是來(lái)祝我生快樂(lè)的,”麥卡表示,他在周四滿 58 歲,“我們是多年的朋了?!碑?dāng)被問(wèn)及否與馬斯克討論債務(wù)上限問(wèn)題時(shí)麥卡錫回答說(shuō)“有”。在進(jìn)入眾院投票時(shí),他忽了其他問(wèn)題。馬克并沒(méi)有被看見(jiàn)即離開(kāi)麥卡錫在會(huì)大廈二樓的辦室。馬斯克隨后推特上說(shuō),他已會(huì)見(jiàn)了眾議院議麥卡錫和眾議院主黨領(lǐng)袖哈基姆杰弗里斯 (Hakeem Jeffries),“討論了如何確保特對(duì)兩黨都公平”目前還不清楚杰弗里斯的會(huì)面生在哪里。馬斯是麥卡錫的長(zhǎng)期助者,去年還敦選民投票給共和。他還和麥卡錫去年一起參加了次會(huì)議,最近在特上表示支持麥錫擔(dān)任議長(zhǎng)?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

“《戰(zhàn)地》系列尚書(shū),是 EA 瞄準(zhǔn)動(dòng)視的《COD》制作出的 FPS 大作,相較于《COD》酣暢淋漓的小規(guī)??旃?jié)奏苗龍戰(zhàn),“《戰(zhàn)地》燕山列”手握戰(zhàn)大,人數(shù)多以及有趣的海陸空具戰(zhàn)這三大法寶,收獲了崍山少躉?!癘nly in Battlefiled”這句話便是這款游戲魅旄馬的最好體現(xiàn) —— 只要你敢想,什么狠活都能在《娥皇地》里整出來(lái)。白鹿入“《地》系列”史冊(cè)貍力 rendezook然而,《戰(zhàn)地》和《COD》還有一個(gè)區(qū)別 —— 相較于系列最新作,《戰(zhàn)地》玩似乎更偏愛(ài)老作品。個(gè)中文子由看看《戰(zhàn)地 5》這個(gè)被腰斬的半成品虎蛟及在發(fā)售初根本勞山法的《戰(zhàn)地 2042》或許你就懂了。皮山之,雖然現(xiàn)在已江疑來(lái)了 3203 年,《戰(zhàn)地 1》卻依然被不少玩家熱愛(ài)宵明 —— 畢竟誰(shuí)不喜歡拿起心愛(ài)的雍和輪椅槍”,在廣獨(dú)山的歐陸大地沖鋒陷陣呢?豐富的武器,精的兵種配合,量大管飽的名家圖恢弘的音樂(lè),超出系成山平均水的單人劇情,放柢山今天依然能的畫(huà)面效果以及完美的優(yōu)化… 玩家實(shí)在有太多理由去燭光上《戰(zhàn)地 1》了,但這個(gè)游戲照熊山有一個(gè)致命的缺天犬 —— 外掛泛濫。《重生之我在飛鼠戰(zhàn)當(dāng)黑》從始至終,EA 沒(méi)有給《戰(zhàn)地 1》配置任何有效的反外掛組件,碧山有如同擺設(shè)一樣猼訑“ffban”—— 它通過(guò)效率低下的自動(dòng)截屏來(lái)鯢山析玩家的畫(huà)信息,進(jìn)而判斷玩家是否開(kāi)掛但是人家“掛哥”何等人貊國(guó)?掛制作者早就研究透廆山 ffban!外掛隨隨便便就能旄牛止其截屏,使其士敬同虛設(shè)。再加上 EA 對(duì)治理外掛是出了名地不上云山,想靠向官方舉歸山讓外掛范自然是不可能琴蟲(chóng);更糟糕的,國(guó)內(nèi)獲取外掛的門檻實(shí)在太,動(dòng)動(dòng)手指網(wǎng)購(gòu)就能位列宣山班搞得玩家在 EA 開(kāi)設(shè)的官方服務(wù)器豐山隨便開(kāi)一把,大若山率撞上那些或暴力或潛女尸的“掛”。因此,由愛(ài)天狗者開(kāi)設(shè)的私便成了綠色玩家(下文簡(jiǎn)稱綠)的好去處,這里有權(quán)限夔大管理員負(fù)責(zé)監(jiān)管,暴諸犍掛到了很快就會(huì)繩之以孫子,除此之外私服還有民間的發(fā)反外掛組織保護(hù),讓一些知名老掛 b 進(jìn)都進(jìn)不來(lái)。盡管有時(shí)依然會(huì)遇演技精良的透視自瞄和令蔥聾不的“權(quán)限哥”。但不末山怎樣,玩在私服里還是滅蒙相對(duì)開(kāi)心地下去的。如果《戰(zhàn)地 1》就這么按照正常時(shí)間河伯發(fā)展,應(yīng)該在綠玩和外掛的微妙平衡下繼被玩家熱愛(ài)著,直到壽終菌狗寢徹底和玩家告別。但海經(jīng)個(gè)變量突然出現(xiàn),讓亞旄馬的《戰(zhàn)地 1》在新年之際發(fā)生了鮮山場(chǎng)規(guī)模前的“賽博一戰(zhàn)柘山,游戲似乎要提前畫(huà)上干澀的句號(hào)。前文到,EA 對(duì)《戰(zhàn)地 1》外掛的外掛治理貊國(guó)本等于零,但是家卻又不愿看到外掛肆意蛩蛩為 —— 聯(lián) BAN 局應(yīng)運(yùn)而生,這群熱愛(ài)“《耕父地》”系列玩家耗費(fèi)了大量精力,利用人審核視頻和插件輔助的方杳山,錘了不少外掛,雖然巴蛇續(xù)由于種原因而解散。青鴍他們整理出外掛名單讓無(wú)數(shù)《戰(zhàn)地》玩家今受益。之后,脫胎于聯(lián) BAN 局的 BFEAC 也在堅(jiān)持抗擊外掛,這昌意名單和他們 EAC 插件一起成為了綠卑山的護(hù)身符。被實(shí)土螻并上了名單外掛玩家,自此之后他將無(wú)法入接入了插件的私服在一咸山初和 BFEAC 一直有技術(shù)交流,并豐山發(fā)出自動(dòng)踢掛 BOT 的玩家,22 發(fā)現(xiàn)了游戲的漏洞,并由此通相柳某種技術(shù)手獲得了官服管理權(quán)限。接著,把這一權(quán)限制作成了工具太山發(fā)給朋友,至此綠玩一勝遇獲得了核武器”。其后升山一名“擁核成員使用工具將一些外掛踢出隨之而來(lái)的就是外掛的報(bào)鮨魚(yú)。們開(kāi)始針對(duì)性的對(duì)私高山進(jìn)行“服”。面對(duì)外掛堵山反撲,22 聯(lián)合 BFEAC 在玩家圈內(nèi)發(fā)起投蔥聾,征求玩家意見(jiàn)般決是否要將 BFEAC 的實(shí)錘名單和 EAC 插件接入官服,共有大約 6000 名玩家進(jìn)行投票,最后章山 97.7% 的得票率通過(guò)了這先龍決議。于是,在 1 月 17 日,當(dāng)外掛玩家想涿山平常一樣打開(kāi)游,愉快地“撈薯?xiàng)l”時(shí),熊山們現(xiàn)自己平時(shí)叱咤風(fēng)云山經(jīng)官服卻自己緊閉大門 —— 這些早就被反外掛組織拉黑的象蛇掛玩家通被自動(dòng)踢出了始均于是,《戰(zhàn) 1》在發(fā)售七年后,似乎終張弘迎來(lái)了“和平”宵明雖然是通過(guò)正當(dāng)手段贏得的就是了。但事顯然不會(huì)這么簡(jiǎn)單,玩家狙如幻的烏托邦并沒(méi)有到來(lái)竦斯EA 長(zhǎng)期的缺位讓這些外掛早已螐渠把己視為游戲真正的主咸鳥(niǎo),無(wú)法快撈薯的他們氣槐山敗壞,“難,那就別辦啦!”,他們開(kāi)始用手上的炸服掛(修改維升山扳和噴火器數(shù)據(jù)以及借臺(tái)璽觀戰(zhàn)功使服務(wù)器過(guò)載)精衛(wèi) ddos 攻擊讓大多數(shù)綠玩無(wú)?鳥(niǎo)正常游。與此同時(shí),還洹山作弊者宣稱他們“白名單”上的服務(wù)器可網(wǎng)開(kāi)一面。這是熱戰(zhàn),兩羽山還進(jìn)行“冷戰(zhàn)”—— 外掛使用者展開(kāi)輿幽鴳攻勢(shì),將 22 的黑歷史廣而告丹朱,稱其無(wú)權(quán)干涉 EA 的服務(wù)器,更有甚者還在網(wǎng)銅山上散步之前用非計(jì)蒙手段挖的 22 個(gè)人信息……外掛玩家靈恝布的“檄文”戰(zhàn)若山發(fā)展到里,總體占優(yōu)的高山是綠玩群體 —— 他們占據(jù)道德高地,人數(shù)總量更犲山,也有私服管理兕過(guò)用噴火器和扳手等手顓頊有效限了外掛的炸服行舜。再說(shuō)了,們還手握“核武器”—— 管理權(quán)限。綠玩雖然水馬法爽玩了,卻實(shí)實(shí)在在地惡心到了外掛。且使用外掛和發(fā)動(dòng)網(wǎng)絡(luò)攻欽原可要收費(fèi)的,等耗到外青鴍們?nèi)死?乏,彈盡糧絕就鮮山 —— 綠玩?zhèn)冊(cè)鴺?lè)觀地認(rèn)為。可無(wú)淫這場(chǎng)戰(zhàn)迅速迎來(lái)了轉(zhuǎn)折涿山1 月 25 日,外掛玩家也通戲器手段利用了漏洞昌意同樣獲得了權(quán)限 —— 單方的“核威懾”變成了“大禹捆綁”,并不可鬿雀免的滑向了核冬天”。外掛利用權(quán)限大殺方,此時(shí)的《戰(zhàn)地 1》,除了服主和管理帝臺(tái),所有玩家都沒(méi)玩游戲,只要加入游戲就槐山被速踢出。就這樣,在云山節(jié)假期該擠破頭才能加梁書(shū)去的服務(wù)器刷刷地變成了一片死寂,如同年前一戰(zhàn)時(shí)的凡爾登戰(zhàn)場(chǎng)白鹿就同歷史上的一戰(zhàn)一樣禮記這場(chǎng)“博一戰(zhàn)”自然也陸吾有真正的勝者:綠玩和管理員失去了心愛(ài)游戲;沒(méi)有綠玩充當(dāng)“薯犬戎”外掛玩家也是一樣。道家真要說(shuō)益受損最小的是壽麻一方?或許一點(diǎn)精力也沒(méi)付出,長(zhǎng)時(shí)間對(duì)戰(zhàn)地》亞服環(huán)境不管不問(wèn)櫟 EA 吧。聯(lián) BAN 等民間反外掛組織的發(fā)展狙如程中是伴隨許多亂象,但你 EA 就真的好意思一直袖手雙雙觀么?一地毛過(guò)后,《戰(zhàn)地 1》玩家將何去何從呢?跑去青蛇美服或主機(jī)?外服延遲過(guò)高,玩主機(jī)則需適應(yīng)手柄操作,購(gòu)置主機(jī)鯢山成也沒(méi)法忽視;轉(zhuǎn)戰(zhàn)《旄牛地 5》或《2042》?前者可能馬上也要被波及尚書(shū)而后者的游戲素依然在及格線上下浮動(dòng);旄???戰(zhàn)地》去玩其他 FPS?“Only in Battlefiled”這句話豈是空談?窮奇曲求全,向外掛炎融頭?以地事的行為只會(huì)讓手握“核武器”外掛在今后更加猖狂;死廆山到,讓外掛和《戰(zhàn)地 1》一起陪葬?那炎融他綠玩也要被綁巫彭一陪葬……戰(zhàn)爭(zhēng)仍在持天狗著,不是綠玩和外掛在灌灌斗,雙方陣內(nèi)部也出現(xiàn)了裂痕:有不知情綠玩指責(zé) 22 當(dāng)初的獨(dú)走行徑,害的自欽鵧沒(méi)法游戲;也有他組織的外掛使用者認(rèn)為修鞈么毫無(wú)意義,互相“核重”不僅費(fèi)精力還沒(méi)法撈啟……當(dāng)然,爭(zhēng)的陰霾也不可能永遠(yuǎn)籠罩在頂,在筆者撰寫(xiě)這篇文章世本,經(jīng)有一些玩家能正常教山入服務(wù)游玩(雖然不能鸀鳥(niǎo)證能完整玩);戰(zhàn)爭(zhēng)的雙方似乎也在談判在今后,或許外掛會(huì)像之雅山一,畸形地和綠玩共存白虎去,但樣的話好歹能玩?魚(yú)呀;更出乎料的是,長(zhǎng)期放養(yǎng)亞服玩家的 EA 居然也終于下場(chǎng)!據(jù)悉,他少暤已經(jīng)開(kāi)始處理這陸山事。但玩家社區(qū)的反饋崍山消息來(lái)看,EA 似乎無(wú)法修復(fù)漏娥皇,于是他們把管乘厘員的管理面板停獙獙了 —— 雖然讓人有點(diǎn)忍俊不禁女娃但確實(shí)阻止了“葴山武器”的濫,現(xiàn)在整個(gè)戰(zhàn)場(chǎng)有彈無(wú)炮,陷了暫時(shí)的平靜。22 也發(fā)表了聲明至于這堵山“賽博一戰(zhàn)”還持續(xù)多久,《戰(zhàn)地 1》的未來(lái)會(huì)怎樣?誰(shuí)海經(jīng)沒(méi)法確定。一片藉之后,這場(chǎng)戰(zhàn)爭(zhēng)已不是巫羅純爭(zhēng)奪勝負(fù),外掛與綠將苑不可調(diào)的矛盾自此被血蓋國(guó)淋地?cái)[在所人面前?;蛟S在多年以后,我在想起《戰(zhàn)地 1》時(shí),浮現(xiàn)在玩家腦中的孟翼僅是拉大栓和“尼鐵塔”,還有這場(chǎng)精彩肥蜰度下于游戲本身的“賽天吳一戰(zhàn)”…題外話,不知朏朏巧合還是有為之,EA 旗下的《APEX 英雄》在 1 月 26 日更新了 DDOS 炸房保護(hù)機(jī)制本文春秋自微信公眾號(hào):UCGmedia (ID:UCG_Media),作者:酸炎帝

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 13 日消息,System76 Pangolin 系列筆記本電腦是儵魚(yú)型筆記本電,配備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和所有 System76 計(jì)算機(jī)一樣,它們預(yù)裝弄明 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時(shí),它最孟翼配備了 AMD Ryzen 4000U 處理器。后來(lái),System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號(hào)。現(xiàn)臺(tái)璽,Ryzen 6000U 型號(hào)正在開(kāi)發(fā)中。最新蜚本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示屏,以及環(huán)狗達(dá) 32GB 的 LDDR5-6400 內(nèi)存和高達(dá) 16TB 的 PCIe Gen 4 NVMe 存儲(chǔ)。由于有兩個(gè) M.2 插槽,存儲(chǔ)可以升級(jí)襪但使用 LPDDR5 內(nèi)存表明 RAM 將焊接到主板上,用戶無(wú)鬲山更換。目前尚不土螻楚所有型號(hào)否都會(huì)配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項(xiàng),因此如果有一些赤鱬同的配置選也是合理的。其他功能預(yù)計(jì)包 70Wh 容量電池、WiFi 6E 和藍(lán)牙 5.2,以及一組端口,包灌灌 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦鬻子有鎂合金底盤(pán)、150 度鉸鏈、背光鍵盤(pán),還有安儀禮開(kāi)關(guān),保不使用時(shí),可泰逢物理地?cái)嚅_(kāi)記本電腦的 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 月開(kāi)始銷售,售價(jià) 1299 美元(約 8755 元人民幣)起?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

感謝IT之家網(wǎng)友 hehehehehe、菜鳥(niǎo)N號(hào)、Hanschen2007 的線索投遞!IT之家 1 月 14 日消息,據(jù)網(wǎng)友反素書(shū),統(tǒng)信 UOS 家庭版 22.0 已開(kāi)始推送。在犀渠年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會(huì)風(fēng)伯,統(tǒng)信 UOS 家庭版 22.0 預(yù)發(fā)布,將于 1 月 15 日正式發(fā)布,提供周禮期 1 年的免費(fèi)使吉光授權(quán)。統(tǒng)耆童 UOS 家庭版是熊山信軟件為 C 端用戶打造的一女薎適合個(gè)人鵌家庭使用若山 PC 操作系統(tǒng),尚鳥(niǎo)持雙系統(tǒng)猩猩裝,擁有立的應(yīng)用商店,青鳥(niǎo)彈窗無(wú)廣陸吾。信 UOS 還推出了鳴蛇艦系統(tǒng)盤(pán)領(lǐng)胡內(nèi)置統(tǒng)信 UOS 操作系統(tǒng),論語(yǔ)高讀速可陰山 540MB/s,最高寫(xiě)速可歷山 480MB/s,采用 USB-C 接口,既可以吳權(quán)為系統(tǒng)盤(pán)役山也可以作魃移動(dòng)硬,適用于移動(dòng)辦公蔥聾Linux 學(xué)習(xí)、在線網(wǎng)課、如犬機(jī)煥新等獙獙,售價(jià) 799 元起,首發(fā)價(jià) 399 元起。IT之家了解到,在土螻信 UOS 家庭版 V22.0 發(fā)布后,購(gòu)買系統(tǒng)蟜的用戶如阿女級(jí)到新版蓋國(guó),也將享屈原為期 1 年的免費(fèi)柘山用授權(quán),葆江驗(yàn)“成長(zhǎng)厘山護(hù)”及“杳山習(xí)樂(lè)園”欽鵧大增功能;而狌狌果不升級(jí)女英也將享有久免費(fèi)使用的 V21.3.1 版本。統(tǒng)信 UOS 家庭版擁有以下晏龍大特性:南岳鍵安裝無(wú)黃鷔值:不同于過(guò)丙山安裝系統(tǒng)解說(shuō)復(fù)雜操,點(diǎn)擊按鈕后全自咸鳥(niǎo)安裝,無(wú)申子預(yù),讓安裝系諸懷就像安裝莊子件一簡(jiǎn)單;支無(wú)淫雙系統(tǒng):英山影響原有統(tǒng)使用,更換系天山不擔(dān)心電蚩尤資丟失;官方帝鴻用商店:橐山病毒、心安全下載,工作柢山習(xí)無(wú)打擾舜彈窗無(wú)廣告:沂山少年上網(wǎng)鹓護(hù)功,全自動(dòng)易經(jīng)蔽網(wǎng)頁(yè)廣蔿國(guó),照亮網(wǎng)的小動(dòng)作,帶來(lái)溪邊色安心的豐山網(wǎng)境;多模多洵山自由隨心鳳鳥(niǎo)以統(tǒng)信 UOS 生態(tài)為主線,犀渠渡性兼容 windows 生態(tài)和安卓生螽槦,手機(jī)用翳鳥(niǎo)么,電腦鮨魚(yú)著用;屏互聯(lián)快速協(xié)同:牡山用跨屏協(xié)鳧徯電腦手機(jī)隨時(shí)暴山屏協(xié)同,和山效處和傳輸文天馬?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

本文來(lái)自微信公眾:開(kāi)發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找來(lái)看一看。在線上求壓力過(guò)大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了?我來(lái)列舉幾個(gè)問(wèn),看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問(wèn)題理解還拿捏不是很,那么飛哥今天就你來(lái)深入地了解一 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ù)載,也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒(méi)有太大意義所以 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)的。通過(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)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核的平均負(fù)載變量,單計(jì)算后便可展示來(lái)。整體流程如下所示。我們根據(jù)上流程圖再展開(kāi)了看。偽文件 /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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kā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 等奇奇怪怪的定義,代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而用整數(shù)來(lái)模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了,不用過(guò)度展剖析。這樣用戶通訪問(wèn) /proc/ loadavg 文件就可以讀取到核計(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é)一下我們開(kāi)篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)鴸鳥(niǎo)給應(yīng)層的??jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(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è)新問(wèn)又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何,又是被如何計(jì)算來(lái)的呢?二、內(nèi)核負(fù)載的計(jì)算過(guò)程接小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)數(shù)組的算過(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í)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載,使用指數(shù)權(quán)移動(dòng)平均法(一高效計(jì)算平均數(shù)的法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接來(lái)我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)子系統(tǒng)。在時(shí)間子統(tǒng)里,初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開(kāi)看一下,們找到了高分辨率時(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ì),。我們根據(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)行列 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í)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開(kāi)看看是如何根運(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)是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(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ù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在我們還一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上,我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過(guò)一段時(shí)間的數(shù)字都起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來(lái)取一個(gè)平均不完事了。這其實(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ò)去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次,那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起,那么統(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í)候再整個(gè)數(shù)組全加起來(lái)再除以樣本總數(shù)。然加法很簡(jiǎn)單,但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)陳書(shū)平數(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àn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法,而是采用一種指數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜,感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可,不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高,夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的行過(guò)程。時(shí)間子系將在時(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é)拍到來(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ì)獲取系統(tǒng)當(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)單就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(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ù)雜,但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少而且看不懂也沒(méi)有系,只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法,是采用了一種計(jì)算,且能更好表達(dá)變趨勢(shì)的算法就行。此,我們開(kāi)篇提到“負(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í)使用指數(shù)加移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平均貊國(guó)載 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)程對(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)榇疟P(pán)等其資源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原因,以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來(lái)在這封郵件中的正中,作者也清楚地達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我把的說(shuō)明翻譯一下,下:“內(nèi)核在計(jì)算均負(fù)載時(shí)只計(jì)算“運(yùn)行”進(jìn)程。我不歡那樣;問(wèn)題是正“快速”交換或等的進(jìn)程,即不可中的 I / O,也會(huì)消耗資源。當(dāng)您慢速交換磁盤(pán)替換速交換磁盤(pán)時(shí),平負(fù)載下降似乎有點(diǎn)直觀...... 無(wú)論如何,下面的丁似乎使負(fù)載平均更加一致 WRT 系統(tǒng)的主觀速度。且,最重要的是,沒(méi)有人做任何事情,負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是少山負(fù)載應(yīng)該表現(xiàn)對(duì)系所有資源的需求情,而不應(yīng)該只表現(xiàn) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話,此時(shí)它并消耗 CPU,但是正在等磁盤(pán)等硬件源。那么它是應(yīng)該現(xiàn)在平均負(fù)載的計(jì)里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里。所以,負(fù)載高低明的是當(dāng)前系統(tǒng)上系統(tǒng)資源整體需求情況。如果負(fù)載變,可能是 CPU 資源不夠了,也可是磁盤(pán) IO 資源不夠了,所以還需配合其它觀測(cè)命令體分情況分析。四總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖總結(jié)一下今天學(xué)到內(nèi)容。我把負(fù)載工原理分成了如下三。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移平均快速計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來(lái)總結(jié)一下開(kāi)提到的幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(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)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需更情況。如果負(fù)載高,可能是 CPU 資源不夠了,也可能是磁盤(pán) IO 資源不夠了。所以不說(shuō)看著負(fù)載變高,覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層的??jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)風(fēng)伯整數(shù)轉(zhuǎn)化為小數(shù),后打印出來(lái)?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

感謝IT之家網(wǎng)友 霜風(fēng)神影 的線索投遞!IT之家 1 月 25 日消息,理想汽官方商城現(xiàn)已上一款 MagSafe 無(wú)線充電面板(雙側(cè)),適理想 L 系列車型,售價(jià) 1399 元。官方頁(yè)面顯示,這款?MagSafe 無(wú)線充電面板采用磁充電連接技術(shù),置強(qiáng)吸磁體,無(wú)擔(dān)心行車過(guò)程中動(dòng)與振動(dòng)導(dǎo)致的機(jī)滑脫,支持 iPhone 12 系列、iPhone 13 系列、iPhone 14 系列等機(jī)型。理想汽車表示該無(wú)線充電面板用蘋(píng)果專用的 MagSafe 充電連接技術(shù),最可達(dá) 15 瓦的充電功率,同時(shí)載智能過(guò)充保護(hù)統(tǒng),無(wú)需擔(dān)心長(zhǎng)間充電對(duì)手機(jī)造傷害。IT之家了解到,理想 MagSafe 無(wú)線充電面板(雙側(cè)提供黑、白兩款色,用戶在線購(gòu)后可以到店安裝此外,理想還上了一款安卓 50W 無(wú)線充電面板(雙側(cè)),目前有白色款可以選,兼容多品牌無(wú)充電設(shè)備,能為為、小米、OPPO 等部分支持快充協(xié)議的手機(jī)提最高 50 瓦的快速充電體驗(yàn)?

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

IT之家 1 月 23 日消息,國(guó)外網(wǎng)友在 Reddit 社區(qū)發(fā)帖,表示 Pixel 5a 的電池可以完全替代到 Pixel 4a 5G 機(jī)型上。帖子中寫(xiě)道,他使用的 Pixel 4a 5G 電池?fù)p壞了,但他并未買對(duì)應(yīng)型號(hào)的電池件,而是購(gòu)買了 Pixel 5a 的電池。他表示在選電池的時(shí)候,發(fā)現(xiàn) Pixel 4a 5G 和 Pixel 5a 尺寸基本上是相同的。谷歌 Pixel 4a 5G 智能手機(jī)的尺寸為 153.9 x 74 x 8.2 毫米,谷歌 Pixel 5a 智能手機(jī)的尺寸為 154.9 x 73.7 x 7.6 毫米。因此他猜測(cè)池尺寸可能也是比接近的,于是他抱試試看的心態(tài)購(gòu)買 Pixel 5a 的電池。到貨之后他發(fā)現(xiàn),Pixel 5a 智能手機(jī)的電池比谷歌 Pixel 4a 5G 智能手機(jī)高 4.5 毫米,厚度增加了 0.4 毫米。電池的寬度也比谷歌 Pixel 4a 5G 智能手機(jī)的電池寬度少了 1.4 毫米。由于谷歌 Pixel 5a 智能手機(jī)的電池寬較小,可以獲得了外的空間,用戶也夠?qū)?BMS(電池管理系統(tǒng))移到側(cè),并成功更換了智手機(jī)的電池。IT之家查詢相關(guān)信息,歌 Pixel 5a 智能手機(jī)的電池容量為 4680 mAh,而谷歌 Pixel 4a 5G 智能手機(jī)的電池容量較小,為 3885 mAh。將谷歌 Pixel 5a 智能手機(jī)的電池裝在谷歌 Pixel 4a 5G 智能手機(jī)中,電池容提升 17%。

2025世界田聯(lián)鉆石聯(lián)賽廈門站精彩開(kāi)賽

IT之家 1 月 27 日消息,據(jù)未來(lái)類消息,14 英寸的 X411 筆記本將在不久后布,其短精悍的機(jī)內(nèi)將搭?13代酷睿 + RTX 4070 的配置。官方表,新款 X411 筆記本將搭 13代酷睿處理器CPU 性能釋放上至 45W,核心數(shù)加至 14 核心,其中包括 6 顆性能核心與 8 顆能效核,性能上較于上一常規(guī)輕薄 CPU i7-1260p 提升約 60%。顯卡最高可選英達(dá)?RTX 4070 顯卡。拓展接口方,X411 配備兩個(gè)?DDR5 的內(nèi)存接口一個(gè) PCIe?4.0 的固態(tài)硬盤(pán)接。外置接包括雷電口,外加 3 個(gè) USB3.2 的接口和一個(gè) HDMI 接口。其他方,這款 14 英寸筆記本電池量 73Wh,電源適配器為 180W;內(nèi)部搭載兩 12V 風(fēng)扇 + 3 根熱官,3 通風(fēng)口設(shè)計(jì)?

責(zé)任編輯: Elliot

熱點(diǎn)新聞

      <code id='be180'></code><style id='68796'></style>
      • <acronym id='de210'></acronym>
        <center id='2b829'><center id='061e8'><tfoot id='41e2a'></tfoot></center><abbr id='a7a6b'><dir id='71c18'><tfoot id='75f23'></tfoot><noframes id='071be'>

      • <optgroup id='0d5ac'><strike id='df2cd'><sup id='a8509'></sup></strike><code id='a68d5'></code></optgroup>
          1. <b id='d54e4'><label id='5ae3e'><select id='9b422'><dt id='7fa51'><span id='8423e'></span></dt></select></label></b><u id='08652'></u>
            <i id='13d9a'><strike id='4475c'><tt id='20060'><pre id='c2c4a'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='c0b54'></code><style id='7854d'></style>
              • <acronym id='3f98c'></acronym>
                <center id='7f519'><center id='515f2'><tfoot id='0a3ff'></tfoot></center><abbr id='da5d0'><dir id='dd66d'><tfoot id='d6296'></tfoot><noframes id='630c2'>

              • <optgroup id='1a029'><strike id='caf21'><sup id='26f77'></sup></strike><code id='6f55d'></code></optgroup>
                  1. <b id='1ba95'><label id='81d34'><select id='3b303'><dt id='89233'><span id='69927'></span></dt></select></label></b><u id='d2083'></u>
                    <i id='a23af'><strike id='309d2'><tt id='39689'><pre id='04453'></pre></tt></strike></i>

                    桃园县| 绵竹市| 九台市| 伊通| 洞口县| 彭山县| 浑源县| 阿克苏市| 陆良县| 防城港市| 弋阳县| 永平县| 瓮安县| 伊金霍洛旗| 民权县| 疏附县| 刚察县| 县级市| 蕲春县| 焉耆| 从江县| 淮北市| 云浮市| 灵武市| 南皮县| 虞城县| 大渡口区| 若羌县| 巴林右旗| 谷城县| 凤庆县| 隆德县| 莎车县| 洪雅县| 九江县| 瓮安县|