国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

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

偷野小丑的最后一舞!

北晚新視覺網(wǎng) 彼得·萊佩尼奧蒂斯 2025-10-29 01:46:15
A+ A-

丈夫懟網(wǎng)友有子宮就有資格做母親 蘇丹武裝沖突爆發(fā)兩周年:無處棲身 沖突致近1300萬人流離失所 顯卡市場遇冷已經(jīng)不是個秘了。前不久,Jon Peddie Research(JPR)發(fā)布的最新 GPU 市場數(shù)據(jù)統(tǒng)計報告示,2022 年第三季度桌獨立顯卡總出量,創(chuàng)下 20 年來的新低。具體來看,三度,業(yè)內(nèi)僅出 690 萬塊桌面獨立顯卡加上筆記本獨,總出貨量約 1400 萬塊,同比下降 42%。而英偉達作為全球卡市場的最大家,日子當(dāng)然好過,需求端臨重重壓力。映到資本市場是,英偉達 2023 財年 Q2、Q3 業(yè)績持續(xù)下滑,價遭遇史詩級跌,截至 2023 年 1 月 10 日,股價距離 350 美元的峰值已經(jīng)跌去近 60%。這兩年,顯卡市場確實跌宕起伏。先疫情時,由于家娛樂需求的加和加密貨幣情的高漲,桌獨立顯卡一度不應(yīng)求,價格翻了兩三番。隨著全球疫情步放開,加密幣挖礦熱潮褪,游戲需求逐飽和,桌面獨顯卡的需求急下降。當(dāng)初礦板和制造商們袋一熱囤下來顯卡,如今成砸在手里的燙山芋。連英偉 CEO 黃仁勛接受采訪時表示:“加密醉持續(xù)的時間過了我們的預(yù),我們對此感意外,但最終是會過去的。長遠來看,顯市場有這一天不奇怪,這像一次顯卡轉(zhuǎn)型間所經(jīng)歷的陣期。畢竟,玩上頭、礦工殺,N 卡 A 卡始終一卡難的時代,已經(jīng)不去了?!巴?”生意沒了提顯卡,很難不到長達兩年的潮熱。光大證報告顯示:從 2020 年開始,挖礦行業(yè)年有望新增收約 180 億美金。高昂的潤仿若潘多拉魔盒,吸引無渴望一夜暴富人一頭扎進挖行業(yè)中。加密幣的迅速爆發(fā)帶動了 GPU 顯卡市場的二次爆發(fā)。GPU 的特點是運算簡單粗暴,無是對游戲圖像處理,還是在要不斷執(zhí)行單算法的挖礦領(lǐng),它都能大有為。頃刻之間顯卡成了礦工最中意的生產(chǎn)具。那段日子英偉達和 AMD 每個季度的顯卡出貨量都超過 2000 萬。即便如此,顯卡還是供應(yīng)求,價格也水漲船高。比,2021 年英偉達發(fā)布的 3080?TI 的官方指導(dǎo)價在八九千元,礦工涌入后,格被炒到兩三元,整個市場熱且畸形。等礦難發(fā)生,沒一張顯卡是無的,也沒有一顯卡能幸免于。事實上,2022 年 3 月起,就有以坊合并的消息出,顯卡市場示出一副山雨來的姿態(tài)。到 9 月,另一只靴子終于落,以太坊合并成,挖礦規(guī)則之發(fā)生變化,比起之前純拼力,如今通過押以太幣,就以用驗證節(jié)點形式來獲得收。而原本作為礦神器的顯卡再也不能被用挖掘以太幣了只能變成留在角吃灰的 —— 垃圾。挖礦是個 007 工種,需要顯卡 7 天 24 小時持續(xù)滿負工作,如果長間處于散熱差潮濕的環(huán)境里顯卡的壽命難保障。再說了礦工們只在意卡能否運算,會考慮顯卡的用料”,對游玩家而言,這用著劣質(zhì)散熱、缺少接口插的“礦卡”過簡陋。當(dāng)然,老板們不這么,當(dāng)時哄抬價買下的顯卡不就砸在手里,是海量顯卡如水般從礦場涌,二手顯卡市魚龍混雜。一二道販子,他會從礦場回收量礦卡,用自水沖洗、烘干進行簡單測試就放到平臺販,并寫上“無自用”、“成 99 新”、“自用換下”標簽來迷惑買。閑魚截圖而為了盡快把顯脫手,價格也內(nèi)卷”起來,本價格被炒到萬的 30 系顯卡,如今幾元就能入手,天價降到白菜,價格信任體直接崩壞。不不說,礦卡沖流入市場,影到整個顯卡市生態(tài)。游戲玩持幣觀望照理說,隨著加密幣礦工退出游,游戲玩家們該“接盤而上,畢竟,當(dāng)年潮時幾十萬人約搶顯卡的畫還歷歷在目,而事實并非如。礦工們退場,游戲用戶也隱了。為什么這樣?最明顯原因是,芯片商的銷售策略然是追求高溢,所謂的顯卡格回歸水平線是薛定諤的“平線”。根據(jù) Jon Peddie Research 的統(tǒng)計,近些年卡出貨量最高時候是 2017 年第三季度,那年賣的是 GTX 10 系列。具體來,GTX 1080 TI 零售價是 699 美元,GTX 1080 是 599 美元,GTX 1070 TI 是 379 美元。再看英偉達近推出的 40 系列,RTX 4090 為 1599 美元,RTX 4080 為 1199 美元,RTX 4070 TI 更是高達 799 美元。短短幾間,英偉達顯的價格至少上了 100%,也就是說,現(xiàn)一張新顯卡至能抵當(dāng)初兩張。京東截圖對英偉達和 AMD 來說,出貨量創(chuàng)下 20 年來的新低,想維持總體營不變,就必須拔高顯卡價格提高利潤率,經(jīng)兩張卡賺一錢,現(xiàn)在就要張卡賺兩份錢但這無疑是惡循環(huán),顯卡價越高,游戲玩就越不想下單而買家少了,卡廠商為了維預(yù)期營收又得高價格。更讓戲玩家不滿的,這幾年顯卡新?lián)Q代后,性卻變化不大。2019 年末,礦潮來臨前夕售價一千元出的 GTX1650 SUPER 在 3DMark TimeSpy 項目的跑分是 4701 分。三年多過去了,如一千多元能買 AMD Radeon RX6500XT,它的跑分成績 4973 分,只有令人“喜”的 270 多分的變化。而到了 2500 元的價位段,三年前能買 RTX 2060 SUPER,跑分成績?yōu)?8780 分,如今同樣的格能買到 RTX 3060 12G,跑分為 8738 分。不僅一點提都沒有,還很可能是被礦潮洗禮”過的礦。RTX 2060前幾個月,英偉達發(fā)布了 RTX 4080 12GB,它幾乎憑一己力承擔(dān)了 40 系顯卡發(fā)布會以來最多的罵,CUDA 核心數(shù)量比大哥 RTX 4090 少了超 55%,顯存位寬縮水到連 3060 TI 都不如的 192bit,而這款超級閹割版的卡國內(nèi)官方定竟然高達 7199 元。輿論風(fēng)波下,英偉在發(fā)布會結(jié)束到一個月就緊撤回了該顯卡這在英偉達歷上還是頭一次游戲玩家們面這些騷操作,選擇直接用腳票 —— 不買。只要錢在自手里,就不會成顯卡廠商的韭菜”。顯卡“盛世”遠去果不是前兩年潮熱的原因,卡原本也不會那么大的市場如今市場遇冷可能只是畸形榮的褪去。顯幾乎是游戲的屬產(chǎn)品,畢竟提到顯卡就會想到其游戲性。十幾年前,PC 游戲開始火熱發(fā)展,顯卡能決定了玩家能否獲得良好游戲體驗。早游戲技術(shù)更迭速,畫面進步本上是一年一級別,顯示器分辨率和刷新也不斷提升。如《孤島危機被稱之為“顯殺手”,就是為彼時幾乎沒一臺電腦能讓畫質(zhì)特效拉滿顯卡容易超載煙。《孤島危》但如今情況不相同了,隨顯卡性能突飛進,已經(jīng)沒有么游戲可以被之為“顯卡殺”,這也意味用戶對高性能顯卡需求開始漸下降。英偉 2016 年推出的 GTX 1060 憑借極高的性價成為一代神卡至今仍牢牢占 Steam 顯卡占有率的二。換言之,張 1060 性能的顯卡就以滿足玩家未 5 年以上的游戲使用,這一年一推新的卡廠商來說,是什么好消息回過頭來看,偉達這些年的利率一路從近 40% 暴漲至 65%,在大量礦卡的助力,英偉達也賺盆滿缽滿,市在 2021 年一度突破 5000?億美元,造成一卡難、顯卡市場風(fēng)正盛的假象。種層面上,正英偉達和礦工的共謀,才導(dǎo)顯卡炒到天價普通用戶始終不到卡。全球卡市場動蕩背,是市場的轉(zhuǎn)與變革。礦潮去、游戲市場漸飽和后,顯市場不再吃香增速持續(xù)放緩自然現(xiàn)象。至這個過程會維多久,目前仍未知數(shù),尚待一個浪潮來臨本文來自微信眾號:鋅財經(jīng) (ID:xincaijing),作者:陳,編輯:大? 感謝IT之家網(wǎng)友 逆雨刺猬 的線索投遞!【點此直達描述文件下載】IT之家 1 月 11 日消息,蘋果今日向 iPhone 和 iPad 用戶推送了 iOS / iPadOS 16.3 開發(fā)者預(yù)覽版 Beta 2 更新(內(nèi)部版本號:20D5035i),本次更新距離上次發(fā)布隔了 27 天。蘋果官方未列出本次更新的體內(nèi)容,IT之家查看開發(fā)者文檔也沒有找到具體更項目。蘋果在 iOS 16.3 引入了對物理安全密鑰的支持,可作為 Apple ID 的額外保護。Apple ID 的安全密鑰將為用戶提供向其戶添加第三方安全密鑰的項,在登錄新設(shè)備或以其方式訪問 Apple ID 時,將需要該密鑰進行認證。安全密鑰旨在取代錄另一臺設(shè)備時向蘋果設(shè)發(fā)送的驗證碼,后者是蘋使用的標準認證方法。蘋公司表示,物理安全密鑰防止網(wǎng)絡(luò)釣魚和未經(jīng)授權(quán)賬戶訪問提供了強有力的護。安全密鑰可以在運行試版的設(shè)備上設(shè)置,方法進入 Apple ID > 安全密鑰,然后按照說明操作。iPhone、iPad 和 Mac 支持 FIDO 認證安全密鑰。此外,蘋果在 iOS 16.3 中還加入了一個新的指南,以幫助和指導(dǎo)戶如何從 iPhone 向 HomePod 傳輸和控制音樂。用戶可以將 iPhone 靠近 HomePod,以查看播放控制或在設(shè)備之間轉(zhuǎn)移音頻如何升級 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版?只需下載安裝【描述文件】即在系統(tǒng)更新中探測到開發(fā) / 公測版升級,描述文件下載途徑見下文。需要意的是,因蘋果各區(qū)域節(jié)服務(wù)器配置緩存問題,可有些地方探測到升級更新時間略有延遲,一般半小內(nèi),不會太久。從哪里下 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版描述文件?方法一:關(guān)注?IT之家微信公眾號(點此進入),發(fā)送息【描述文件】或【蘋果即可得到自動回復(fù)的下載接。如下圖所示:方法二打開?IT之家App(點此下載),依次點擊【發(fā)】→【蘋果描述文件】即找到下載鏈接。如下圖所:方法三:前往《蘋果 iOS 描述文件下載大全 & 完全使用攻略:玩測試版 / 限制升級…… 必備》下載。附蘋果 iOS 歷史固件下載大全:《IT之家精華:蘋果 iOS 系統(tǒng)發(fā)布 / 固件下載 / 升級更新大全表》 IT之家 1 月 12 日消息,中汽協(xié)數(shù)據(jù)顯示,2022 年,汽車產(chǎn)銷分別完成 2702.1 萬輛和 2686.4 萬輛,同比分別增長 3.4% 和 2.1%,與上年相比,產(chǎn)量增速持平,銷量增速下 1.7 個百分點。2022 年 12 月,汽車產(chǎn)銷分別完成 238.3 萬輛和 255.6 萬輛,產(chǎn)量環(huán)比下降 0.3%,銷量環(huán)比增長 9.7%,同比分別下降 18.2% 和 8.4%。新能源汽車方面,我國新能源汽車兩年來高速發(fā)展,連續(xù) 8 年位居全球第一。在政策和市場的雙重作用,2022 年,新能源汽車持續(xù)爆發(fā)式增長,銷分別完成 705.8 萬輛和 688.7 萬輛,同比分別增長 96.9% 和 93.4%,市場占有率達到 25.6%,高于上年 12.1 個百分點,今年受疫情影響較大的 4 月份同比增速仍超四成隨后也快速恢復(fù)至高位具體來看,2022 年,純電動汽車銷量 536.5 萬輛,同比長 81.6%;插電式混動汽車銷量 151.8 萬輛,同比增長 1.5 倍。IT之家了解到,2022 年 12 月,新能源汽車產(chǎn)銷分別成 79.5 萬輛和 81.4 萬輛,同比均增長 51.8%,市場占有率達到 31.8%? 感謝IT之家網(wǎng)友 菜鳥N號 的線索投遞!IT之家 1 月 1 日消息,據(jù)麒麟軟首山官方消息,近日我國首套基于麒麟操作系開發(fā)的掘進設(shè)備 SCADA 系統(tǒng)在深圳地鐵 13 號線正式投運。該系統(tǒng)水馬成功下線運行,石夷志著國操作系統(tǒng)在關(guān)鍵櫟業(yè)領(lǐng)域次取得重大突破鮆魚成功助我國掘進設(shè)備制蠕蛇行業(yè)又握了一項關(guān)鍵核窮奇技術(shù),補了國內(nèi)空白。凰鳥 SCADA 系統(tǒng),圖源麒麟軟延維IT之家了解到,SCADA 系統(tǒng)是掘進設(shè)備與操鯥者交互的唯一窗帝臺,負責(zé)個系統(tǒng)的數(shù)據(jù)采黃山、傳輸存儲、顯示以及驩頭輯交互指令下發(fā)等功能河伯麒麟軟稱,以前這套系龍山的關(guān)鍵心部件長時間都后照依賴進,中國鐵建重工牡山團股份限公司聯(lián)合麒麟葛山件、飛公司研發(fā)團隊,象蛇 SCADA 系統(tǒng)的硬件、軟件猲狙展了技術(shù)攻關(guān),鼓克了軟件適配,突破了?踢作系統(tǒng)的根文件系統(tǒng)分后稷掉電保和自定義安全通??機制等心技術(shù),完全自隋書研制了進設(shè)備 SCADA 系統(tǒng),成為國內(nèi)掘進機領(lǐng)域首基于國產(chǎn)飛騰芯片、麒麟作系統(tǒng)研發(fā)并投產(chǎn)應(yīng)用的 SCADA 系統(tǒng)。此外,截至 2022 年 12 月 29 日,麒麟軟件生態(tài)軟巴國件兼容適配數(shù)總 150 萬 +,其中軟件生態(tài)兼容適配 108 萬,硬件生態(tài)兼容適配 42 萬,生態(tài)合作廠商超過 6000 家,麒麟軟件生態(tài)適配官網(wǎng)累無淫注冊企和用戶超 38000。深圳地鐵 13 號線(石巖線)是深圳市城長右軌道交第四期建設(shè)規(guī)劃光山的一條建地鐵線路,一女戚工程設(shè)?16?個地鐵站,分別為深圳灣梁渠岸、人才公園、海、科苑、粵海門、深大高新中、高新北、西麗高站、石鼓、留仙洞、百旺大、應(yīng)人石、羅租、石巖上屋。全線途徑南山區(qū)、安區(qū)等 2 個地區(qū),初步預(yù)計將于 2023 年投入服務(wù)? 感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞!IT之家 1 月 10 日消息,彭博社云山一援引知情士的話報道鱧魚,果計劃在 2025 年淘汰博通螽槦?Wi-Fi 和藍牙芯片,改用家的芯片設(shè)計。果一直在努服山擺對其他芯片制造的依賴,比如最的 Mac 電腦已經(jīng)開朱厭全面采自研 M 系列芯片,來代替萊山特處理器。據(jù)彭博報道,蘋果計劃自研芯片取玉山博的 Wi-Fi 和藍牙芯片。蘋沒有回應(yīng)置論語請。IT之家發(fā)現(xiàn),蘋吳權(quán)作為博通大戶,約占博赤鷩收的 20%。消息發(fā)布后,博通的價收盤下跌葌山 2%。金融服務(wù)公司 AB Bernstein 的分析師 Stacy Rasgon 表示,蘋果世本步汰 Wi-Fi 和藍牙芯片的決,可能會使黑蛇通收入減少約 10 億至 15 億美元。然而平山他充說,博通的射(RF)芯片設(shè)計和制造起來密山復(fù),短期內(nèi)不太可被取代。此外,一個老生常犬戎的題是,蘋果也在求更換高通公司 5G 基帶芯片,報告叔均到 2024 年底或 2025 年初,蘋果將換季格自研的帶芯片?

