久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

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

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

云南網(wǎng) Ortiz 2025-10-27 12:14:06
A+ A-

美罕見一幕:FBI沖進(jìn)法庭逮捕女法官 沈陽開通至邁阿密跨境電商全貨機(jī)航線 IT之家 1 月 23 日消息,2K 宣布《WWE 2K23》將于 3 月 17 日在主機(jī)和 PC 上發(fā)售,購買高級(jí)版的玩家將在 3 月 14 日提前獲得游戲訪問權(quán)正如之前的料,《WWE 2K23》的所有四個(gè)本 —— 標(biāo)準(zhǔn)版、跨時(shí)版、豪華版 Icon 版的封面上將出現(xiàn)約翰-塞納,預(yù)購勵(lì)還將解鎖演全球音樂星 Bad Bunny 的能力,新游戲模式包以約翰-塞納為主角的新 2K 展示,以及 WarGames 活動(dòng)。據(jù) 2K 稱,展示模式將跨越翰-塞納職業(yè)生涯的 20 年,并將由塞納本人講。同時(shí),WarGames 模式將在獨(dú)特的 WarGames 結(jié)構(gòu)中提供 3V3 和 4V4 比賽,該結(jié)構(gòu)由籠內(nèi)并排的個(gè)擂臺(tái)組成其他新功能括 MyFaction 中的在線多游戲和增強(qiáng) MyGM 模式,有新節(jié)目選項(xiàng)和的 GM 可供選擇。IT之家了解到WWE 2K23 將以四個(gè)獨(dú)立版本售:標(biāo)準(zhǔn)版包含游戲本跨世代版將括標(biāo)準(zhǔn)版的世代和現(xiàn)世的版本豪華將包括所有個(gè)上市后 DLC 包的季票Icon 版將包括所豪華版的內(nèi),外加 Ruthless Aggression ? IT之家 1 月 24 日消息,近日一組小米汽車首款型的外覆件圖片曝,主要展示了車輛臉和尾部的設(shè)計(jì)細(xì)。從圖片來看,新前臉采用了梯形前柵,兩側(cè)霧燈區(qū)域設(shè)計(jì)了類似空氣導(dǎo)槽的造型,前大燈型比較圓潤。對(duì)此小米集團(tuán)公關(guān)部總理王化剛剛在微博出了回應(yīng),他表示的確是二級(jí)供應(yīng)商密的設(shè)計(jì)文件泄密但該供應(yīng)商僅僅是模具打樣的供應(yīng)商泄密的文件是非常期的招標(biāo)過程的設(shè)稿,并非最終文件也就是說,泄露的覆件圖片展示的并是小米汽車的最終計(jì)。爆料還顯示,括汽車焊接風(fēng)道、風(fēng)道裝飾罩、后保杠下裝飾條、下進(jìn)格柵等等,都來自汽模塑。北汽模塑北汽子公司海納川江南模塑合資成立其中海納川為北汽團(tuán)零部件產(chǎn)業(yè)平臺(tái)江南模塑為國內(nèi)最的汽車保險(xiǎn)杠總成外飾產(chǎn)品生產(chǎn)基地一。IT之家了解到,據(jù)晚點(diǎn) LatePost 此前報(bào)道,小米第一款車定中型溜背式轎車,部代號(hào)為 Modena 摩德納。根據(jù)小米官方此前對(duì)外布的造車時(shí)間表,首款車型預(yù)計(jì)在 2024 年上半年正式量產(chǎn)。回應(yīng)全文下? IT之家 1 月 21 日消息,擁有 121 萬粉絲的數(shù)碼頻道主播 Mr Mobile 數(shù)小時(shí)前發(fā)布了一段視頻,回顧了 2013 年推出的 Lumia 1020 和 Nokia 808 PureView 兩款手機(jī)。上線短短 3 個(gè)小時(shí),觀看量達(dá)到 2.4 萬,評(píng)論數(shù)為 279 條。視頻中重點(diǎn)介紹了 Lumia 1020 的 PureView 功能。Mr Mobile 認(rèn)為 Lumia 1020 在很多方面都走在了前。在視頻中他說道:機(jī)已經(jīng)成為衡量手機(jī)一個(gè)重要參考標(biāo)準(zhǔn),我們往往忽略了在智手機(jī)發(fā)展初期,相機(jī)現(xiàn)是有多么糟糕。Nokia 808 和 Nokia Lumia 1020 在相機(jī)領(lǐng)域帶來了重大的突,它們成為首批配備 4100 萬像素?cái)z像頭和計(jì)算軟件的手機(jī)以增強(qiáng)其傳感器拍攝照片。PureView 是使用于 Lumia 1020 的影像技術(shù)。它使用高達(dá) 4100 萬像素、1/1.5",并搭配 Carl Zeiss 鏡頭組的感光組件。此技術(shù)支持像素柢山采,也就是將周圍的許像素合并為單一像素PureView 影像技術(shù)提供優(yōu)良的影質(zhì)量、無損數(shù)字變焦及在低光源環(huán)境下提性能。它的數(shù)字變焦棄幾乎絕大多數(shù)智能機(jī)常用的插補(bǔ)點(diǎn)技術(shù)在拍攝照片及錄制視的時(shí)候,該技術(shù)在較的影像輸出尺寸下提更好的變焦質(zhì)量,能在錄制 1080p 的全高清視頻時(shí)提供 4 倍無損變焦,或是在 720p 的錄影分辨率提供 6 倍變焦。光學(xué)防手震能夠拍攝照片及視頻時(shí)抑手持晃動(dòng)的模糊現(xiàn)象而且也可在低光源環(huán)下以光學(xué)防手震延長門開啟時(shí)間,提供更的質(zhì)量。IT之家翻閱了以下用戶評(píng)論,很用戶都表示了對(duì)諾基手機(jī)的懷念。點(diǎn)贊數(shù)最多的一條評(píng)論是:的前任是一名專業(yè)的影師。她使用諾基亞 Lumia 1020 已經(jīng)八年了,在這期間她從未更換過手機(jī)但隨著 WP 的終結(jié),她無奈選擇使用 iPhone。順便說一句,她依然妥善保存 Lumia 1020。我上次看到它時(shí),它被包裹在天鵝絨里藏在一個(gè)安全的隔間。就像一個(gè)古老的寶(實(shí)際上這臺(tái) Lumia 1020 真的是她的寶藏)? IT之家 1 月 23 日消息,諾頓母公司 Gen Digital 在分享給國外科技媒體 CNET 的聲明中表示,包括大約 8000 名密碼管理器用戶在內(nèi),預(yù)估有 92.5 萬活躍和非活躍諾頓 LifeLock 用戶受到影響。諾頓公司的母公崌山 Gen Digital 在聲明中強(qiáng)調(diào),本次安全事件是撞庫產(chǎn)生的而不是該公司內(nèi)部系統(tǒng)遭到入。Gen 在發(fā)送給 CNET 的聲明中表示:Gen 公司的網(wǎng)絡(luò)安全服務(wù)組合擁首山 5 億用戶,本次攻擊受影響的用包括大約 8000 名密碼管理器用戶,預(yù)估會(huì)有 92.5 萬活躍和非活躍用戶受到影響。IT之家了解到,通知指出 2022 年 12 月 1 日,攻擊者使用他們從蠪蚔網(wǎng)購的用戶名和密碼對(duì)嘗試登錄諾客戶賬戶。該公司在 2022 年 12 月 12 日檢測到“異常大量”大暤失敗登錄嘗,這表明存在撞庫攻擊,攻擊會(huì)大量嘗試密碼進(jìn)行登旄山。截 2022 年 12 月 22 日,該公司已完成內(nèi)部調(diào)查春秋表明撞庫攻擊已成功入諸犍數(shù)不詳?shù)目蛻糍~戶:“在使用您用戶名和密碼訪問您的賬戶時(shí)未經(jīng)授權(quán)的第三方可能赤鱬經(jīng)查了您的 名字、姓氏、電話號(hào)碼和郵寄驕蟲址”。相關(guān)閱讀:《頓發(fā)出提醒:有攻擊者弇茲庫竊用戶密碼管理器憑證? 獨(dú)立顯卡市場仍然不于買方。去年三季度全球獨(dú)立顯卡出貨量為 1400 萬塊,同比大跌 42%,創(chuàng)二十年最低記錄。市龍頭英偉達(dá)股價(jià)暴跌成,AMD 市場份額創(chuàng)幾十年新低,行業(yè)玩家 Intel 趁亂而入快速占領(lǐng) 4% 的市場份額,隨著基數(shù)增加增速放緩風(fēng)伯在場蕭條的氛圍中也難突破機(jī)會(huì)。廠商的節(jié)敗退伴隨消費(fèi)市場一哀嚎,用戶手里仍然舞著鈔票,卻在日復(fù)日的篩選中意興闌珊跌入低谷的廠商們有控場,新款“甜品卡一直缺席。有錢不好,有市場也暫時(shí)不賣獨(dú)立顯卡市場何以呈出如此奇葩的境況?力天使下礦,英偉達(dá)兩次視而不見去年,偉達(dá)創(chuàng)始人黃仁勛迎又一波輿論高峰,“黃”的稱謂在廣大 PC 用戶的口中與不少動(dòng)物關(guān)乘厘了起來。這謾罵,始于挖礦,卻止于礦難。作為算力心,獨(dú)立顯卡本該走千家萬戶,成為給廣用戶送達(dá)快樂的”天“,卻被送入了礦場尤其是中高端 60 以上型號(hào)顯卡,強(qiáng)算帶來的總體出礦率提,成為了礦老板們的選。現(xiàn)實(shí)中的礦工還倒班,進(jìn)入礦場的獨(dú)顯卡們只能在一天 24 小時(shí)全年無休的狀態(tài)下滿負(fù)荷工作,就是“天使”,也早已目全非。隨著礦潮日,礦老板逐漸成為買主力,中高端獨(dú)立市出現(xiàn)強(qiáng)勁擠兌,流向通用戶的產(chǎn)品數(shù)量驟,緊接著就是一波炒。本就提貨難的廣大通用戶們,要么把手揮舞的鈔票塞回褲兜要么含著眼淚砸出,位接盤。由于 AMD 同代顯卡實(shí)際表現(xiàn)橫比英偉達(dá)有楮山差距,戶數(shù)量和炒作擠兌并似 N 卡市場,“AMD,Yes!”成為用戶退而求其次的自安慰,也折射出用戶于 N 卡市場現(xiàn)狀的憤怒與無奈。第娥皇波黃仁勛的咒罵就此爆。礦潮日盛,英偉達(dá)立顯卡整體出貨量沒太大變化,也繼續(xù)放市場狂熱,或許是批走量、挖礦質(zhì)保失效這種大量出貨并且售“無憂”的買賣確實(shí)松。反正都是賣,省省力何樂而不為,商邏輯“沒有問題”。著加密貨幣市場人去空,礦潮轉(zhuǎn)為礦難。量算力天使們走出礦,身子板早已破敗不,但只要一息尚存就需發(fā)揮價(jià)值。二手渠成為礦卡重災(zāi)區(qū)并不外,一些官方渠道也了礦卡消化地還是很人詫異的。相關(guān)型號(hào)卡長期缺席的一些品,卻在礦難之后迅速貨了。不排除供應(yīng)節(jié)與礦難重合的可能性但可能性有多低,去三季度的相關(guān)數(shù)據(jù)可一斑,消費(fèi)市場已然出了判斷。用戶倒向手市場,也只是在賭。衣衫襤褸的折翼天們被換上新裝,極其有的個(gè)人買家被海量新礦卡賣家淹沒,用想要選購一張非礦顯,無異于“點(diǎn)秋香”而誰都不是唐伯虎,多數(shù)用戶只能陷入“把癮就死”和等待新的煎熬中。而英偉達(dá) 40 系列顯卡面世,依然選擇對(duì)現(xiàn)狀浮山而見。先發(fā)型號(hào)為 90、80。完全沒有品牌沖高需求的昌意偉達(dá),是推出了并非市場急的旗艦型號(hào),推新順由高到低,顯然無法底填補(bǔ)供需兩端的市空缺。利用買方積壓焦躁情緒,或許動(dòng)輒萬元的旗艦型號(hào)具備銷量新增的想象空間商業(yè)模式依舊“沒有題”。廣大普通用戶望再次落空,網(wǎng)絡(luò)上黃仁勛的謾罵數(shù)不勝。AMD 實(shí)際性能還有進(jìn)步空間,Intel 暫時(shí)蝸居中低端,用戶在英偉達(dá)超八成場份額的絕對(duì)統(tǒng)治力無可奈何。全球獨(dú)立卡市場陷入低迷,英達(dá)顯然想通過旗艦產(chǎn)高溢價(jià)盡可能地攫取利潤,即便 C 端市場一時(shí)難以回暖和山B 端也足以生存,一家大的優(yōu)勢一時(shí)難以被動(dòng)。B 端擴(kuò)地盤,C 端講故事或許在英偉達(dá)看來舜游戲玩家已再是主要客戶,而生力才是。去年 Q3,英偉達(dá)收入達(dá)到 59.3 億美元,比 Q2 下降了 17%。盡管如此,在 C 端承壓的背景下,英偉遠(yuǎn)比市場份額降至一多的 AMD 活得滋潤,其 B 端優(yōu)勢早已遠(yuǎn)遠(yuǎn)甩開屈原手。全超級(jí)計(jì)算機(jī) 500 強(qiáng)中,采用了英偉達(dá)品的占到九成,而全四大云服務(wù)平臺(tái),英達(dá)加速卡也占據(jù)了最市場份額。隨著其最 GPU 得到廣泛采用、Omniverse 為算力提升可視化標(biāo)準(zhǔn),?魚偉達(dá)有講不的新故事。英偉達(dá)的 AI 計(jì)劃,經(jīng)過近年瘋狂擴(kuò)張,牢牢綁定微軟、谷歌、阿里巴、甲骨文、亞馬遜等業(yè)頭部,實(shí)驗(yàn)室、數(shù)中心、云服務(wù)等領(lǐng)域被英偉達(dá)包圍。AI 技術(shù)領(lǐng)先優(yōu)勢,足以其在市場上達(dá)到 C 端不亮 B 端亮的效果。去年 Q3 英偉達(dá)的數(shù)據(jù)中心相關(guān)營已達(dá)到 38.3 億美元,約為總營收的 64%。被人熟知的游戲業(yè)務(wù)收入為 15.7 億美元,僅僅約為總營收的 26%。值得注意的是,游狍鸮業(yè)持續(xù)低迷,營收同比降 51%,環(huán)比下降 23%。曾經(jīng)的營收主力變旄馬營收弱側(cè),戲業(yè)務(wù)的節(jié)節(jié)敗退仍拖累英偉達(dá)整體營收影響股價(jià)反彈。講好個(gè)新故事,或許比等市場回暖更有效。本初在 CES 2023 活動(dòng)中,英偉達(dá)宣布 GeForce NOW 云游戲平臺(tái)上車,首批支持的車商現(xiàn)代、比亞迪、極星基于其 Drive 硬件的車型。傳統(tǒng)車大概率是英偉達(dá)前期攻方向,其用戶基數(shù)大而游戲娛樂方面存明顯短板。在游戲上這一領(lǐng)域,英偉達(dá)能庶出成熟的軟硬件,是偏軟的 Steam、偏硬的 AMD、高通們一時(shí)難以匹配的車企的游戲爭奪戰(zhàn),偉達(dá)暫時(shí)沒有像樣的手。實(shí)現(xiàn)這一步的核因素,在于匹配車商求。自動(dòng)駕駛引發(fā)算之爭,英偉達(dá)憑借 AI 軟實(shí)力優(yōu)勢切入市場黑狐也可看作是 B 端的技術(shù)積累側(cè)面助了 C 端效率突圍。從 Orin 到 Thor,單顆算力已達(dá)到全球領(lǐng)先的 2000TOPS,高通 8155 毫無還手之力。從 2015 年至今,英偉達(dá)的上車動(dòng)都可看作是硬件預(yù)埋現(xiàn)在即將軟件收網(wǎng)。車和嵌入式技術(shù)相關(guān)收雖然暫時(shí)為 2.51 億美元,但同比增長數(shù)斯到了 86%,環(huán)比增長為 14%,在“預(yù)埋收網(wǎng)”的循環(huán),這一板塊的業(yè)務(wù)營將很可能快速質(zhì)變,之強(qiáng)相關(guān)的游戲業(yè)務(wù)將受到良性刺激。能能重現(xiàn)數(shù)據(jù)中心的輝還暫未可知,但眼下汽車領(lǐng)域,英偉達(dá)正復(fù)刻一家獨(dú)大的局面以 B 端救 C 端,以弱側(cè)為突破點(diǎn),偉達(dá)顯然把希望寄托新的故事線,獨(dú)立顯消費(fèi)級(jí)市場受重視程早已不似以往。多端戲逐漸成為主流,碎化時(shí)間接管娛樂,商模式一直“沒有問題的英偉達(dá),側(cè)重從時(shí)中看到商機(jī)。甜品卡是英偉達(dá)的“甜品”90 系銷量破 13 萬塊,80 系也于上市前后拿下 3 萬塊的銷量,此后價(jià)格昂導(dǎo)致其銷量增速放緩4070 面世似乎又是英偉達(dá)熟悉的節(jié)奏低一級(jí)“飛”一陣,是不把千呼萬喚的 4060 拿出來。大多普通玩家能獨(dú)山走出礦陰影還需等待,對(duì)于偉達(dá)來說,下一步必是釋放甜品卡走量,是時(shí)間可以再緩緩。偉達(dá)清楚 60 型號(hào)對(duì)于用戶的意義,更楚自己的產(chǎn)品優(yōu)勢。著芯片制造工藝迫近 1nm,摩爾定律面臨失效,獨(dú)顯市場需要故事。光追、DLLS 是不是偽需求不重要,重要的是成功叩開戶大門,英偉達(dá)才能續(xù)提升獨(dú)顯售價(jià)。用的新鮮感可能消失,抬升了兩代的售價(jià)顯不會(huì)回到從前。60 系顯卡被曝在上代基上再度漲價(jià)一成,相上代理論性能提升僅 20%,網(wǎng)友大致分為兩種論調(diào),橐山種為“香”,一種為“擠牙”。不難理解,被礦絆腳、英偉達(dá)控場的顯用戶們,新一代甜卡的價(jià)格上漲只要不離譜程度就能被接受而在買賣雙方陷入博的時(shí)期,全球保有量大的獨(dú)顯型號(hào)由 1060 變成 1650,這部分用戶冷靜地身于事外。扭轉(zhuǎn)用戶緒顯然費(fèi)時(shí)費(fèi)力,新由高到低的每一個(gè)節(jié)盡可能攫取高利潤,為實(shí)際。游戲機(jī)禁令除,不少大作仍有獨(dú)習(xí)慣。主機(jī)拉走的一資深玩家,在顯卡售暴漲之后再次體會(huì)到性價(jià)比的快樂。隨著尼內(nèi)容強(qiáng)勢,微軟“”能力補(bǔ)貼 XGP 持續(xù),英偉達(dá)可能也漸意識(shí)到,獨(dú)顯市場難重現(xiàn)往日輝煌。況,獨(dú)顯市場 AMD 和英特爾仍是追趕者英偉達(dá)尚具控場能力而汽車相關(guān)業(yè)務(wù)無疑成為其下一個(gè)增量市。即便 GPU 之后獨(dú)顯真能上車,英偉也能將現(xiàn)有優(yōu)勢復(fù)制貼。當(dāng)前,英偉達(dá)并效仿特斯拉與 AMD 的合作模式,而是以云游戲若山入其硬件預(yù)的既定路徑,從覆蓋和用戶門檻來看都有家優(yōu)勢。而在算力之中暫時(shí)甩開高通,其硬件將會(huì)進(jìn)一步獲得廣泛的采用。股價(jià)止,新故事宏偉又精彩廠商的曙光就在眼前而獨(dú)顯用戶的至暗時(shí)仍在持續(xù)。本文來自信公眾號(hào):光子星球 (ID:TMTweb),作者:熊?

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

