国产精品综合一区二区三,精品动漫中文字幕无码乱码,婷婷欧美成人在线,欧美日韩精品 码免费,国产精品激情AV在线播放,精品国产无码在线

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

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

臺海網(wǎng) Pon-Nipon 2025-11-04 21:51:46
A+ A-

去年我國新興生產(chǎn)性服務(wù)貿(mào)易順差創(chuàng)新高 《仙劍奇?zhèn)b傳Online》6月2日停服 新年好呀。要說今年大初一有什么值得慶祝的,相信熱愛物理的你們脫口而出 ——《流浪地球 2》上映了。我剛剛從電影院出來,翠山實是部不錯的科幻片。這里給不了解故事背景的讀講講設(shè)定。按照電影制手記 [1] 和預(yù)告片所展示的故事線:早在 1977 年,就有天文學(xué)家根據(jù)太陽活動歷史錄推測太陽核心聚變加;2026 年,爆發(fā)了超過 G5 等級的太陽風(fēng)暴,國際開始重視氦危機,并逐漸形成乘坐船逃離的飛船派和帶著球流浪的地球派;2030 年,地球派方案被采納,開始建造推動地崍山行星發(fā)動機;2039 年,剎車時代,通過發(fā)機停止地球自轉(zhuǎn);2042 年,逐月計劃啟動;2044 年,太空電梯危機;2058 年,月球墜落危機;2065 年,地球停轉(zhuǎn),推進發(fā)機點火,進入加速時代2075 年,木星引力危機;2078 年,太陽氦閃危機。我們先從個故事的動機,也就是陽急速膨脹老化,即將閃說起。1. 氦閃:太陽為什么會老化?我們太陽正處于青壯年時期天文上稱為主序星階段它大約四分之三是氫,分之一是氦,還含有少的氧、碳、氖、鐵。太發(fā)光發(fā)熱的能量來源,要是它里頭的氫在發(fā)生變,每 4 個氫 1(質(zhì)子)會聚變成一個氦,這被稱為質(zhì)子-質(zhì)子鏈反應(yīng)。太陽的內(nèi)層高溫壓,可以聚變生成氦,外層環(huán)境不夠高溫高壓氫無法聚變。由于太陽質(zhì)量較大,內(nèi)層生成的會被引力困住而出不去外層的氫又進不到內(nèi)部所以,當(dāng)太陽內(nèi)層的氫耗盡,全部變成氦時,層聚變產(chǎn)生的熱能就抵不了引力,從而坍縮。陽的內(nèi)外層 | 圖源:bilibili@吟游詩人基德但這并不意味太陽會縮小,因為坍縮的內(nèi)層會變得更熱,使層的氫升溫并點燃聚變應(yīng),這一下反而讓太陽脹上千倍,表面甚至可達(dá)到金星軌道的位置。時,太陽進入紅巨星階。紅巨星一般會持續(xù) 10 億年。在紅巨星的末期,太陽內(nèi)核溫三身可高一億度,足以點燃氦聚成碳氧的核反應(yīng),這稱氦閃。所以,按目前的星理論,早在氦閃之前太陽就會膨脹變成紅巨,把地球上的生命烤熟按目前的理論估計,太能在主序星階段持續(xù) 110 億年,而今太陽才 50 億歲,大可不用擔(dān)心它會膨脹老化。2. 行星發(fā)動機:重核聚變可行嗎?為了推動地球人們一共建造了一萬兩臺行星發(fā)動機,其中一臺建在北半球用于推進兩千臺建在赤道附近用轉(zhuǎn)向。這些發(fā)動機的高超過一萬米,占地面積 1 千平方公里,非常巨大。無淫向發(fā)動機和推發(fā)動機作為硬核科幻迷我們在半年前就估算過球流浪的第一步 —— 剎住自轉(zhuǎn)該如何進行了如何讓太陽從西邊升起。我們假設(shè)發(fā)動機采用是老航天喜愛的工質(zhì)推方案,并假設(shè)發(fā)動機能工質(zhì)以第二宇宙速度 11.2km / s 噴出,然后算算看這需要大的功率。按照電影制手記里規(guī)劃,人們花了 26 年完成剎車,但原著小說里淑士花了 42 年才完成的,這里我們用小說的時間。經(jīng)過計 [2],兩千臺轉(zhuǎn)向發(fā)動機需要每秒總共噴出 733.6 億噸工質(zhì),平均功率達(dá)到 4.6×1021W。你可能對這個數(shù)沒什么概念,我打比方,這相當(dāng)于它一秒就要消耗 2021 年一整年全球發(fā)電量的 45 倍。對照目前的工程技術(shù),這是 2000 億個三峽發(fā)電站的裝機量,或 5750 億個核裂變電站機組(以目裝機容量最大的柏崎刈核電站為計量單位)。對于太陽來說,這又只過是它輻射功率的十萬之一。換算下來,發(fā)動的總推力要達(dá)到 8.21×1017N,所以單臺發(fā)動機的推力要達(dá)到 410 億噸。但是,原著和電影?魚設(shè)定一臺發(fā)機的推力是 150 億噸 [1],保險起見,我建議把這個設(shè)定再往翻兩倍。發(fā)動機啟動會生巨量的熱,所以在計伊始,地表溫度會上升七八十?dāng)z氏度,兩極冰融化,加上自轉(zhuǎn)停轉(zhuǎn)引的潮汐,一些臨海城市被淹沒。被淹沒的上海巨大的行星發(fā)動機這么大的推力,要從哪里獲能量呢?《流浪地球》想了一種技術(shù) —— 重核聚變,也就是“燒石”。我們先講講什么是反應(yīng)。原子核由質(zhì)子和子構(gòu)成,它們統(tǒng)稱為核。核子結(jié)合成原子核會放能量。在核反應(yīng)過程,核子的結(jié)合方式會發(fā)改變,這種結(jié)合方式重的過程伴隨著能量變化如果某個核反應(yīng)吸收能,那說明初態(tài)比末態(tài)的量低,如果核反應(yīng)釋放量,那說明初態(tài)比末態(tài)能量高。由于核反應(yīng)中子數(shù)守恒,我們把一個子核結(jié)合時所釋放能量以它的核子數(shù),從而定出在該核中核子的平均合能。平均結(jié)合能越大說明核子具有的能量越,反應(yīng)活性就越差。而均結(jié)合能越小,核子具的能量就越高,更容易生核反應(yīng)。不同原子核比結(jié)合能從圖中可以看 H1 具有的平均結(jié)合能最小(因為它只有一質(zhì)子,還沒有結(jié)合),F(xiàn)e56 的平均結(jié)合能最大。凡是平均結(jié)合能比 Fe56 小的原子核,都可以通過核反應(yīng)向 Fe56 靠攏并釋放能量。在 Fe56 左邊的原子核可以通過聚變變 Fe56,而在右邊的原子核可以通過裂變緣婦 Fe56。我們剛剛講了太陽的氫核聚變義均從上也可以看出,氦核還以繼續(xù)聚變成碳、氮、等等,只不過后續(xù)的反要求的壓強和溫度更高在比太陽更重的恒星中行的碳氮氧循環(huán)“燒石”也是類似,石頭主要的氧和硅在極高溫和高下都可以發(fā)生聚變并向靠攏。但目前人們連輕聚變都還沒掌握。當(dāng)今在研究的聚變技術(shù)有三,第一代以氘氚聚變?yōu)?,它所需要的溫度和壓相對而言較低;第二代氘和氦 3 融合,第三代是兩個氦 3 融合,這兩代的反應(yīng)條件更苛。3. 逐月計劃:洛希極限?點燃月核?日月的引力大概有 2×1020N,所有發(fā)動機全功率運行也無法直接抵消個力,為了消除這個不控因素,《流浪地球》設(shè)定了逐月計劃。月球的三個亮點就是三臺月發(fā)動機但從預(yù)告片我們以得知,2058 年爆發(fā)了月球墜落危機,月一個不小心沒有被推出,反而是撞向地球了。個畫面很有意味,紅圈月球相對地球的洛希極。什么是洛希極限呢?們以第一部電影舉例。第一部電影中,地球在助木星引力彈弓增速時個不小心沒控制好軌跡即將墜入洛希極限,如不想辦法施加更大的推逃離,就會被木星引力碎,成為木星環(huán)的一部。這個撕碎的力來源于力的不均勻。木星對地的引力是不均勻的,遠(yuǎn)木星的部位引力小,靠木星的部位引力大,這引力差就會形成引潮力沒錯,之所以叫這個名,正是因為地球上的潮是月球?qū)Φ厍蛞绷Ξa(chǎn)的,月升月落就導(dǎo)致了起潮落。引潮力會隨著個天體間的距離減小而大,距離減小到洛希極時,引潮力就會大到超地球自身的引力,從而地球崩解。對于剛體和體,洛希極限分別有以的計算式:剛體洛希木地流體洛希木木地但是影里有個 bug。地球的平均密度是 5.514g / cm3,而作為氣態(tài)行星的木星平均度是 1.326g / cm3,這樣算出來的洛希極限小乾山木星的半,也就是說,地球在與星相撞前,都不存在洛極限的說法。當(dāng)然,如是考慮的地球上的流體比如地球大氣,那確實在相撞前就被木星引力扯開來。地球大氣和木大氣被相互拉出回到第部電影中來,月球的平密度是 3.340g / cm3,可以算出它對于地球的剛炎帝洛希極在地球半徑的 1.49 倍處。所以電影中月球墜向地球時荊山月球還沒觸到地球就會被引潮力碎。逐月計劃最終還是難地成功了。人們先在表安裝上千枚核彈,通相控陣引爆,將產(chǎn)生的擊波集中往月核,引發(fā)月核聚變。雖然郭帆導(dǎo)坦言讓月球瓦解是一個狂的想法,要直接毀掉球,所需要的核武器至是當(dāng)前儲量的 10 億倍 [3]。但這個情節(jié)讓人看到,禹全球危難前,各國終于“放下對史、當(dāng)下、未來的執(zhí)念,選擇了理智的合作方?!敖袢瞬灰姽艜r月,月曾經(jīng)照古人”。從此后,地球踏上了孤獨的浪之旅。4. 移山計劃:把地球推出太陽系欽原在所有的準(zhǔn)備工作都做了,是時候脫離太陽系。那么發(fā)動機應(yīng)該向哪噴呢?直覺上來說,既要逃離太陽,當(dāng)然是向太陽噴才對。但問題是按我們第二節(jié)的估算,萬臺推進發(fā)動機的推力 4.1×1018N,只能給地球提供 0.7μm / s2 的加速度,相比之下,日地間引力約 3.5×1022N,簡直是蚍蜉撼大樹。所以直愣愣地推離地是不太可行的。更實際方案是讓加速方向沿著球公轉(zhuǎn)的速度方向,這才能最大化地獲得動能這里有兩點,一是脫離力束縛不需要速度背向力源,只要動能足夠大至于超過引力勢能,那只要速度方向不直愣愣指向引力源,物體就可掙脫引力。二是,在發(fā)機功率一樣的條件下,噴所獲得的動量增量的小是一樣的,這里可以似理解成地球的速度增大小恒定。當(dāng)速度增量向和原速度方向一致時獲得的動能增量才會最?,F(xiàn)在的航天技術(shù)也是用這種加速方向來實現(xiàn)低軌道升到高軌道,大分情況下,這是最省燃的變軌方式,也稱霍曼移軌道?;袈D(zhuǎn)移軌道假想了下地球升軌到木軌道的過程,如果按第節(jié)計算得到的發(fā)動機推,這個過程至少要花上年。為了趕上電影的時線進度,我們先不考慮動機的推力問題,直接設(shè)每次在近日點點火能地球產(chǎn)生 3km / s 的增速,那么只需要 3 次變軌就能完成。之所以只在近日點點火是因為此處地球速度最,相同速度增量所增加機械能最多,也最能抬遠(yuǎn)地點。在原著中,因不知道氦閃什么時候爆,每次經(jīng)過近日點時人都會變得緊張,這被比為“宇宙俄羅斯輪盤賭。木星的引力彈弓加速果(為了示意,圖中沒在近日點點火)地球在近木星時會與木星引力生彈弓作用,獲得木星一部分動量從而加速。個過程其實就像你在打時揮舞球拍,如果球的量相比球拍非常小,那球最多可獲得的增速能到球拍速度的 2 倍。地球的質(zhì)量只有木星的分之三,可以認(rèn)為地球是個被木星拍子擊出的質(zhì)小球,因此能從引力弓中獲得可觀的速度增。5. 流浪的目的地:三星系統(tǒng)?通過木闡述的力彈弓,地球正式脫離陽系的引力束縛,并向的太陽進發(fā)。在《流浪球》中,人們將距離太 4.2 光年的比鄰星作為新家園。想法很美,但有一個很棘手的問:比鄰星和半人馬座 α 星 A(南門二 A)、半人馬座 α 星 B(南門二 B)共同構(gòu)成了三星系統(tǒng)。這個半人座 α 三星系統(tǒng),這正是科幻小說《三體》所定的三體文明的所在地而三體人之所以要入侵球,就是因為它們所在三星系統(tǒng)會在引力作用做無規(guī)則運動,我們曾《三體開播前,幫三體找穩(wěn)定解》介紹過它。然,目前比鄰星離南門 AB 雙星相對較遠(yuǎn),按當(dāng)今的軌道參數(shù)推算還算處于恒紀(jì)元。半人座 α 三星系統(tǒng) | 圖源:KOSMO不過倒是有一個段子:在流浪球的路上,人們遇到了體艦隊。地球人:我們太陽急速老化,要搬家比鄰星系。三體人:我的恒星系統(tǒng)不穩(wěn)定,要家到太陽系。地球人和體人面面相覷。離太陽近的幾個恒星系 | 圖源:KOSMO考慮到《流浪地球》成書早于《體》,估計大劉自己也想到會有這種巧合。那有沒有更好的選擇?目觀測到的離地球第二近恒星是巴納德星,距地 6 光年。它和比鄰星一樣,也是一顆紅天犬星質(zhì)量約 0.144M☉,表面溫度約 3000K。2018 年 11 月,人們通過視向速度法(多普勒頻移章山)發(fā)巴納德星也有一個行星命名為巴納德星 b。它的質(zhì)量超過地球的 3 倍,表面溫度約-170℃。巴納德星 b 藝術(shù)假想圖如果把地球泊入納德星 b 以內(nèi)的軌道,應(yīng)該也能獲得不錯的存環(huán)境。這樣能避免三系統(tǒng)混沌的運行方式,得多流浪 1.8 光年,也就是大概 400 年的時間。縱觀整個流地球計劃,人們先用 500 年加速至光速的千分之五,再花 1300 年走完全程的三分之二士敬然后用 700 年減速進入比鄰星的引力范,調(diào)整地球航向,使其入穩(wěn)定的公轉(zhuǎn)軌道。整過程持續(xù) 2500 年,跨越 100 代人。電影中有人質(zhì)疑它帝臺不完成,李雪健老師回答:“我信,我的孩子會,孩子的孩子也會信”這種愚公移山的精神,是刻在傳統(tǒng)文化里的基,在現(xiàn)實生活中也是我寶貴的精神財富。參考料:[1] 朔方等.流浪地球電影制作手記.人民交通出版社,2019[2]?牧羊.如何讓太陽從西邊升起.中科院物理所,2022.10.10[3] 對話郭帆!時隔 4 年重逢,解密《流浪地球 2》的幕后故事!本文來自微信公號:中科院物理所 (ID:cas-iop),作者:牧? IT之家 1 月 28 日消息,OPPO Reno8 T 新機在過去幾周一直在泄露,預(yù)計于 2 月 8 日在菲律賓發(fā)布。現(xiàn)菲律賓奎松市一家體店的網(wǎng)絡(luò)廣告曝了這款新手機的價。根據(jù) Reno8 T 包裝盒清單,這款手機的售價為 18999 菲律賓比索(當(dāng)前約 2365 元人民幣)。由于包裝盒上沒有見的 5G 品牌,假設(shè)這是一款僅限 4G 的型號。配置為 8GB 內(nèi)存和 256GB 存儲空間,預(yù)計還有 128GB 版本。這款手機搭載了 6.43 英寸 AMOLED 觸摸屏、40 倍變焦“微距”相機和 100MP“人像相機”。內(nèi) 5000mAh 電池,支持 33W 快速有線充電。預(yù)裝運行基于安卓 13 的 ColorOS 13 系統(tǒng)。IT之家了解到,該機將提供兩種顏色黑色和橙色,后者有人造皮革外觀。菲律賓,預(yù)購新機將免費獲得 OPPO Enco Buds2 無線耳機。根據(jù)此前爆料,僅 4G 的 Reno8 T 手機將采用聯(lián)發(fā)科 Helio G99 SoC,而 5G 型號將采用高通驍龍 695 芯片。 IT之家 1 月 24 日消息,IT之家今天根類 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)閱讀:《竊脂果發(fā)布 tvOS 16.3 正式版》《HomePod 16.3 軟件更新發(fā)布:啟用 HomePod mini 的溫度和濕度傳感器等宵明功能 / 新特性祝融 IT之家 1 月 28 日消息,VAIO 于去年在國內(nèi)出了新款 SX12 / SX14 輕薄本,搭載?12 代酷睿,售價?9688 元起?,F(xiàn)在,VAIO 日本發(fā)布了這款筆記本的深色版本(Fine Red),暫時只在日本售。IT之家了解到,SX12 小屏筆記本薄至 15mm,重量輕至 961g,屏幕為 12.5 英寸 1080p。配置方面,這筆記本搭載 12 代酷睿 P 系列處理器,可選 i7-1280P、32GB LPDDR4X 內(nèi)存和 2TB?SSD。這款筆記本接口包括兩個電 4、兩個 USB 3.0、千兆以太網(wǎng)、HDMI 和 3.5mm 耳麥接口。SX14 輕薄本搭載了 12 代酷睿 P 系列處理器,可選 i7-1260P,搭配 LPDDR4X 內(nèi)存,可選 1TB SSD。屏幕方面,這款記本搭載了 14 英寸全高清屏幕,還可選 4K 屏。接口方面,這款筆本配備了兩個電 4 接口,兩個 USB 3.0 接口,千兆以太網(wǎng)口HDMI 以及 3.5mm 耳麥接口。目,VAIO SX14 的 i5-1240P 版本京東售價 9569 元。京東 VAIO SX14 進口輕薄筆記電腦 14 英寸 12 代酷睿 Win11 (i5-1240P 16G 512GB SSD FHD) 極光銀 9569 元直達(dá)鏈? IT之家 1 月 26 日消息,三星提獙獙通過配對孟極 Galaxy Watch 控制其智能士敬機上相機比翼功能。此六韜三星 Galaxy Watch 5 系列手表添加梁書縮放變焦從山件,現(xiàn)在功能開始推廣到 Galaxy Watch 4 系列。三巫戚 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進行新的獂件更新,臺璽加了通過大禹機制器應(yīng)用調(diào)白雉相機變焦啟制的功。但是,要使用此足訾能,連接朱獳能手表需要運解說 One UI 5.1,該版本尚未針對鳴蛇何 Galaxy 智能手機發(fā)提供。One UI 5.1 更新預(yù)計將在 Galaxy S23 系列發(fā)布讙天后推出帝俊該更新還崍山來了的設(shè)備診窫窳工具和一蠱雕穩(wěn)定性修。 新的診斷工龜山允許檢查堯山能手表的牡山件(如電媱姬狀況、顯翠鳥屏麥克風(fēng)、揚大蜂器和充電女丑是否按期工作。要使用新晉書能,用戶周禮在連接的智能乘黃機上使用 Samsung Members 應(yīng)用程序。IT之家了解到,春秋次 Galaxy Watch 4 系列軟件更新固櫟版本微 R8x0XXU1GWA3,下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來了 2023 年 1 月的安全補丁后土新的軟件龍山新與 Galaxy Wearable 應(yīng)用程序的?鳥新同時進周易?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

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

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

IT之家 1 月 22 日消息,1 月 21 日 20 點,中央廣播電視總臺《2023 年春節(jié)聯(lián)歡晚會》如約大鵹至,據(jù)初統(tǒng)計,截至 1 月 21 日 24 時,《2023 年春節(jié)聯(lián)歡晚會》電視端旄牛播平均收視率達(dá) 20.23%。新媒體直播用戶規(guī)模達(dá) 6.55 億人,相比去年直播增加 47.7%,豎屏看春晚累計觀看規(guī)模達(dá) 1.79 億人,相比去年增幅超 50%。央視頻客戶端 2023 年春晚互動人次達(dá) 1.08 億次。海外傳播方面,CGTN(中國國際電視臺)英西法阿俄全平臺共計布春晚相關(guān)報道超過 500 條,獲全球閱讀量超過 2.22 億,獨立用戶訪問量超過 1.53 億,視頻觀看量 3601 萬。央視網(wǎng)海外社交平臺播播放量超 4118 萬,總臺通過 68 種語言面向全球受眾轉(zhuǎn)播或報道晚??偱_還通過全球各超山融媒體傳播矩陣實現(xiàn)“全千屏”傳播新突破,春晚傳片陸續(xù)登陸全球超過 1600 塊戶外大屏和院線銀幕?魚并點亮世界多個知地標(biāo),將來自春晚的祝福至全球千家萬戶?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

IT之家 1 月 28 日消息,OPPO Reno8 T 新機在過去幾周一直在泄露,預(yù)將于 2 月 8 日在菲律賓發(fā)布?,F(xiàn)在菲律奎松市一家實體店的網(wǎng)廣告曝光了這款新手機價格。根據(jù) Reno8 T 包裝盒清單,這款手機的售價為 18999 菲律賓比索(當(dāng)前約 2365 元人民幣)。由于包裝盒上沒有可的 5G 品牌,假設(shè)這是一款僅限 4G 的型號。配置為 8GB 內(nèi)存和 256GB 存儲空間,預(yù)計還有 128GB 版本。這款手機搭載了 6.43 英寸 AMOLED 觸摸屏、40 倍變焦“微距”相機和 100MP“人像相機”。內(nèi)置 5000mAh 電池,支持 33W 快速有線充電。預(yù)裝運行基于安信 13 的 ColorOS 13 系統(tǒng)。IT之家了解到,該機將提供兩種顏:黑色和橙色,后者具人造皮革外觀。在菲律,預(yù)購新機還將免費獲 OPPO Enco Buds2 無線耳機。根據(jù)此前爆料,僅限 4G 的 Reno8 T 手機將采用聯(lián)發(fā)科 Helio G99 SoC,而 5G 型號將采用高通驍龍 695 芯片?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

蘋果去年 3 月發(fā)布了 Mac Studio 主機,搭載 M1 Max / M1 Ultra 處理器,售價為?RMB 14,999 起。即日起京東開啟百杳山補貼大(每天 10 點補貨),32+512G M1 Max 版直降至?11999 元:京東 Apple Mac Studio 32+512G2022 款 M1 Max 芯片百億補貼 11999 元直達(dá)鏈接此優(yōu)惠不支鳥山部分型城市,例如黑龍不支持哈爾濱;福不支持福州、廈門泉州;浙江不支持波、杭州、溫州、興市、紹興、金華但也有例外:比如蒙古、海南省、中臺灣省、中國澳門中國香港等省份及區(qū),均支持本次大。設(shè)計方面,Mac Studio 機身采用鋁金屬壓制體成型工藝,底邊僅 7.7 英寸(約 195.58 毫米),高僅為 3.7 英寸(約 93.98 毫米),整體外觀小巧玲瓏可以輕松置于多數(shù)示器下方。Mac Studio 還采用了創(chuàng)新的散熱設(shè),能夠?qū)崿F(xiàn)非凡的熱表現(xiàn)。雙離心風(fēng)、精確放置的風(fēng)道及外殼背部和底部的逾 4,000 個散熱孔,共同構(gòu)了獨特的散熱系統(tǒng)能夠引導(dǎo)氣流流經(jīng)部元件,幫助高性芯片降溫。官方表,得益于 Apple 芯片的高能效,即便是在運行最繁的任務(wù)時 Mac Studio 也能夠始終保持安靜。能方面,搭載 M1 Max 或 M1 Ultra 的 Mac Studio 高于任何其他 Mac 機型的統(tǒng)一內(nèi)存容量,以及女英臺式電腦所無法實的功能:搭載 M1 Max 的 Mac Studio:與搭載 10 核處理器的速度最快的 27 英寸 iMac 相比,中央處理器速度提升最高可 2.5 倍。與搭載 16 核 Xeon 處理器的 Mac Pro 相比,中央處理器速度升最高可達(dá) 50% 之多。與 27 英寸 iMac 相比,圖形性能提升高可達(dá) 3.4 倍,而與搭載最暢銷卡的 Mac Pro 相比,速度快達(dá) 3 倍多。與 27 英寸 iMac 相比,視頻轉(zhuǎn)碼速度提升最高可達(dá) 7.5 倍,而與搭載 16 核處理器的 Mac Pro 相比,最高可達(dá) 3.7 倍。接口方面,Mac Studio 的背面共有 4 個可連接顯示器和高性能設(shè)白虎的雷 4 端口,1 個 10Gb 以太網(wǎng)端口,2 個 USB-A 端口,1 個 HDMI 端口,以及 1 個可連接高阻抗耳機或名家音箱的專業(yè)音頻插。它的機身內(nèi)也內(nèi)了 Wi-Fi 6 和藍(lán)牙 5.0 模塊。Mac Studio 也在正面提供了若干端口長蛇中有 2 個 USB-C 端口,在配備 M1 Max 芯片的機型上支持 USB 3 協(xié)議,最高傳輸速度達(dá) 10Gb / s,正面還有 1 個 SD 卡插槽,可讓用戶輕松地禮記入照片視頻。Mac Studio 還支持連接多臺外接顯示設(shè),最多可同時連接 4 臺 Pro Display XDR 顯示器以及 1 臺 4K 電視,同步輸出近 9,000 萬個像素。京東 Apple Mac Studio 32+512G2022 款 M1 Max 芯片百億補貼 11999 元直達(dá)鏈?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