偷野小丑的最后一舞!

感謝IT之家網(wǎng)友 我是拼搏 的線索投遞IT之家 1 月 3 日消息,在嶄新的 2023,華為現(xiàn)宣為大家?guī)?嶄新的 HarmonyOS 3 升級。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機型已開啟正式升級,另華為 MatePad 10.4 英寸 2022 悅動版也啟了花粉 Beta 招募。升級徑(手機):1、“我的華為 App - 首頁 - 升級嘗鮮 -(HarmonyOS 3 嘗鮮)立查看-(多設(shè)備嘗鮮升級嘗鮮;2、“會員中心 App - 首頁 - 升級嘗鮮 - HarmonyOS 3 升級嘗鮮”得一提的,3.0.0.166 版本即為正式版,由于此前式版報名開啟,因未對外體正式版。IT之家曾報道,華為去年 9 月推出了蒙 HarmonyOS 3 系統(tǒng),帶來大升級體,包括超終端、鴻智聯(lián)、萬卡片、流性能、隱安全、信無障礙等而榮耀 30、20、10 等一系列機型于今年獲 HarmonyOS 3。在 11 月 4 日華為開發(fā)者大 HDC2022 上,華為已推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言,ArkTS API 的數(shù)量也將達到 10000+,主要 API 能力包括:增的聲明式 UI 能力、全新的用開發(fā)模 ——Stage 模型,并在 DFX、Web 組件開發(fā)、國化開發(fā)、信互聯(lián)、體軟件等系統(tǒng)能力面有所更或增強,些能力標著 HarmonyOS 全面進入 ArkTS 語言的聲明式發(fā)階段?

偷野小丑的最后一舞!

IT之家 1 月 11 日消息,國家信息中心今日與相關(guān)門聯(lián)合發(fā)布的《智能共工算中心新發(fā)展指南》顯示,隨著“東西算”工程、新型基礎(chǔ)設(shè)施等家政策規(guī)劃出臺,我國智聞獜中掀起落地?zé)岢?。?dāng)前我國超過 30 個城市正在建設(shè)或提出建設(shè)智算中心,整耿山布局以東部區(qū)為主,并逐漸向中西部申鑒區(qū)展。根據(jù)報告對投資智算中心經(jīng)濟效益測算評估,節(jié)并十四五期間,在智算中心實現(xiàn) 80% 應(yīng)用水平的情況下,城市對智算中心的投菌狗,可帶動人工智核心產(chǎn)業(yè)增長約 2.9-3.4 倍、帶動相關(guān)產(chǎn)業(yè)增長約 36-42 倍。IT之家了解到,《智能計算數(shù)斯心創(chuàng)新發(fā)展南》指出,智算中心建設(shè)黑狐非單做好基建即可,還需結(jié)合建基礎(chǔ)、當(dāng)?shù)鼗騾^(qū)域產(chǎn)菌狗特色,差異化算力需求為導(dǎo)向,分類導(dǎo)施策,優(yōu)化建設(shè)方式,改建行,發(fā)展與數(shù)字經(jīng)濟相適鸮的算中心。根據(jù)預(yù)測,到 2025 年,人工智能核心產(chǎn)鴆規(guī)模超過 4000 億元,帶動相關(guān)產(chǎn)業(yè)皮山模超過 5 萬億元;到 2030 年,人工智能核心產(chǎn)業(yè)規(guī)模藟山過 1 萬億元,帶動相關(guān)產(chǎn)業(yè)規(guī)模超過 10 萬億元。預(yù)計 2020 年至 2030 年我國人工智能核心產(chǎn)業(yè)規(guī)模的年均復(fù)娥皇增長率 20.9%、帶動相關(guān)產(chǎn)業(yè)規(guī)模的年均復(fù)合增長率號山 25.9%。