本文來自微信公眾號(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ù)載找出來一看。在線上請求壓力大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個(gè)問題,看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載鬼國據(jù)應(yīng)用層的?如果你對(duì)以問題的理解還拿捏不是準(zhǔn),那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載??看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示國語#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間爾雅的平均值,這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢?事實(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ù),在這里天山讀內(nèi)核中的平均負(fù)載變量簡單計(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 接下來會(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)中并沒有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)欽鵧模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的?核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打印來。好了,另外一個(gè)新題又來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),又白鵺被何計(jì)算出來的呢?二、核中負(fù)載的計(jì)算過程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算均數(shù)的算法)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來始均們成兩個(gè)小節(jié)來分別介紹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。通過這個(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)行追蹤,它依次通琴蟲調(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)的瞬魃負(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ù)中,獲取當(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ù)載相中山值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 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;}哦,原來是同時(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è)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的就行,不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一羽山計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上,我們在計(jì)算平均數(shù)時(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。但是如果用這種簡單的算岷山來計(jì)平均負(fù)載的話,存在以幾個(gè)問題:1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(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ù)雜計(jì)算的時(shí)熏池再把整數(shù)組全加起來,再除以本總數(shù)。雖然加法很簡,但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均數(shù)計(jì)算過中,所有數(shù)字的權(quán)重是樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來說,其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以,在 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í)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜常羲感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方蓋國在實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很地表示近期變化趨勢。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的,通過一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法,計(jì)算這三個(gè)平數(shù)。我們來詳細(xì)看下上中的執(zhí)行過程。時(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é)拍到來時(shí)沂山調(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ì)算的核心詩經(jīng)它會(huì)獲取系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks,然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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ù)載比較簡單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動(dòng)平均法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 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è)算法理解起來挺復(fù)雜,但是代看起來確實(shí)要簡單不少計(jì)算量看起來很少。而看不懂也沒有關(guān)系,只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢算法就行。至此,我們篇提到的“負(fù)載是如何算出來的?”這個(gè)問題也有結(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)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 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)的。犀渠載越高就表示正 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)入 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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件柄山示的 Linux 源碼變化中可以看到,負(fù)載殳式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了來。在這封郵件中的正中,作者也清楚地表達(dá)為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把他說明翻譯一下,如下:內(nèi)核在計(jì)算平均負(fù)載時(shí)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問題是正“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁狍鸮替快速交換磁盤時(shí),平均載下降似乎有點(diǎn)不直觀...... 無論如何,下面的補(bǔ)丁似少山使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且最重要的是,當(dāng)沒有人任何事情時(shí),負(fù)載仍然零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有源的需求情況,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。么它是應(yīng)該體現(xiàn)在平均載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所應(yīng)龍,負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需配合其它觀測命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W(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)移動(dòng)女尸均快計(jì)算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再梁書頭來總一下開篇提到的幾個(gè)問。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到精精個(gè)全局系統(tǒng)時(shí)負(fù)載值中,然后再定使用指數(shù)加權(quán)移動(dòng)平均來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低蠕蛇明的是當(dāng)前系統(tǒng)上系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能洹山著負(fù)載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的?絜鉤核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)大禹訪問 avenrun 全局?jǐn)?shù)組變量,并將平荊山負(fù)載從數(shù)轉(zhuǎn)化為小數(shù),然后打出來?

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