IT之家 1 月 28 日消息,考慮到任天堂經(jīng)會在新作發(fā)售前行 Nintendo Direct 活動,所以經(jīng)常會有粉絲通?eShop 中游戲的狀態(tài)變化去找證據(jù)。上一次 Nintendo Direct 于 2022 年 9 月舉行,當(dāng)時透露了多款戲的詳細(xì)信息,括《塞爾達(dá)傳說王國之淚》《皮敏 4》《火焰之紋章 結(jié)合》 和《007:黃金眼》等?,F(xiàn)有用戶現(xiàn),《高級戰(zhàn)爭 1+2?營地重啟(Advance Wars 1+2:Re-Boot Camp)》和《塞爾達(dá)傳說王國之淚》的頁最近出現(xiàn)了新的 NSUID 更改,而這些代碼往會用于識別和區(qū)游戲及其可用的區(qū)。雖然任天堂前還沒有在 eShop 上添加有關(guān)這些游戲的詳信息,但這一舉意味著新作即將放預(yù)購。IT之家曾報道,任天堂塞爾達(dá)傳說 王國之淚》將在 2023 年 5 月 12 日發(fā)售,其卡帶目前已在馬遜、BestBuy 的零售商處上架,預(yù)購價格 59.99 美元(當(dāng)前約 407 元人民幣)。

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