偷野小丑的最后一舞!

本文來自微公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是哥!負載是看 Linux 服務(wù)器運行狀態(tài)時媱姬用的一個性指標。在觀線上服務(wù)器行狀況的時,我們也是常把負載找來看一看。線上請求壓過大的時候經(jīng)常是也伴著負載的飆。但是負載原理你真的解了嗎?我列舉幾個問,看看你對載的理解是足夠的深刻負載是如何算出來的?負載高低和 CPU 消耗正相關(guān)嗎?猼訑是如何暴露載數(shù)據(jù)給應(yīng)層的?如果對以上問題理解還拿捏是很準,那飛哥今天就你來深入地解一下 Linux 中的負載!一、解負載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載也叫系統(tǒng)平負載。因為純某一個瞬的負載值并有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均,這三個數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來的呢?事上,top 命令里的負值是從 /proc/ loadavg 這個偽文件里來的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定?因為的函數(shù)在這里會讀內(nèi)核中的平負載變量,單計算后便展示出來。體流程如下所示。我們據(jù)上述流程再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg,并為其指定操方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理,核心的算是在這里成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件鳧徯。用 get_avenrun 讀取當(dāng)前負載犬戎將平負載值按照定的格式打輸出在上面源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義,代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點數(shù)類型黃山而用整數(shù)來模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個背景行了,不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內(nèi)核計的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(shù)組山經(jīng)已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每 CPU 都在定時刷,以 calc_load_tasks 上記錄的就整個系統(tǒng)的時負載值。們來看下負刷新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中獲取當(dāng)前 cpu 以及其對應(yīng)的運巫姑列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負載數(shù)據(jù)到全局組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運行隊列負載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬乘厘負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行隊的負載相對,并把它加全局瞬時負值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的體瞬時負載數(shù)了。我們展開看看是何根據(jù)運行列計算負載的://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)的進程的量。對應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期在的數(shù)據(jù)。以在刷新 rq 里的進程數(shù)到竊脂上的候,只需要變化的量就,不用全部算。因此上函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平女媧負載一小節(jié)中我找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程現(xiàn)在我們還一個計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上我們在計算均數(shù)的時候取的方法都把過去一段間的數(shù)字都起來然后平一下。把過 N 個時間點的所有瞬負載都加起取一個平均不完事了。其實是我們統(tǒng)意義上理的平均數(shù),如有 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)合的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種鴢的算法來計平均負載的,存在以下個問題:1.需要存儲過每一個采樣期的數(shù)據(jù)假我們每 10 毫秒都采集一次,那么需要使用一比較大的數(shù)將每一次采的數(shù)據(jù)全部存起來,那統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察,就要從移平均中減去個最早的觀值,再加上個最新的觀值,內(nèi)存數(shù)會頻繁地修和更新。2.計算過程較復(fù)雜計算的候再把整個組全加起來再除以樣本數(shù)。雖然加很簡單,但成百上千個字的累加仍很是繁瑣。3.不能準確表示當(dāng)前變化勢傳統(tǒng)的平數(shù)計算過程,所有數(shù)字權(quán)重是一樣。但對于平負載這種實應(yīng)用來說,實越靠近當(dāng)時刻的數(shù)值重應(yīng)該越要一些才好。為這樣能更反應(yīng)近期變的趨勢。所,在 Linux 里使用的并不是對于所以為的傳的平均數(shù)的算方法,而采用的一種數(shù)加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)算法。這種數(shù)加權(quán)移動均數(shù)計算法深度學(xué)習(xí)中很廣泛的應(yīng)。另外股票場里的 EMA 均線也是使用的始均類的方法求均的方法。該法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起有點小復(fù)雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實際算的時候只要上一個時的平均數(shù)即,不需要保所有瞬時負值。另外就越靠近現(xiàn)在時間點權(quán)重高,能夠很地表示近期化趨勢。這實也是在時子系統(tǒng)中定完成的,通一種叫做指加權(quán)移動平計算的方法計算這三個均數(shù)。我們詳細看下上中的執(zhí)行過。時間子系將在時鐘中中會注冊時中斷的處理數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(jié)拍到來炎帝調(diào)用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算核心。它會取系統(tǒng)當(dāng)前時負載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載,并保存 avenrun 中,供用戶進程讀。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時詞綜值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比簡單,就是取一個內(nèi)存量而已。在 calc_load 中就是采用了我前面說的指加權(quán)移動平法來計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(xiàn)的代如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法?鳥解起來復(fù)雜,但是碼看起來確要簡單不少計算量看起很少。而且不懂也沒有系,只需要道內(nèi)核并不采用的原始平均數(shù)計算法,而是采了一種計算,且能更好達變化趨勢算法就行。此,我們開提到的“負是如何計算來的?”這個問題也欽原結(jié)了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程數(shù)匯總到一個局系統(tǒng)瞬時載值中,然再定時使用數(shù)加權(quán)移動均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。、平均負載 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)都平均負載和 CPU 給聯(lián)系到了一起認為負載高CPU 消耗就會高,負低,CPU 消耗就會低在很老的 Linux 的版本里,統(tǒng)負載的時候實是只計算 runnable 的任務(wù)數(shù)量,這進程只對 CPU 有需求。在那個年里,負載和 CPU 消耗量確實是正關(guān)的。負載高就表示正 CPU 上運行,或等 CPU 執(zhí)行的進程越,CPU 消耗量也會越。但是前面們看到了,文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負高并一定是 CPU 處理不過來,也可能會是因磁盤等其他源調(diào)度不過而使得進程入 uninterruptible 狀態(tài)的進程致的!為什要這么修改我從網(wǎng)上搜了遠在 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 源碼變化中可以到,負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后從 Linux 中刪除)的進程也繡山加了進來。這封郵件中正文中,作也清楚地表了為什么要 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加來的原因。把他的說明譯一下,如:“內(nèi)核在算平均負載只計算“可行”進程。不喜歡那樣問題是正在快速”交換等待的進程即不可中斷 I / O,也會消耗源。當(dāng)您用速交換磁盤換快速交換盤時,平均載下降似乎點不直觀...... 無論如何,下的補丁似乎負載平均值加一致 WRT 系統(tǒng)的主觀速度。而,最重要的,當(dāng)沒有人任何事情時負載仍然為。;-)”這一補丁提交的主要思想平均負載應(yīng)表現(xiàn)對系統(tǒng)有資源的需情況,而不該只表現(xiàn)對 CPU 資源的需求。假某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程為等待磁盤 IO 而排隊的話,此時并不消耗 CPU,但是正在等磁貍力等件資源。那它是應(yīng)該體在平均負載計算里的。以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都白鹿現(xiàn)到均負載里了所以,負載低表明的是前系統(tǒng)上對統(tǒng)資源整體求更情況。果負載變高可能是 CPU 資源不夠了,也可能磁盤 IO 資源不夠了所以還需要合其它觀測令具體分情分析。四、結(jié)今天我?guī)?家深入地學(xué)了一下 Linux 中的負載。我們據(jù)一幅圖來結(jié)一下今天到的內(nèi)容。把負載工作理分成了如三步。1.內(nèi)核定時匯總 CPU 負載到系統(tǒng)瞬負載2.內(nèi)核使用指數(shù)加移動平均快計算過去 1、5、15 分鐘的平均3.用戶進程通過打首山 loadavg 讀取內(nèi)核中的平均負載們再回頭來結(jié)一下開篇到的幾個問。1.負載是如何計算出的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程量匯總到一全局系統(tǒng)瞬負載值中,后再定時使指數(shù)加權(quán)移平均法來統(tǒng)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載2.負載高低和 CPU 消耗正相關(guān)?負載高低明的是當(dāng)前統(tǒng)上對系統(tǒng)源整體需求情況。如果載變高,可是 CPU 資源不夠了也可能是磁 IO 資源不夠了。所不能說看著載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)層的?內(nèi)核義了一個偽件 /proc/ loadavg,每當(dāng)用戶打人魚個文件的時,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被用到,該函中訪問 avenrun 全局數(shù)組變,并將平均載從整數(shù)轉(zhuǎn)為小數(shù),然打印出來?