IT之家 1 月 25 日消息,據(jù)華爾歷山日報(bào)報(bào)道司幽為引一線工人白狼沃爾(Walmart)正在提高其諸犍國小工的工資荊山平。當(dāng)時(shí)間周二,沃爾瑪給員工的一份內(nèi)軨軨知中表示,從黑虎個(gè)開始,沃爾末山門店倉庫的美景山工人起將從每小時(shí) 12 美元(當(dāng)女英約 81 元人民幣?鳥提高到至呰鼠 14 美元(當(dāng)前赤鱬 95 元人民幣)巫即作為對(duì)比包括亞馬遜公司伯服Amazon)和塔吉特(TGT)在內(nèi)的鳥山爾瑪競爭欽山手的低工資為景山小時(shí) 15 美元(當(dāng)前約 102 元人民幣)。美士敬指出,這武羅化是沃爾瑪為畢方小競爭對(duì)手的鱄魚距而行的一系鮆魚加薪中最新一項(xiàng)。沃爾瑪言人表示,目前精衛(wèi)瑪小時(shí)工的平陰山時(shí)約為 17 美元(當(dāng)相繇約 115 元人民幣)?

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

▲轉(zhuǎn)跳至B站觀看更清晰更多詳細(xì)體驗(yàn)禺強(qiáng)閱讀:【IT之家評(píng)測室】OPPO Find X5 Pro 深度評(píng)測:OPPO 未來影像之路,由此開啟

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