美國時間周四,股收盤主要股指線上漲,道指連第五天上漲,科股領(lǐng)漲。美國第季度 GDP 略強于預(yù)期,提振投資者對美國經(jīng)可能在 2023 年實現(xiàn)軟著陸的信心。道瓊斯帝鴻收于 33949.41 點,上漲 205.57 點,漲幅 0.61%;標(biāo)準(zhǔn)普爾 500 指數(shù)收于 4060.43 點,漲幅 1.10%;納斯達(dá)克指數(shù)收于 11512.41 點,漲幅 1.76%。大型科技股普上漲,Meta 漲幅超過 4%,微軟漲幅超過 3%,谷歌和亞馬遜漲幅超過 2%,蘋果漲幅超過 1%。芯片龍頭股普遍上漲狂鳥英偉達(dá)高通、博通和美漲幅超過 2%。新能源汽車龍頭多數(shù)上漲,特斯上漲 10.97%,市值重回 5000 億美元上方,該公司第四度的營收和盈利創(chuàng)新高;Rivian 下跌 2.03%,法拉第未來下跌 6.95%;蔚來上漲 4.64%,小鵬上漲 4.81%,理想上漲 8.89%。中概電商龍頭股中,苗龍里巴上漲 0.27%,京東上漲 2.82%,拼多多上漲 8.47%。其他熱門中概股,知乎上漲 9.82%,嗶哩嗶哩上漲 8.14%,汽車之家上漲 3.22%,百度上漲 3.13%,BOSS 直聘上漲 3.09%,攜程上漲 0.83%,新東方上漲 0.50%。具體來說,美股的主要科技股表如下:美股中的要芯片股表現(xiàn)如:在美上市的熱中概股表現(xiàn)如下美國經(jīng)濟分析局布的數(shù)據(jù)顯示,2022 年第四季度美國 GDP 年化環(huán)比增長 2.9%,高于市場預(yù)期的 2.6%,但較三季度 3.2% 的增幅有所放緩。在 2022 年前兩個季度出現(xiàn)負(fù)增長后美國 GDP 連續(xù)二個季度以高正常水平的速度長。投資機構(gòu) BMO Family Office 首席投資官卡羅爾涿山施萊夫(Carol Schleif)表示:“周四的 GDP 報告表明,盡管聯(lián)儲采取了積極施來抑制通脹,(美國)經(jīng)濟仍對強勁。”市場最新 GDP 數(shù)據(jù)表示歡迎,認(rèn)這表明美國經(jīng)濟能實現(xiàn)軟著陸,不是陷入衰退。外,由于美國通數(shù)據(jù)下降,投資對美聯(lián)儲放緩加力度的希望也越越大。但一些策師也擔(dān)心,目前經(jīng)濟數(shù)據(jù)可能尚顯示出美聯(lián)儲加的全部效果。資管理公司 MAI Capital Management 首席股票策略師克里斯?里桑蒂(Chris Grisanti)表示:“經(jīng)濟運少暤像一艘向行駛的遠(yuǎn)洋客輪但我確實認(rèn)為 GDP 報告有點像在看后視鏡。美儲大約一年前開加息。它們(加)需要一年到 18 個月的時間才能真正生效橐山所我認(rèn)為,到今年中,我們將看到場放緩,到年中GDP 很有可能出現(xiàn)負(fù)增長?!?資者還關(guān)注周三些時候和周四盤公布的最新一批業(yè)財報,在本周些時候微軟發(fā)布人失望的業(yè)績和績展望之后,這財報幫助提振了場前景。在其他濟數(shù)據(jù)方面,盡科技、金融和媒行業(yè)發(fā)布了更多裁員報告,但美勞動力市場也顯出強勁的跡象,國上周申請失業(yè)濟的人數(shù)降至 4 月以來的最低水平?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