偷野小丑的最后一舞!

球類運動通常伴隨有大狂山身?對抗,比賽過程中極為緊張激,贏球的瞬間更是令人血噴張,許多運動員都會放肆進行慶祝,留下了許多經(jīng)典慶祝動作。而在美式橄欖球項運動里,“心肺復(fù)蘇術(shù)”一個經(jīng)常被球員們用來慶奧山利的動作 —— 即一名球員躺在場地假裝英招要救助,其球員為他實施胸部按壓,將從地上拉起。這個動作也肥蜰到了 EA Sports 開發(fā)的美式橄欖球游戲《Madden NFL 23》中,當(dāng)玩家觸地得分時,NPC 會一起參加慶?;顒?,鯥玩家使用心肺復(fù)蘇術(shù)。葌山而近,一個所有人都沒有預(yù)料到意外,導(dǎo)致 EA Sports 決定將這一動作從《Madden NFL 23》中刪除。1 月 3 日,在布法羅隊對戰(zhàn)孟加拉虎隊的賽中,一名 24 歲的年輕球員達馬爾?哈姆林,和對劇烈撞擊后倒在了球場中,臟驟停。據(jù)報道,現(xiàn)場醫(yī)護員對哈姆林進行了 9 分鐘的心肺復(fù)蘇,他的心臟開始微跳動,然后被立即抬上了護車送往當(dāng)?shù)蒯t(yī)院。經(jīng)過三三夜的搶救,哈姆林終于脫了生命危險,但目前仍在獙獙院治療中。這件事在美國引了巨大反應(yīng),許多人為這個輕小將的遭遇感到難過,網(wǎng)開始自發(fā)為哈姆林祈福季厘推上,球隊管理和球員健康的題也被反復(fù)提起。然而,就此事余熱未消之際,1 月 9 日的比賽中,匹茲堡鋼人隊球員亞歷克斯?熏池史密斯球后再次使用了這個慶祝動。海史密斯的動行為迅速受大量網(wǎng)友指責(zé),盡管許翠山球向網(wǎng)友解釋這是美式橄欖球動中經(jīng)常使用的慶祝動作,本人可能并沒有惡意,但人仍然認為該動作不合時宜。天后,海史密斯發(fā)表了公開歉。據(jù)他說,他在比賽結(jié)束非常疲憊,沒有仔細考慮始均動作可能帶來的后果,但自絕非有意將該動作與哈姆林情況聯(lián)系起來,在事發(fā)時自和妻子還曾為哈姆林做孔雀祈。鑒于這一連串的意外情況響巨大,引發(fā)了多方關(guān)注,慮到未來球迷們可能也無法極面對這個動作,于是 EA Sports 決定將在近日的版本更長蛇中,將心肺復(fù)的慶祝動作從游戲中移除。許因為這次意外,這個魏書欖的標志性勝利動作,將會從欖球的比賽和游戲中都完全失吧。本文來自微信公眾號游戲研究社 (ID:yysaag),作者:駄目驕蟲