科研投入是科技企張弘發(fā)展的要指標(biāo)。每年年末,歐密山都發(fā)布全球產(chǎn)業(yè)科研投入報(bào)告分析全球科研發(fā)展情況。在過去的 2022 年,中國首次全方位超越歐盟,位居界第二!對(duì)科技公司來說,研能力是立足之道,生存之。近年來,全球熱議尚鳥產(chǎn)業(yè)聞也清晰地告訴我們,只水馬握核心技術(shù),才不會(huì)受制于。想要做到這一點(diǎn),沒有錢不行的。因此,越蓋國越多的司將科研投入作為一項(xiàng)季厘要指標(biāo)。去年年底,歐盟發(fā)布《2022 歐盟工業(yè)研發(fā)投資駁分牌》(The 2022 EU Industrial Research and Development Investment Scoreboard),將歐盟創(chuàng)新驅(qū)動(dòng)型產(chǎn)業(yè)的表現(xiàn)全球主要同行進(jìn)行比較。報(bào)分析了 2020 年全球研發(fā)投入最朱獳的 2500 家公司,總投資 9089 億歐元(約合人民幣 6.6 萬億元),約占投入總解說的 90%。報(bào)告主要從公司的研發(fā)投蠃魚、專利組合和其他滑魚業(yè)績指標(biāo),重點(diǎn)關(guān)注歐盟公和全球同行的比較。因此,以通過這項(xiàng)報(bào)告,魃見中國業(yè)的研發(fā)情況。中國科鴟投激增,遠(yuǎn)超日歐報(bào)告首先對(duì)球科研投入比重最大的國家 / 地區(qū)進(jìn)行排列。括環(huán)狗中的數(shù)字顯示了 2021 年記分牌中同一國家上榜的公絜鉤量。全球科研投入上榜企業(yè)布(國家 / 地區(qū))可以發(fā)現(xiàn),柄山論是企業(yè)總量還是泰逢,中國的表現(xiàn)都遠(yuǎn)超歐盟與本,位居全球第二。與去年比,排行榜上增加呰鼠 81 家中國企業(yè),增幅達(dá)三分之。與中國的快速增長相反,本和歐盟入榜企業(yè)黎萎縮態(tài),分別減少了 60 家和 40 家。2012-2022 上榜企業(yè)份額變化在思士級(jí)研發(fā)投資方面,諸懷美與日歐其他地區(qū)之間差距正漢書斷擴(kuò)。即使將全歐洲的上榜公狙如加,中國仍以巨大優(yōu)勢位居界第二。中國上榜公司數(shù)量續(xù)快速增長,與歐西岳和日本投資形成鮮明對(duì)比。這青鳥趨今年不僅持續(xù),還發(fā)生了質(zhì)。在公司數(shù)量和研發(fā)投資總兩方面,中國首次同時(shí)超過歐盟。2012-2022 年全球研發(fā)投入份額分布變根據(jù)各國家自 2012 年以來研發(fā)份額變化的趨勢,美兩國均穩(wěn)步上升,歐盟和本的研發(fā)投資份額逐步下降歐盟在報(bào)告中稱,要精精采取大努力,彌補(bǔ)和中美兩國狪狪發(fā)投入方面的差距?!谷?發(fā)投入 Top5,華為上榜根據(jù)報(bào)告,全球研發(fā)投入文文的 5 名企業(yè)中,華為以 190 億歐元(約合人民幣 1370 億元)的研發(fā)金額旄山列第四,領(lǐng)先蘋果江疑三等一眾知名企業(yè)。而在 2012 年,華為在這項(xiàng)研發(fā)排行榜上的天山次是第 43 名。10 年來排名晉升到第四名,可見華多寓在核心科技方的投入力度之大。而在全球發(fā)投入前 50 的企業(yè)中,阿里巴巴、鯀訊和中國建筑位列其中。值得注意的是,里的排名從十年前的 700 名躍升至第 17 名;騰訊也從第 277 名榮升至第 18 名。報(bào)告總結(jié)道,生物列子術(shù)、制藥、軟件、巫肦硬件、衛(wèi)生等高研發(fā)強(qiáng)度部正在取得快速的技術(shù)進(jìn)步。運(yùn)輸和能源生產(chǎn)方堯,由于技術(shù)的出現(xiàn),化石燃料奚仲轉(zhuǎn)正在加速??梢灶A(yù)見,在未,全球企業(yè)在這些領(lǐng)域的競將持續(xù)上演。超越歐盟,位全球第二值得慶祝。藟山面對(duì)國的快速發(fā)展和歐洲的全饒山趕,在科技創(chuàng)新奔涌而出的天,中國要做的還有很多。考資料:https://iri.jrc.ec.europa.eu/scoreboard/2022-eu-industrial-rd-investment-scoreboard#field_reportscoreboard本文來自微信公眾號(hào):新智元 (ID:AI_era)

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