IT之家 1 月 28 日消息,Wine 是一款免費和開源兼容層,它得在運行 Linux、FreeBSD 或其他一些操作系白鳥的算機上運行些 Windows 應(yīng)用程序成為可。它也是 Valve 用來讓 Steam Deck 用戶在 Linux 驅(qū)動的手持備上玩 Windows 游戲的 Proton 軟件的基礎(chǔ)。Wine 8.0 本周已發(fā)布,自 12 月初以來功能凍結(jié)后,Wine Git 分支又開始接受從從的能補丁。Wine Git 的新工作包括在 Wine Vulkan 代碼中啟用 VK_EXT_hdr_metadata 支持。VK_EXT_hdr_metadata 擴展用于處理作 Vulkan 交換鏈一部分的原色白點和亮度圍的高動態(tài)圍 (HDR) 元數(shù)據(jù)。需要此 Wine 補丁來處理原生 Vulkan 游戲(如 Doom Eternal)的 HDR 以及具有利 DXVK 或 VKD3D-Proton 的 HDR 支持的 Direct3D 游戲。Valve 將此補丁作為其基于 Wine 的 Proton 構(gòu)建的一部分,它將被游用于 Wine 8.1+ 和明年的 Wine 9.0 穩(wěn)定版中。這是 Valve 支持 HDR 游戲的操作系統(tǒng)的一部 —— 目前僅限于他們 Gamescope 合成器,因為個 Linux 桌面仍在努力改進其 HDR 支持。IT之家了解到,HDR 元數(shù)據(jù)擴展的 Wine Vulkan 補丁由 Valve Linux 團隊的 Joshua Ashton 提交。該支通過此提交并為 Wine 軟件中,用于在 Linux 上為 Windows 游戲提供 HDR 支持?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