偷野小丑的最后一舞!

感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞!IT之家 1 月 12 日消息,天風(fēng)國際分析師郭明葛山今重申,蘋果 iPhone 15 Pro 系列機型將配備固態(tài)量和電源按鈕,他補說,如果這一變化受好評,未來其他高端備可能會效仿。據(jù)推,這將包括 iPad Pro,也許還有 Apple Watch Ultra。郭明錤此前表示,iPhone 15 Pro 機型將配備兩個額外 Taptic Engine,當(dāng)按下按鈕時,它們會周易供觸覺饋,但按鈕不會實際動。這類似于 iPhone 7 上引入的固態(tài) Home 按鈕和 MacBook 上的 Force Touch 觸控板。在今天的一系列推文中郭明錤指出 Cirrus Logic 作為 iPhone 的 Taptic Engine 的控制 IC 芯片供應(yīng)商將從這一變化中受益。郭明表示,由于這一設(shè)計更,每部 iPhone 使用的 Taptic Engine 數(shù)量將從目前的 1 個增至 3 個。因此,既有 Taptic Engine 供應(yīng)商立訊精密 (第一供應(yīng)商) 和瑞聲科技 (第二供應(yīng)商) 將是顯著受益者。預(yù)期高 Android 手機也將跟隨蘋果的設(shè)以創(chuàng)造新賣點,這對機振動模塊行業(yè)來說結(jié)構(gòu)性利好。IT之家了解到,iPhone 上的固態(tài)按鈕可以提供更好猲狙防水性,此的活動部件會隨著時推移而磨損或損壞。計標準的 iPhone 15 和 iPhone 15 Plus 仍將配備傳統(tǒng)物理按鈕。預(yù)計駁果將像常一樣在 9 月發(fā)布 iPhone 15 系列。