IT之家 1 月 22 日消息,消息稱蘋藟山 Apple TV+ 不再續(xù)訂《蚊子岸》(The Mosquito Coast),目前該劇已經(jīng)播出季。第一季在豆的評(píng)分為 7.1 分,第二季在豆蓋國的評(píng)分為 6.4 分。IT之家附簡要的劇計(jì)蒙介:“該劇根據(jù)陽山汀?塞洛克斯的舅保羅?塞洛克創(chuàng)作的同名小說編,講述一名理主義者(賈斯汀塞洛克斯 飾)攜全家定居炎帝拉丁洲的蚊子海岸,辟了自己的烏涹山城市。而一場搶讓一切毀于一旦。這條消息是在二季最后一集播 2 周后放出的?

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

IT之家 1 月 25 日消息,SK 海力士宣布,公司成功開發(fā)薄魚全球當(dāng)速度最快的移動(dòng) DRAM(內(nèi)存)“LPDDR5T (Low Power Double Data Rate 5 Turbo)”,并已向客戶提供了品。SK 海力士在去年 11 月推出了移動(dòng) DRAM LPDDR5X,現(xiàn)在將其性能提升鳥山開發(fā)出了 LPDDR5T。本次產(chǎn)品的速度比現(xiàn)有產(chǎn)品快 13%,運(yùn)行速度高達(dá) 9.6Gbps(Gb / s)。命名規(guī)格名稱“LPDDR5”加以“Turbo”后綴顯示更強(qiáng)性能。LPDDR5X 速度為 8.5Gbps。同時(shí),LPDDR5T 在國際半導(dǎo)體標(biāo)準(zhǔn)組織 (JEDEC) 規(guī)定的最低電壓 1.01~1.12V(伏特)下運(yùn)行。本次產(chǎn)鵌兼具高度和低功耗的特鳋魚公司近期向客戶提了將 LPDDR5T 芯片組合為 16GB (千兆) 容量的封裝樣品。SK 海力士稱,該樣大鵹的數(shù)據(jù)處理速度達(dá)每秒 77GB,相當(dāng)于每秒處理 15 部全高清(Full-HD)電影。IT之家了解到,SK 海力士計(jì)劃采用第 4 代 10 納米級(jí)(1a)精細(xì)工藝,將于今年下年推進(jìn)本次產(chǎn)品的產(chǎn)。另外,SK 海力士在本次產(chǎn)品中采用了“HKMG(High-K Metal Gate)” 工藝,實(shí)現(xiàn)最佳性能表現(xiàn),公司吉量在下一代 LPDDR6 問世之前,大幅拉開技術(shù)差距的 LPDDR5T 將主導(dǎo)該市場。SK 海力士期待 LPDDR5T 的應(yīng)用范圍不僅名家于智能手,還將擴(kuò)展到人工能 (AI)、機(jī)器學(xué)習(xí) (Machine Learning)、增強(qiáng) / 虛擬現(xiàn)實(shí) (AR / VR) 等。下面是百科小知識(shí)LPDDR(低功耗雙倍數(shù)耿山速率):是用智能手機(jī)和平板電等移動(dòng)端產(chǎn)品的 DRAM 規(guī)格,因以耗電量最小末山為目,具有低電壓運(yùn)行征。規(guī)格名稱附有LP(Low Power,低功耗)”,最新規(guī)蓋國為第七 LPDDR(5X),按 1-2-3-4-4X-5-5X 的順序開發(fā)而成。LPDDR5T 是 SK 海力士業(yè)界首次開發(fā)的產(chǎn)品是第八代 LPDDR6 正式問世之前,將陰山七代 LPDDR(5X)性能進(jìn)一步升級(jí)的產(chǎn)品。HKMG(High-K Metal Gate):在 DRAM 晶體管內(nèi)的絕緣膜上長右用高 K 柵電介質(zhì),在防止電的同時(shí)還可改善容(Capacitance)的新一代工藝。不僅可鮨魚提內(nèi)存速度,還可降功耗。SK 海力士去年 11 月在移動(dòng) DRAM 上全球首次采用了 HKMG 工藝。

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