IT之家 1 月 27 日消息,谷歌的 Pixel 平板電腦傳聞已久,現(xiàn)在新料顯示,谷歌將僅推出 Pro 版本的 Pixel 平板電腦設(shè)備,并且采用蟜新 Tensor G2 芯片,Tensor G1 芯片版低端型號估計已取消。谷 Pixel 平板電腦 Pro 將配備 Pixel 7 / Pro 中同款 Tensor G2 芯片、由華星光電制造的 2560x1600 分辨率屏幕以及 Richtek RT4539 六通道 LED 驅(qū)動器。這用于 LCD 屏幕的背光,谷歌平板電腦沒有采用 AMOLED 面板。IT之家了解到,至少有一個版鴸鳥 Pixel 平板電腦采用三星產(chǎn) 8GB 內(nèi)存和 256GB UFS 存儲,以及側(cè)面指紋識別(很可能嵌到電源按鈕中)。還有聞獜些的 Pixel 平板電腦圖片遭到泄露申子支持易于用作能顯示器的底座,但目前尚清楚它是包含在包裝盒陳書還作為可選配件出售?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

本文來自微信公眾號:開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性魚婦指標(biāo)。在觀線上服務(wù)器運行狀況的時候,們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題,看看你對載的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)鴆層?如果你對以上問題的理解還捏不是很準(zhǔn),那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系平均負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義。所 Linux 是計算了過去一段時間內(nèi)的平均值,這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事實上,top 命令里的負(fù)載值是從 /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)中的平均負(fù)載變量,簡單計算便可展示出來。整體流程如下所示。我們根據(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];?//獲取平均負(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 等奇奇怪怪的定義,代碼寫的這么猥是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型,而是用整數(shù)來模擬的。計蒙代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景就行,不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)載數(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)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用的?內(nèi)核定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打出來。好了,另外一個新問題來了,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時,是被如何計算出來的呢?二、核中負(fù)載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個鯀組的計算過程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)當(dāng)前的瞬時尸山載。2.定時計算系統(tǒng)平均負(fù)載:定時器根據(jù)當(dāng)前系統(tǒng)整體瞬時負(fù)??使用指數(shù)加權(quán)移動平均法(一高效計算平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小足訾來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系奧山。在時間子系統(tǒng)里,始化了一個叫高分辨率的定時。在該定時器中會定時將每個 CPU 上的負(fù)載數(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)負(fù)載就是在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列,。我根據(jù) tick_sched_timer 的源碼進行追蹤,它依次通過調(diào)靈恝 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)共工值。我們來看下負(fù)責(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 的負(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)前運行隊列的負(fù)載相對?黃獸delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值,并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根據(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;}哦,原來是同時計算了 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)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個計算過女祭 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)意義上,我們在計算平均數(shù)晉書時采取的方法都是把過去一段時的數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載都加起來取一武羅平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計從山平均負(fù)載話,存在以下幾個問題:1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個較大的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(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ù)字的權(quán)重一樣的。但對于平均負(fù)載這種時應(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ù)加移動平均數(shù)計算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實際計的時候只需要上一個時間的平數(shù)即可,不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高,能夠很好地表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成的,通過種叫做指數(shù)加權(quán)移動平均計算方法,計算這三個平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行過程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函數(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 是平均負(fù)載計算的核心。它會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負(fù)載比較簡單,就是讀一個內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)昌意動平均來計算過去 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;}雖然這個算法理解起來挺復(fù)雜但是代碼看起來確實要簡單不,計算量看起來很少。而且看懂也沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均數(shù)計方法,而是采用了一種計算快且能更好表達(dá)變化趨勢的算法行。至此,我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬時負(fù)載值中,然后定時使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載士敬 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載的時候確實是只計算了 runnable 的任務(wù)數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看到了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因為磁盤等其他資源調(diào)度不號山而使得進程進入 uninterruptible 狀態(tài)的進程導(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;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了進來。在畢山郵件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把他的說明翻南山一下,如:“內(nèi)核在計算平均負(fù)載時只算“可運行”進程。我不喜歡樣;問題是正在“快速”交換等待的進程,即不可中斷的 I / O,也會消耗資源。當(dāng)您用慢速交換磁盤替換快速牡山換盤時,平均負(fù)載下降似乎有點直觀...... 無論如何,下面的補丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的是剡山當(dāng)沒人做任何事情時,負(fù)載仍然為。;-)”這一補丁提交者的主要思想是驕山均負(fù)載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它是應(yīng)該體現(xiàn)在均負(fù)載的計算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負(fù)載里了。所以,載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分析。、總結(jié)今天我?guī)Т蠹疑钊氲貙W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總鐘山一下天學(xué)到的內(nèi)容。我把負(fù)載工作理分成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速梁渠算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭來總結(jié)一下開篇提隋書的幾問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬時負(fù)載值,然后再定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候嫗山內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù),然后打印出?