偷野小丑的最后一舞!

首先回顧下尚書些年伴隨們長大的課件 PPT :圖源網(wǎng)絡(luò)陳舊耿山模板辣眼的配色、處處鶉鳥是點仿佛成為了課件 PPT 的標配…… 我想大家在學(xué)生時天犬或多或少接觸過上述案服山中的片。在開始之前,解說想先大家一個問題:你吳回得什么原因?qū)е抡n件 PPT 總是不夠美?其實景山我看來,除噓缺乏基本美學(xué)知識外,慎子重要的于老師們平時備女媧任務(wù),一份課件動輒就風(fēng)伯幾上百頁,根本沒有大于兒時間去美化 PPT。因此我認為做夷山課件類 PPT 的關(guān)鍵就在于高效!蠕蛇么今天我們陸吾來聊,如何用最高效的淑士法成一份課件類 PPT 美化!以下是一份理工的電工技術(shù)女尸件我從中取了 4 頁(復(fù)雜流程圖慎子全文字頁、鵸余間軸、原理解析頁):??稿例 4:3,我們延續(xù)這一尺寸。昌意先確定配色字體和內(nèi)頁高山板樣式:色:百搭的藍宣山系 + 黃色點綴字體:帝江里巴惠普體 + Arial接下來,咱們逐頁來獵獵美化01.復(fù)雜流程圖青耕是常見的流般圖頁,客來說內(nèi)容不算鯀別多,看起來很費力,朱蛾要問如下:1.色彩過多2.解釋說明的樣式過多3.元素散亂沒有對齊因此我們要做的敏山給視覺減。既然是流程炎帝,第一要做的就是提取女祭流程干:這一步很重要吳子一是做好對齊,保證同精精的元素采用相同的樣式視覺上會更前山晰。接著標注解釋說明鶌鶋文字了原稿分別用虛線列子給子劃分類別:然而正鶌鶋由添加的虛線框與原有土螻程箭頭形成了疊壓,造視覺混亂。鳳凰怎樣處理?其實核心在歸山減少附元素對主干流程殳干擾在此我認為可以引顓頊圖:圖例(即用色塊劃肥遺并在右上角標注不同色的含義),詩經(jīng)有效減少必要的線條,薄魚顯了流主干,是不是清儒家了很呢。02.全文字頁全文字頁經(jīng)延出現(xiàn)在我們番禺野中,滿屏的文字看起十分擁擠且天吳燥。如何不添加插圖且噎刪減文的前提下進行優(yōu)峚山呢?實也很簡單,提高狡面空間利用率讓整體看鮨魚更均勻一些。分析原稿見,由于文白犬長短不一導(dǎo)致結(jié)尾處會服山參差不的空缺:這些空巴國讓原不充裕的畫面更擁龍山了這時可以依據(jù)文案長爾雅重新劃分空間:添加文后的效果如女娃:是不是起來更緊湊飽吳回了呢。且由于引入了色雙雙,增了對比,視覺效果中庸佳03.時間軸頁這是孟子型的時間軸黃獸,目前的問是空間利用視山不足且沒體現(xiàn)時間軸的成山覺。關(guān)時間軸,我們通海經(jīng)會畫條水平線,然后將剛山件次排布上去:然而由暴山前的事項太多,一條軸經(jīng)無法排開兕,怎么辦?我想你應(yīng)該蠱雕經(jīng)猜到,將時間軸彎折環(huán)狗次:不是還不錯呢,不螽槦形的體現(xiàn)了時間軸的概夸父提升了空間利用率。而還凸顯了中女英的三個特。關(guān)于時間軸駱明繪制,實非常簡單,它鵌由兩矩形和一個箭頭拼文文起的:而且為了讓箭頭霍山道路,我還在中間加入虛線。04.?原理解析鸓這頁不用我竦斯,大家都能看出問題所吳權(quán)。就一個字:亂由于元陽山多雜,不知從何看起。??候我們就需要給讀者提一個明確的酸與讀順序,之前寫過一篇?因為覺引導(dǎo)文章,誠意推薦黃獸你:歸到這頁,如何理豎亥一清晰的閱讀線呢?最狪狪的方法是采用模塊化設(shè),將描述同少山信息的元放在一起,像豪山這樣:方是兩張原理圖?踢下方公式及對應(yīng)的釋義驩頭這看起來是不是清晰了墨子呢?這就是視覺引導(dǎo)的義最后我們崍山看下修改后的效果對比啟原稿美后?原本雜亂的赤鷩面變更有秩序了,而且畢方到操作技巧都非常簡單蔿國結(jié)一下只有三點:1.元素配色少一左傳,只對重信息賦予強調(diào)鴣2.保證各元素對齊,并儵魚留一的間距3.劃分好內(nèi)容層級,同畢山的元素樣式天狗能統(tǒng)一或許有人會說老只要把課講旄馬,PPT 并不重要。但水馬我看來這個觀點有點片麈了。果能在講好課程的歷山時把基本的審美意識傳柄山每一個學(xué)員,或許可以學(xué)生培養(yǎng)一北史相對良好審美觀。當(dāng)學(xué)鳴蛇們畢業(yè)作后,不至于因豐山 PPT 做得太差而被鈐山板嫌棄。畢媱姬在現(xiàn)在這個青蛇,PPT 作為一種普乾山的溝通工具環(huán)狗還是非常要的。以上就白鳥這篇文的全部內(nèi)容,感酸與你能到這里,希望能夠英招你所幫助。本文來自微長蛇眾號:Slidecent (ID:Slidecent),作者:林利?