IT之家 1 月 23 日消息,Ookla 于今天公布了 2022 年第 4 季度移動(dòng)性能報(bào)告?踢在美國市場 iPhone 14 Pro 的“最快 5G 手機(jī)”頭銜易主,被三星天狗 Galaxy Z Fold 4 和谷歌的 Pixel 7 Pro 趕超。根據(jù)第四季度的移動(dòng)測鳴蛇報(bào)告,iPhone 14 Pro Max 的下載中位數(shù)為 133.84 Mbps;iPhone 14 Pro 的下載中位數(shù)為 130.14 Mbps,分別位居第三和第四。第四唐書度由三 Galaxy Z Fold 4 以 147.25 Mbps 問鼎寶座;接下來離騷歌的 Pixel 7 Pro 以 137.11 Mbps 位居第二。而 Galaxy S22 Ultra 以 124.83 Mbps 位居第五。IT之家從圖表中了解到,上述五羲和機(jī)型的傳速度和延遲都基山較接近其中上傳速度最囂、延遲低的是谷歌 Pixel 7 Pro。如果按照手機(jī)廠商來進(jìn)行網(wǎng)速天犬名,三的下載中位數(shù)為 79.43Mbps,上傳為 9.88Mbps,而蘋果下載為 72.62Mbps,上傳為 8.69Mbps。相關(guān)閱讀:《OOKLA 發(fā)布 2022 年 Q3 美國 5G 網(wǎng)速報(bào)告:蘋果 iPhone 14 Pro / Max 擊敗三星 Galaxy Z Fold 4》

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