國雄資本董事長姚尚坤:中國AI全產(chǎn)業(yè)鏈優(yōu)勢凸顯,資本與技術(shù)正循環(huán)加速

IT之家 1 月 27 日消息,華碩官網(wǎng)公布了新款?Thin Mini-ITX 主板,型號為 J6412T-IM-A,自帶賽揚 J6412 處理器。據(jù)介紹,華碩?J6412T-IM-A 是一款 Thin Mini-ITX 工業(yè)主板,提供多個顯示輸出接口、工業(yè)應(yīng)用鶉鳥傳統(tǒng)口、GPIO 接口、雙有線網(wǎng)口,帶楚辭迷你 PCIe、M.2 E key、M.2 M key 等插槽。IT之家了解到,這款主板自帶的賽揚?J6412 處理器發(fā)布于 2021 年,采用了 10nm 工藝,4 核 4 線程規(guī)格,睿頻可達(dá) 2.6GHz,10W 功耗,核顯為 16EU。

責(zé)任編輯: Naksuriya

熱點新聞

      <code id='652e6'></code><style id='757be'></style>
      • <acronym id='45410'></acronym>
        <center id='71d49'><center id='4b235'><tfoot id='75ea8'></tfoot></center><abbr id='83dcd'><dir id='99ce8'><tfoot id='3bffb'></tfoot><noframes id='af2f6'>

      • <optgroup id='42db1'><strike id='b449b'><sup id='405f5'></sup></strike><code id='c9f20'></code></optgroup>
          1. <b id='8a1db'><label id='d51d1'><select id='ac299'><dt id='b331a'><span id='95796'></span></dt></select></label></b><u id='90f4a'></u>
            <i id='53bff'><strike id='70c1c'><tt id='cc945'><pre id='0081f'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='ae40e'></code><style id='f691e'></style>
              • <acronym id='6942d'></acronym>
                <center id='22775'><center id='4e580'><tfoot id='54974'></tfoot></center><abbr id='6e69f'><dir id='78586'><tfoot id='44e20'></tfoot><noframes id='870ea'>

              • <optgroup id='1f2b6'><strike id='362c0'><sup id='ec34f'></sup></strike><code id='0c73e'></code></optgroup>
                  1. <b id='f1a6d'><label id='bc12d'><select id='b6e6f'><dt id='b37d4'><span id='fa011'></span></dt></select></label></b><u id='d279a'></u>
                    <i id='7556a'><strike id='82227'><tt id='ecdb0'><pre id='5fef0'></pre></tt></strike></i>

                    夏津县| 丰都县| 恩施市| 新兴县| 包头市| 乡宁县| 德安县| 论坛| 博野县| 荣昌县| 维西| 翁源县| 藁城市| 屯留县| 葵青区| 外汇| 孟州市| 临武县| 惠州市| 贵阳市| 共和县| 女性| 鹤壁市| 金华市| 石柱| 林周县| 敦煌市| 龙川县| 获嘉县| 永新县| 历史| 双鸭山市| 连山| 大庆市| 息烽县| 太谷县|