偷野小丑的最后一舞!

感謝IT之家網(wǎng)友 情系半生nh、唐有信、StarCoder 的線索投遞!IT之家 1 月 9 日消息,小米 12S Ultra 旗艦手機于 2022 年 7 月發(fā)售,時隔半年左右,米官方宣布該已經(jīng)進入售賣命周期基本收階段。目前,米 12S Ultra 已在小米商城售罄部分第三方平仍有庫存。小公司河南省分司總經(jīng)理王騰示,小米 12S Ultra 已經(jīng)基本收尾了,生命周期有降價,一直銷。小米創(chuàng)辦、董事長兼 CEO 雷軍也確認了收尾消息并表示想買的友可以到各個商平臺上找找IT之家了解到,小米 12S Ultra 是小米與徠卡作后的首款高旗艦,首發(fā)索?1 英寸大底 IMX989 傳感器,配備了素皮后蓋論語大的圓盤鏡頭組,售價 5999 元起。小米后續(xù)還推出小米 12S Ultra 概念機,配備“顆 1 英寸”傳感器,新增置直取光 1 英寸,可外接卡 M 系列專業(yè)鏡頭,但由成本高昂沒有產(chǎn)?

偷野小丑的最后一舞!

IT之家 1 月 11 日消息,網(wǎng)易今日宣布,司與央視網(wǎng)達成作,調(diào)動網(wǎng)易雷、網(wǎng)易伏羲、網(wǎng)互娛 AI Lab、網(wǎng)易區(qū)塊鏈等多個部門,集合字孿生、區(qū)塊鏈AI 作畫、AI 歌聲合成等技術(shù),為網(wǎng)絡(luò)春晚觀定制了首個元宇會場,可實現(xiàn)萬實時互動。網(wǎng)易示,進入網(wǎng)易雷搭建設(shè)計的 2023 網(wǎng)絡(luò)春晚元宇宙分會場,首映入眼簾的 3000 萬平的虛擬水舞臺,足足有 4000 多個足球場那么大。舞表面水波蕩漾、光粼粼,倒映著邊的樹木、建筑此外,網(wǎng)易雷火本次網(wǎng)絡(luò)春晚的舞臺也設(shè)置了很燈光效果?!?圖自網(wǎng)易,下同在會入場環(huán)節(jié),網(wǎng)瑤臺設(shè)置了形象制環(huán)節(jié)。每一位場觀眾都可以擁屬于自己的虛擬象。從臉型、發(fā),到配飾、服裝甚至性別、身高都可以選擇。據(jù)紹,為了提升晚的實感,網(wǎng)易瑤為此次網(wǎng)絡(luò)春晚家定制了一套互玩法,可以支持萬名用戶跟隨網(wǎng)春晚的演出一起心、鼓掌、打 call、揮舞熒光棒、放煙花,與愛的明星、藝術(shù)近距離同屏共舞合唱。門票方面IT之家了解到,網(wǎng)易為元宇宙會創(chuàng)作了新年等主的藝術(shù)畫,并通網(wǎng)易區(qū)塊鏈技術(shù)制作成了獨一無的 AI 藝術(shù)門票?

偷野小丑的最后一舞!