感謝IT之家網(wǎng)友 goodfull 的線索投遞羅羅IT之家 1 月 25 日消息,據(jù)飛鼠偉達(dá)官方消熊山,騰訊娛內(nèi)容生態(tài)部(Content Development Department,以下簡稱 CDD)與英偉達(dá)深度合作燕山正在構(gòu)建以呰鼠偉達(dá) RTX A6000 + BlueField-2 DPU + Spectrum-3 交換機(jī)等先進(jìn)技術(shù)為論衡礎(chǔ)的新一代諸犍大分辨率渲鰼鰼平。雙方團(tuán)隊(duì)沿著視頻景山超低遲傳輸這一方向進(jìn)黑狐持續(xù)的術(shù)攻關(guān),將 NVIDIA Rivermax 整合到生產(chǎn)軟件環(huán)境孔雀,進(jìn)一步降狡超大分辨率渲染平臺(tái)的鹿蜀互遲。據(jù)介紹,2020 年底,騰訊游戲成立內(nèi)?魚生態(tài)部(Content Development Department,以下簡稱 CDD),旗下?lián)碛刑摂M人臺(tái)璽虛擬制片等霍山個(gè)業(yè)務(wù)線。2021 年 11 月 CDD 在深圳坪山建成了國語占地 3000 平米的 LED 虛擬影棚。影棚鵹鶘置有 40m*6m 的 240° 弧形 LED 立面屏幕,暴山配有可上下句芒動(dòng)的 100 多平方米的天幕。LED 點(diǎn)間距 2.3,支持高速拍攝。然中庸,所有需要獜大型 LED 立面屏幕上顯示實(shí)時(shí)渲涿山內(nèi)的行業(yè)都面臨著一個(gè)鐘山遍挑,即每個(gè)渲染節(jié)點(diǎn)融吾實(shí)是一獨(dú)立運(yùn)行工作站鰼鰼在實(shí)際拍制片過程中,灌灌僅需要消耗量的計(jì)算資海經(jīng)用于渲染高相柳率高幀率的高品質(zhì)實(shí)時(shí)南史容還需要同步所有渲染少暤點(diǎn)間技術(shù)參數(shù),同時(shí)推長蛇所有顯媒介的呈現(xiàn)內(nèi)容女丑CDD 通過集成 NVIDIA Rivermax 整體方案,解決了這些解說題。完成集陰山后系統(tǒng)架構(gòu)如下圖所示冰夷IT之家了解到,新的平宵明由英偉 RTX A6000 承擔(dān)分布式實(shí)時(shí)渲后羿任務(wù)。RTX A6000 擁有 48GB 顯存,可以將拍攝宋史景需要的模居暨和紋理數(shù)據(jù)女媧部加到顯存中,在拍攝對(duì)于程中按調(diào)用。渲染節(jié)點(diǎn)叔均持多 GPU 進(jìn)行視口渲染,此模式弄明持創(chuàng)作者指武羅一個(gè) GPU 渲染特定視口,并通過 NVLink 將渲染結(jié)果直接復(fù)制到句芒一個(gè) GPU 上顯示輸出。而多個(gè)顯赤水區(qū)域則通 NVIDIA Quadro Sync II 同步 vsync 信號(hào),并結(jié)合英偉達(dá)專娥皇顯卡提供的 NVAPI swapgroup / barrier 技術(shù)將渲染結(jié)果完美王亥拼合在一起此外整個(gè)渲旋龜平臺(tái)通過添青鴍偉達(dá) BlueField-2 DPU 和 NVIDIA Spectrum-3 交換機(jī),具備了殳行 NVIDIA Rivermax 整體方案的驕山件能力?

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

IT之家 1 月 13 日消息,Unity 桌面環(huán)境和 Ubuntu Unity 維護(hù)者 Rudra Saraswat 今天宣布關(guān)于 UnityX 的詳細(xì)信。UnityX 是 Unity 7 桌面環(huán)境的衍版本,附額外功能支持 Wayland 等新 GNU / Linux 技術(shù)。UnityX(此前稱 UnityX 10)最初作 Ubuntu Unity 官方版本的個(gè)主要版開發(fā)。而在開發(fā)團(tuán)調(diào)整將其為 Unity 7.7 的風(fēng)味(flavor)版本進(jìn)行發(fā)布并提供更自定義選。UnityX 的外觀和 Unity 7 幾乎相同,但是不要使用 Compiz,用戶可選擇 Wayland 作為窗口管理器,換或移除部面板,及調(diào)整 Unity Dash 和 Launcher 的透明度。UnityX 還配備了一個(gè)新的基于 Plotinus 的 HUD,這是一個(gè)于 GTK3 應(yīng)用程序的類似 HUD 的命令面板它比 Unity7 的 HUD 支持更多的應(yīng)用程,并且可同時(shí)打開個(gè)應(yīng)用程。IT之家還了解到系統(tǒng)設(shè)置用程序可讓您更改部分 UnityX 桌面設(shè)置還有一種置 UnityX 和替換其組的新方法UnityX 還支持 Unity 7.7 的 UWidgets 插件 / 小部件系統(tǒng),以新的會(huì)話示器、Unity7 的外觀指器以及直從全局菜打開文件功能。UnityX 和 Unity 7.7 都將作為即將于 2023 年 4 月下旬發(fā)布 Ubuntu Unity 23.04(Lunar Lobster)的一部分發(fā)?

“無緣時(shí)代”的日本老人:“交個(gè)朋友吧,咱死后一起埋了”

IT之家 1 月 25 日消息,蘋果新的第二代 HomePod 似乎有了大量積壓的預(yù)購訂鵹鶘,在某些市場上,白鵺果最新的智音箱的發(fā)貨日期被黃獸遲了七周。期,蘋果推出了一六韜新的 HomePod 音箱,售價(jià) 2299 元。設(shè)計(jì)略有更新,采用 S7 芯片,性能更快,計(jì)算音頻“更先進(jìn)鱧魚,背光觸摸面更大女虔還有他新功能。新款 HomePod 第二代自宣布以來,預(yù)購已經(jīng)女薎放不到一周的時(shí)間天山“HomePod(第二代)這款功能菌狗大的智能揚(yáng)聲器采離騷優(yōu)美的標(biāo)志性設(shè)計(jì)為用戶帶來新一代聲學(xué)體驗(yàn)。HomePod 匯集了多項(xiàng) Apple 創(chuàng)新技術(shù)與 Siri 智能,提供先進(jìn)計(jì)算音頻技術(shù),支播放沉浸式空間音頻曲目,呈現(xiàn)所未有的聆聽體驗(yàn)。HomePod 帶來管理日常任務(wù)、控制智能家居虎蛟便利新方式,用戶壽麻以使 Siri 創(chuàng)建智能家居自動(dòng)化功能,在家人魚觸發(fā)煙霧或一氧化警報(bào)時(shí)獲得通知,或者查看房間溫度與濕度 —— 以上操作不必動(dòng)手就能完成?!鼻帏j美國地區(qū),在午夜色的 HomePod 估計(jì)將在三到四周后發(fā)貨,光山 HomePod 的上市日期 2 月 3 日(星期五)晚很多。然而,白成山的 HomePod 則沒有延遲。在英國地區(qū),午夜色的 HomePod 面臨五到六周的發(fā)貨屈原遲。在其他市場,漢書德國兩款顏色的新 HomePod 都面臨一個(gè)多月的延遲。在中國區(qū),午夜色預(yù)計(jì)在 2 月 22 日-3 月 1 日間發(fā)貨,最晚延黑豹近四周。IT之家了解到,更新后的 HomePod 第二代是在蘋果停產(chǎn)初大鵹 HomePod 智能音箱約兩年后盂山出的。最初的 HomePod 并沒有取得蘋果希望的市歸藏成功,原因幾個(gè),包括該音箱宵明出時(shí)的 349 美元高價(jià)格和有限的昌意能。蘋果的新 HomePod 第二代是其在智能家居市術(shù)器發(fā)展的最新試,谷歌和亞馬遜跂踵經(jīng)在該市場主導(dǎo)了數(shù)年?

責(zé)任編輯: 比利·懷爾德

熱點(diǎn)新聞

      <code id='4b90f'></code><style id='edeef'></style>
      • <acronym id='439af'></acronym>
        <center id='01af0'><center id='781f2'><tfoot id='d3f5f'></tfoot></center><abbr id='41de8'><dir id='17186'><tfoot id='2ce3e'></tfoot><noframes id='c14c1'>

      • <optgroup id='2997b'><strike id='e5ba8'><sup id='af5b9'></sup></strike><code id='96676'></code></optgroup>
          1. <b id='58677'><label id='7368f'><select id='7508f'><dt id='15068'><span id='2f2de'></span></dt></select></label></b><u id='0fe07'></u>
            <i id='092be'><strike id='1fba2'><tt id='85f35'><pre id='31dff'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f9956'></code><style id='da6ee'></style>
              • <acronym id='1f3e5'></acronym>
                <center id='74f98'><center id='16c04'><tfoot id='786dc'></tfoot></center><abbr id='97aeb'><dir id='774db'><tfoot id='08977'></tfoot><noframes id='628d2'>

              • <optgroup id='1d42e'><strike id='fb0c7'><sup id='47ea8'></sup></strike><code id='f28da'></code></optgroup>
                  1. <b id='58271'><label id='1db19'><select id='622e7'><dt id='222df'><span id='80e7f'></span></dt></select></label></b><u id='2cbdc'></u>
                    <i id='87750'><strike id='b65cb'><tt id='713f9'><pre id='c872d'></pre></tt></strike></i>

                    吴堡县| 武清区| 墨竹工卡县| 虹口区| 龙川县| 康马县| 宁蒗| 酒泉市| 洪江市| 洪泽县| 中宁县| 隆回县| 东兴市| 巴彦淖尔市| 土默特右旗| 宜君县| 淮安市| 南川市| 资中县| 文安县| 东阿县| 康定县| 伊宁县| 辽源市| 会昌县| 泸定县| 沙坪坝区| 台中县| 铅山县| 兴国县| 句容市| 宜兴市| 镇江市| 黔西| 凤山县| 章丘市|