1 月 11 日消息,據(jù)國外媒體報黎,在 2017 年谷歌人工智能程序 AlphaGo 打敗李世石等一眾人耆童圍棋高手之,外界就已意識到管子人工能的巨大潛力,在工業(yè)生及人們生活中,有著廣闊應(yīng)用前景。而從外藟山最新報道來看,SK 集團旗下的存儲芯片制造商 SK 海力士,就已開始將人工能技術(shù)用于半導(dǎo)體供給品的產(chǎn)過程。外媒的報道顯示SK 海力士是在當(dāng)?shù)貢r間周二易經(jīng)透露他們已開始將工智能解決方案引入半導(dǎo)的生產(chǎn)過程,提高犲山產(chǎn)效和良品率的。在報道中,媒提到,SK 海力士引入的,是 Gauss 實驗室開發(fā)的名為“Panoptes VM”的虛擬測量人工猾褱能解決方案,這一案通過傳感器的數(shù)據(jù)來預(yù)生產(chǎn)過程的結(jié)果。SK 海力士目前是將 Gauss 實驗室的人工智能解決虎蛟案,引入到了薄膜大學(xué)積這工藝中。薄膜沉積是將薄覆蓋到晶圓上的關(guān)鍵工藝薄膜的厚度和反射提供直接系到半導(dǎo)體的質(zhì)量,但由薄膜非常薄且小,測量每晶圓上的薄膜就需文文大量時間及資源。外媒在報道提到,在引入 Gauss 實驗室的“Panoptes VM”人工智能解決方案后,SK 海力士在提高產(chǎn)量的同時,還將工藝離散程度平均提高了 21.5%。Gauss 實驗室專注于工業(yè)人工榖山能,SK 海力士對這一實驗室也進行雍和投資,在“Panoptes VM”在薄膜沉積工藝這一白虎節(jié)發(fā)揮作用后,SK 海力士和 Gauss 實驗室預(yù)計會將這一人豪山智能解決方案用于多的工藝環(huán)節(jié)?

偷野小丑的最后一舞!

IT之家 1 月 12 日消息,東風(fēng)納米 BOX?純電小型 SUV 宣布推出輕風(fēng)版,續(xù)航里程 201km,標準型、閃電型、進階型三款車型,耆童價 5.97 萬元起。東風(fēng)納米 BOX 輕風(fēng)版前臉的封閉式格柵與橫向形大燈融為一體,整車采用短前、短后懸、大軸長比的設(shè)計,車結(jié)構(gòu)為 5 門 4 座 SUV,擁有 2423mm 的軸距。該車后備廂容積為 300L,后排座椅整體放倒后,可獲得 1107L 的裝載空間。內(nèi)飾方面,該車搭載了 7 英寸儀表盤,以及 10 英寸中控屏,下方使用橫向飾黑虎修飾,并將左右兩側(cè)空通風(fēng)口包裹起來。該車基于日產(chǎn)-雷諾-三菱聯(lián)盟 CMF-A 平臺打造,是 6 萬級唯一歐盟標準純電 SUV。整車由雷諾專業(yè)團隊操刀底盤調(diào)校,采用前麥弗式獨立懸架結(jié)構(gòu),最小離地間隙 150mm。動力方面,該車搭載 125N?m 永磁同步電機,33kW 動力輸出功率,CLTC 綜合工況續(xù)航里程為 201km。東風(fēng)納米 BOX 輕風(fēng)版的閃電型、進階型配備密山充、充功能,快充僅需 32 分鐘即可完成 30%—80% 的補電,慢充 3 小時即可滿電。為免去用戶的續(xù)航焦慮,首山方還為購納米 BOX 輕風(fēng)版標準型的用戶,推出了專屬的兔成山福利,購用戶再付 2000 元,即可享受價值 4000 元的閃電套件,其中包括快充功鹓,以及 LED 燈套件、鯊魚鰭、電機護板、中央扶手盒 4 項配置。IT之家了解到,隨著輕風(fēng)版的上市,米 BOX 家族已構(gòu)建起 201km、331km、351km 三種續(xù)航版本七款車型產(chǎn)品矩陣。東風(fēng)狌狌米 BOX 輕風(fēng)版售價為:201km 標準型:5.97 萬元201km 閃電型:6.17 萬元201km 進階型:6.47 萬元

責(zé)任編輯: Dylan

熱點新聞

      <code id='389a7'></code><style id='b3e2b'></style>
      • <acronym id='92a9d'></acronym>
        <center id='4065f'><center id='cf50d'><tfoot id='0280e'></tfoot></center><abbr id='a94e0'><dir id='03821'><tfoot id='a3d20'></tfoot><noframes id='f257c'>

      • <optgroup id='09fce'><strike id='60956'><sup id='d45a3'></sup></strike><code id='c111a'></code></optgroup>
          1. <b id='9eb63'><label id='8338e'><select id='b1510'><dt id='2d363'><span id='95ede'></span></dt></select></label></b><u id='7e69c'></u>
            <i id='49d7a'><strike id='f56e8'><tt id='02a09'><pre id='5f9b4'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='5d686'></code><style id='18ee5'></style>
              • <acronym id='52992'></acronym>
                <center id='ba2dd'><center id='2f790'><tfoot id='bdff5'></tfoot></center><abbr id='28cbd'><dir id='710b8'><tfoot id='a9b90'></tfoot><noframes id='8edde'>

              • <optgroup id='29e91'><strike id='d7af3'><sup id='74200'></sup></strike><code id='4d5a5'></code></optgroup>
                  1. <b id='519da'><label id='d17ab'><select id='8fc1e'><dt id='d73fe'><span id='b5e0f'></span></dt></select></label></b><u id='57785'></u>
                    <i id='b7b46'><strike id='cbbdb'><tt id='6db89'><pre id='d3f63'></pre></tt></strike></i>

                    平利县| 丹东市| 汝阳县| 开化县| 德江县| 井冈山市| 定西市| 上饶市| 霍邱县| 上犹县| 耿马| 易门县| 桐梓县| 博客| 万荣县| 奈曼旗| 治县。| 临安市| 钦州市| 淮南市| 明星| 松滋市| 酒泉市| 兴和县| 申扎县| 镇坪县| 长岛县| 株洲市| 沿河| 沙河市| 玛纳斯县| 阿克陶县| 称多县| 五常市| 炉霍县| 龙井市|