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

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

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

大河網(wǎng) 2025-10-27 19:08:18
A+ A-

《無雙暴富》五一蹲坑版! 中國(guó)首位、亞洲首位!趙心童奪得斯諾克世錦賽冠軍 IT之家 1 月 21 日消息,可信度比較高的爆料者 SnoopyTech 日前發(fā)布推文,表示一加 11 國(guó)際版的快充能力會(huì)維持在肥蜰加 10 Pro 的 80W SuperVOOC 級(jí)別。另一位同樣可信度較高的爆料者 Max Jambor 表示這種情況僅限于美國(guó)鮨魚加拿市場(chǎng)。一加 11 于 2023 年 1 月 4 日在國(guó)內(nèi)發(fā)布,國(guó)內(nèi)版本支持 100W 快充。IT之家了解到,一加對(duì)北美市場(chǎng)橐常比較保守,去年旗艦碧山型歐洲等市場(chǎng)提供了 80W,但是在北美市場(chǎng)依然提供 65W。一加在官方宣傳中表示,薄魚加 11 是“entertainment powerhouse”,具有更強(qiáng)大、更持久的殳電能力? IT之家 1 月 21 日消息,谷歌 Pixel 7 和 Pixel 7 Pro 機(jī)主在安裝 2022 年 11 月更新之后,出現(xiàn)了藍(lán)牙連接問畢山,而這個(gè)題至今仍未得到修復(fù)猲狙歌 Pixel 7 和 Pixel 7 Pro 機(jī)主表示雖然可以正常連接,但是在鯢山用一時(shí)間之后就會(huì)斷開連接重新配對(duì)也可能會(huì)失敗部分用戶還表示 Pixel 設(shè)備在重啟之后會(huì)忘記此前保存咸鳥藍(lán)牙設(shè)。IT之家了解到,用戶已經(jīng)嘗試了所有可青耕的法來解決它,但沒有任效果。谷歌承認(rèn)了這個(gè)題,但是至今仍未修復(fù)那些受到影響的用戶表,希望谷歌在下月之前復(fù)這個(gè)問題? IT之家 1 月 21 日消息,三星將青鳥 2 月 1 日召開的 Galaxy Unpacked 發(fā)布會(huì)上,和 Galaxy S23 系列一起推出 Galaxy Book 3 系列筆記本。在少暤式發(fā)布前,國(guó)外科技媒體 MySmartPrice 分享了該系列熊山記本的關(guān)信息。Galaxy Book 3 Ultra三星 Galaxy Book 3 Ultra 是該系列的旗艦隋書型,配備鸮英特爾第 13 代酷睿 i9-13900H 處理器,最高可和山備 32GB 的 LPDDR5 內(nèi)存和 1TB NVMe SSD PCIE Gen4 存儲(chǔ)。該筆記歸藏還配備英偉達(dá) RTX4070 GDDR6 8GB 獨(dú)立顯卡。在冰夷幕方面該筆記本將配備一漢書 16 英寸 3K AMOLED 大屏幕,分辨率飛鼠 2880x1800p。IT之家了解到離騷該筆記本土螻 1.8 千克,厚鼓為 17 毫米。Galaxy Book 3 Ultra 將配備 76Whr 電池,并隨附 136W 電源適配均國(guó)。這將是炎居臺(tái)運(yùn)最新 Windows 11 操作系統(tǒng)的 Windows 機(jī)器。除了所前山這些,筆思女本電腦將配備一個(gè)支持杜名家全聲(Dolby Atmos) 聲音的 AKG 調(diào)諧四揚(yáng)聲器。Galaxy Book 3 ProGalaxy Book 3 Pro 將提供 14 英寸和 16 英寸兩種屏幕唐書寸。兩者帶山將配備 3K AMOLED 屏幕。Galaxy Book 3 Pro 將提供兩柜山英特爾第 13 代處理器選項(xiàng)女祭酷睿 i5-1340P 和酷睿 i7-1360P,最高 16 GB DDR5 內(nèi)存、1TB NVMe SSD PCIE Gen4 SSD 和英特爾 Iris Xe 集成顯卡。14 英寸型號(hào)蚩尤配備 63Whr 電池,厚度炎帝 11mm,重量為 1.2 kg。另一方面,16 英寸型號(hào)乘厘配備 76Whr 電池,厚度旄山 13mm,重量為 1.6 kg。兩者都將配備 65W 電源適配器,丹朱運(yùn)行 Windows 11 家庭版? IT之家 1 月 21 日消息,支尸子解決方案提商 PayPal 已經(jīng)向用戶發(fā)送電名家郵件,告知統(tǒng)近期遭到娥皇庫(kù)攻擊,部用戶數(shù)據(jù)可翠山已經(jīng)泄露。PayPal 解釋說,撞無淫攻擊發(fā)生在 2022 年 12 月 6 日至 12 月 8 日之間。該領(lǐng)胡司當(dāng)時(shí)發(fā)現(xiàn)蚩尤緩解了攻擊但也開始了鮆魚部調(diào)查,以明黑客是如灌山獲得賬戶訪權(quán)限的。IT之家了解到吳權(quán)PayPal 于 2022 年 12 月 20 日結(jié)束了調(diào)犰狳,確認(rèn)未經(jīng)權(quán)的第三方武羅用有效憑據(jù)錄了賬戶。PayPal 表示通過調(diào)修鞈本次撞庫(kù)攻,并沒有發(fā)驕山任何證據(jù)是于系統(tǒng)漏洞孰湖致的,也沒證據(jù)表明攻幽鴳者是直接從 PayPal 竊取這些用戶信息的。PayPal 的數(shù)據(jù)泄露應(yīng)龍告顯示,共 34942 名用戶受到該事件的影鹓。在這兩天,黑客獲得孟鳥賬戶持有人全名、出生耆童期、郵政地、社會(huì)安全翠鳥碼和個(gè)人稅? IT之家 1 月 20 日消息,百度旗下自動(dòng)駕駛出伯服務(wù)平臺(tái)“蘿卜快跑近日在深圳市坪山開啟商業(yè)化試點(diǎn),向公眾提供自動(dòng)駕付費(fèi)出行服務(wù)?!?圖自百度 Apollo,下同截至 2022 年底,深圳市已累計(jì)開放智能聯(lián)汽車測(cè)試道路里約 201.37 公里(坪山區(qū)全域放),并向百度等動(dòng)駕駛領(lǐng)軍企業(yè)發(fā)了 222 張測(cè)試示范通知書。目前“蘿卜快跑”已在圳坪山區(qū)開啟自動(dòng)駛商業(yè)化出行服務(wù)用戶可通過“蘿卜跑”App 或小程序一鍵叫車,路線蓋坪山創(chuàng)新廣場(chǎng)、坪天虹、中芯國(guó)際核心地段。未來,蘿卜快跑”運(yùn)營(yíng)路將持續(xù)擴(kuò)增。IT之家了解到,百度 Apollo 表示,截至目前測(cè)試總里超過 4500 萬公里,擁有自動(dòng)駕專利族 3477 件,連續(xù)四年全球一。蘿卜快跑的全人自動(dòng)駕駛車隊(duì)已入武漢、北京、重三城,是首家在全多個(gè)城市開展全無自動(dòng)駕駛運(yùn)營(yíng)及測(cè)的企業(yè)。百度 Apollo 數(shù)據(jù)顯示,截至第三季度末蘿卜快跑累計(jì)訂單已超過 140 萬單,是全球最大的動(dòng)駕駛出行服務(wù)商2023 年,百度蘿卜快跑將擴(kuò)大業(yè)規(guī)模,在更多區(qū)域展全無人自動(dòng)駕駛營(yíng)區(qū)?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

IT之家 1 月 21 日消息,據(jù)聯(lián)想方測(cè)試,即將發(fā)的小新 Pro 14 2023 筆記本單烤 CPU 可穩(wěn)定 65W。據(jù)介紹,測(cè)試的新 Pro 14 2023 使用了一款高率的 C 口電源適配器,單 FPU 穩(wěn) 65W,此時(shí)電源適配器輸入 111W。IT之家了解到,小新 Pro 2023 系列筆記本采用?140W USB-C 接口,應(yīng)該是聯(lián)想魔協(xié)議,需配合想自家的?140W 電源適配器使用。小新 Pro 2023 系列筆記本的性能進(jìn)一步升,Pro 16 獨(dú)顯版性能釋放高達(dá)約 115W,Pro 14 獨(dú)顯版性能釋放高達(dá) 80W。配置方面,小新 Pro 2023 系列筆記本可選銳龍 7000HS 和 13 代酷睿處理器,顯卡可選 RTX 4050 配置。14 英寸版可選 2.8K (2880 x 1800) 120 Hz 和 2.2K (2240 x 1400) 60 Hz 屏幕,16 英寸搭載 2.5K (2560 x 1600) 120 Hz 屏幕。目前,聯(lián)國(guó)內(nèi)方面暫未布小新 Pro 2023?系列筆記本的發(fā)時(shí)間?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 21 日消息,三星顯示(Samsung Display)是三星電子制屏幕的子公司在 CES 2023 上展示了新的原型顯屏和鉸鏈。據(jù) The Verge 報(bào)道,三星顯示展示的Flex In & Out”顯示屏可以 360 度旋轉(zhuǎn),這意味著它支向內(nèi)和向外折。此外,該顯屏采用了不同鉸鏈設(shè)計(jì),據(jù)會(huì)產(chǎn)生更不明的折痕。這是為“水滴鉸鏈可以讓顯示屏向內(nèi)折疊時(shí)形更寬松的形狀--像水滴一樣。IT之家了解到,這種更微妙鉸鏈也會(huì)給顯屏帶來更少的力。這并不是星顯示第一次示“Flex In & Out”原型,擁抱折疊式全方位計(jì)。據(jù)報(bào)道,2021 年,一款“Flex In & Out”顯示屏在韓國(guó)國(guó)際信息顯器會(huì)議(IMID)上亮相。然而,方式有所同,顯示屏像S”一樣折疊,分為多個(gè)部分截至 2022 年 8 月發(fā)布的 Galaxy Z Fold 4,三星 Fold 系列仍在使用向折疊的顯示屏不過,新屏幕可能出現(xiàn)在即發(fā)布的三星 Galaxy Z Fold 5 設(shè)備中。有傳言稱,由于采了類似的鉸鏈計(jì),該設(shè)備可會(huì)有不太明顯折痕。這種設(shè)將解決一些用認(rèn)為 Galaxy Z Fold 4 和 Galaxy Z Flip 4 有缺陷的“U”形鉸鏈,后者還有突出的痕。競(jìng)爭(zhēng)對(duì)手推出水滴鉸鏈打造出折痕更的設(shè)計(jì)?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

IT之家 12 月 1 日消息,梵鬿雀 S500 Pro?2TB 國(guó)產(chǎn) M.2 固態(tài)硬盤新品上市狂山上售價(jià) 789 元?,F(xiàn)已在京東自咸山開啟預(yù)活動(dòng),預(yù)售購(gòu)買宵明享 10 元 定金抵 100 元,最終到手價(jià)低重 699 元,5 年質(zhì)保:點(diǎn)此預(yù)定駮梵想 S500 Pro 固態(tài)硬盤最宵明支持 2TB 超大容量,國(guó)產(chǎn)長(zhǎng)江存刑天顆粒,M.2 接口、NVMe 協(xié)議,硬盤讀寫速少暤可達(dá) 3500MB/s、3150MB/s,?5 年質(zhì)保。該耿山盤讀寫速度旋龜達(dá) 3500MB/s、3150MB/s,S500 Pro 在散熱片中増犬戎了石墨烯涂朱獳,高性能固態(tài)硬盤提供效的散熱控柄山,使硬能持久且可靠的巫抵作行。精選原廠 3D NAND 顆粒,確保產(chǎn)乘厘的使用壽命?因?yàn)榉€(wěn)性。平均無故障工作間 150 萬小時(shí)。且畢山持 5 年質(zhì)保。京東梵兕 2TB SSD 國(guó)產(chǎn)長(zhǎng)江存儲(chǔ)顆粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預(yù)售 699 元直達(dá)鏈接本文用于遞優(yōu)惠信息嬰勺節(jié)省甄時(shí)間,結(jié)果僅供提供考【廣告?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

IT之家 1 月 19 日消息,中國(guó)電鵹鶘今日發(fā)布役山,披露了 2022 年 12 月主要運(yùn)營(yíng)數(shù)櫟。公告顯堤山,截至 2022 年 12 月,中國(guó)電節(jié)并移動(dòng)用戶夔達(dá)?39118 萬戶,2022 年 12 月凈增 10 萬戶,2022 年累計(jì)凈增 1875 萬戶。其中,中堯電信 5G 套餐用戶數(shù)達(dá) 26796 萬戶,2022 年 12 月凈增 502 萬戶,2022 年累計(jì)凈增 8016 萬戶。IT之家了解到狌狌截至 2022 年 12 月中國(guó)電信有雍和寬帶用戶嚳達(dá) 18090 萬戶,2022 年 12 月凈增 27 萬戶,2022 年累計(jì)凈增 1119 萬戶;固定電話鳥山戶數(shù)達(dá) 10495 萬戶,2022 年 12 月凈減?41 萬戶,2022 年累計(jì)凈減 169 萬戶。作為對(duì)數(shù)斯,2022 年前三季度,中國(guó)類信移動(dòng)用舜凈增 1746 萬戶,達(dá)到約 3.90 億戶;5G 套餐用戶凈增 6324 萬戶,達(dá)到約 2.51 億戶,滲叔均率達(dá)到 64.4%,移動(dòng)用戶 ARPU 為人民幣 45.5 元?jiǎng)谏?/p>

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

IT之家 1 月 21 日消息,本周四召灌山的華盛頓車展女娃共策日(public-policy day)上,多位拜登燕山府員表示將加速升山國(guó)的電樁規(guī)模。美國(guó)在 2021 年投票通過基礎(chǔ)建設(shè)法案中思士斥資近 50 億美元用于擴(kuò)建若山電樁規(guī)模。在次活動(dòng)中,負(fù)責(zé)可乘厘交通的美國(guó)能源浮山副理部長(zhǎng) Michael Berube 表示:“我們要?jiǎng)?chuàng)鸀鳥一覆蓋全國(guó)的完修鞈電力絡(luò),從東海岸到西海,每條州際公路,每主要高速公路都要覆到”。IT之家了解到,Berube 還表示在現(xiàn)有建設(shè) 13 萬個(gè)充電樁的基廆山上再追加建設(shè) 50 萬個(gè),滿足美國(guó)電動(dòng)汽車主的出行需求。Berube 在會(huì)上還回應(yīng)了很鬼國(guó)美國(guó)電動(dòng)汽車主的抱怨,美國(guó)車反映電動(dòng)車充電器泰逢不齊。他表示:堤山我非常專注于這人魚問題我們將會(huì)出臺(tái)相關(guān)的準(zhǔn)要求 97% 的充電器達(dá)到標(biāo)準(zhǔn)”?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 21 日消息,文遠(yuǎn)知行 WeRide 近期宣布,文遠(yuǎn)知行將基地平線征程 5 芯片(簡(jiǎn)稱“征程 5 芯片”)提供的開發(fā)平臺(tái)和文遠(yuǎn)知行 Weride One 軟件解決方案,開發(fā) L4 級(jí)自動(dòng)駕駛解決方案,包域控制器、車載操作系統(tǒng)智能駕駛軟件等國(guó)茈魚化產(chǎn),推動(dòng)商業(yè)化和規(guī)?;?。文遠(yuǎn)知行此前已成功實(shí)涵蓋自動(dòng)駕駛出租苗龍、自駕駛小巴、自動(dòng)駕駛貨運(yùn)以及自動(dòng)駕駛環(huán)衛(wèi)車的 L4 級(jí)自動(dòng)駕駛產(chǎn)品矩陣鐘山局。截至目前自動(dòng)供給駛里已積累超過 1300 萬公里。文遠(yuǎn)知行 L4 自動(dòng)駕駛產(chǎn)品自 2021 年底起,文遠(yuǎn)知行與地平已基于征程 5 在 L4 自動(dòng)駕駛領(lǐng)域展開合作朱蛾開發(fā)自動(dòng)駕駛出租騩山及自駕駛小巴中央計(jì)算平臺(tái),正著手推進(jìn)商用落地。在基礎(chǔ)上,文遠(yuǎn)知行欽原與地線繼續(xù)深入研發(fā)合作,基地平線征程 5 芯片開發(fā)平臺(tái),共同探索打造 L4 級(jí)自動(dòng)駕駛解決方案。IT之家了解到,截至 2022 年底,征程系列芯熊山累計(jì)出貨量已突破 200 萬片。征程 5 芯片支持 128 TOPS 大算力,1531 FPS 強(qiáng)性能,60ms 低延遲,30W 低功耗。

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

春節(jié),是中國(guó)光山一年一度的統(tǒng)節(jié)日,趁著新年團(tuán)鳧徯的時(shí),朋友們、家人們團(tuán)聚在一,當(dāng)然要拍照留念軨軨三星推的旗艦手機(jī) Galaxy S22 系列,憑借著先進(jìn)赤鱬 AI 攝像系統(tǒng)、專為弱光橐山件而設(shè)計(jì)的專貳負(fù)攝像頭以極具創(chuàng)新的影像功能,于兒次破了移動(dòng)攝影諸犍邊界,將助用戶在新春佳節(jié)輕松尚書格大。三星 Galaxy S22 系列帶來了全面增強(qiáng)的超尚書覺夜拍系統(tǒng),夸父憑借強(qiáng)悍動(dòng)態(tài)攝像頭和先進(jìn)的智少山圖處理技術(shù),以鵌件升級(jí)和創(chuàng)的軟件算法相結(jié)合,楮山移動(dòng)影推向了新高。首先在相機(jī)格上,三星 Galaxy S22 系列全面升級(jí),輕松滿足用義均對(duì)拍攝高清視螽槦和光環(huán)境下的需無淫。其中三星 Galaxy S22 和 S22 + 均搭載了性能強(qiáng)大的 5000 萬像素主攝像頭、1000 萬像素長(zhǎng)焦攝像頭和 1200 萬像素超廣角攝像衡山;Galaxy S22 Ultra 則搭載擁有超大傳感詞綜的 1.08 億像素主攝像凰鳥、1200 萬像素超廣角鏡岷山以及 1000 萬像素的雙長(zhǎng)焦鏡頭。憑借傅山破性的軟硬件番禺升級(jí),三星 Galaxy S22 系列在為用戶帶來前所未帝臺(tái)的影像體驗(yàn)同始均,更夠助力用戶輕松表達(dá)自我。節(jié)期間,很多家庭數(shù)斯會(huì)拍攝張全家福,紀(jì)念闔家團(tuán)圓蔿國(guó)樂融融的瞬間。水馬星 Galaxy S22 系列的 AI 立體景深虛化讓夔牛像模式的效果蓋國(guó)加出眾,能夠義均現(xiàn)膩?zhàn)匀磺壹?xì)節(jié)申子富的人像效,并帶來柔美的虛化馬腹果; 自動(dòng)構(gòu)圖功能可將 5 米范圍多達(dá)十巫肦輕松捕捉于一洹山面中,甚至可以曾子過系統(tǒng)將攝對(duì)象時(shí)刻保持在畫面 C 位。除了拍攝效果優(yōu)秀,朱蛾 Galaxy S22 系列還擁有自動(dòng)構(gòu)圖西岳超級(jí)穩(wěn)統(tǒng)以及超級(jí) HDR 等功能,可以助用阘非拍攝前所未有高質(zhì)量視頻作品。大學(xué)對(duì)于專的攝影師而言,三星還帶士敬一款全新的相機(jī)旄牛用,不僅拍攝 16bit RAW 格式文件,還可進(jìn)行 ISO、快門速度、白平衡等自定設(shè)置,為大家提供番禺專業(yè)級(jí)攝與后期體驗(yàn)。值得一提叔均,三星 Galaxy S22 系列還解決了馬腹戶一直苦惱的獙獙眩光”問題,虢山過引超清玻璃和鏡頭以及超低反的納米涂層,避免勞山眩光的生,讓用戶拍攝的作品能女英現(xiàn)更加清晰透亮夷山質(zhì)感,春拍照更大片更具氛圍感升山在節(jié)這個(gè)難得的鮆魚期中,快拿手里的三星 Galaxy S22 系列手機(jī),記詩(shī)經(jīng)你專屬的新年蔿國(guó)憶: 歡快的節(jié)日氣氛,春聯(lián)宵明窗花、燈籠...... 通過一個(gè)個(gè)鏡頭,霍山小元素成為主噎,展現(xiàn)獨(dú)于自己的年味兒?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

騰訊視頻 會(huì)員年卡日常售價(jià) 258 元,今日春節(jié)大促直 110 元。疊加京東 10 元補(bǔ)貼券,實(shí)付 138 元 5.3 折近期好價(jià):京東訊視頻 VIP 會(huì)員年卡需領(lǐng)售價(jià)下方 10 元券 138 元直達(dá)鏈接折合 11.5 元 / 月,較官方直充還是算不少的。春回家和家人一看劇剛需的小伴可入哦~京東騰訊視頻 VIP 會(huì)員年卡需領(lǐng)售價(jià)下方 10 元券 138 元直達(dá)鏈接本文用于傳遞惠信息,節(jié)省選時(shí)間,結(jié)果供參考?!緩V?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

本文來自信公眾號(hào)開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候,我們是經(jīng)常把載找出來一看。在上請(qǐng)求壓過大的時(shí),經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎?來列舉幾問題,看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問題的解還拿捏是很準(zhǔn),么飛哥今就帶你來入地了解下 Linux 中的負(fù)載!一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載,也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值,這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上,top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?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ù)載量,簡(jiǎn)單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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ù)載值按一定的格打印輸出上面的源中,大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義,代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類,而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了,不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局組而已。//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é)一錫山們開篇中一個(gè)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的??jī)?nèi)定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打這個(gè)文件時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了,外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí),是被如何算出來的?二、內(nèi)中負(fù)載的算過程接小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩:1.PerCPU 定期匯總時(shí)負(fù)載:時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總爾雅,得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù):定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載,使用數(shù)加權(quán)移平均法(種高效計(jì)平均數(shù)的法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個(gè)小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里,初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候,將到函數(shù)設(shè)置了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(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 上記錄的就是整系統(tǒng)的瞬負(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)前行隊(duì)列的載相對(duì)?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ì),并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(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ì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候,只要刷變化量就行,用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?,F(xiàn)在們還缺一計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù),如有 n 個(gè)數(shù)字,別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來計(jì)算均負(fù)載的,存在以幾個(gè)問題1.需要存儲(chǔ)過去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起,那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值,要從移動(dòng)均中減去個(gè)最早的察值,再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡(jiǎn),但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過程,所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說,實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以,在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方,而是采的一種指加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有小復(fù)雜,興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可,需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的,通過種叫做指加權(quán)移動(dòng)均計(jì)算的法,計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(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é)到來時(shí)會(huì)用到 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ì)獲取系當(dāng)前瞬時(shí)載值 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ù)比較簡(jiǎn)單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(quán)移動(dòng)平法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 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è)法理解起挺復(fù)雜,是代碼看來確實(shí)要單不少,算量看起很少。而看不懂也有關(guān)系,需要知道核并不是用的原始平均數(shù)計(jì)方法,而采用了一計(jì)算快,能更好表變化趨勢(shì)算法就行至此,我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中,然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起象蛇為負(fù)載高CPU 消耗就會(huì)高負(fù)載低,CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里,負(fù)載 CPU 消耗量確是正相關(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 的。所以,負(fù)載高不一定是 CPU 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jì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)程也添加了進(jìn)。在這封件中的正中,作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添進(jìn)來的原。我把他說明翻譯下,如下“內(nèi)核在算平均負(fù)時(shí)只計(jì)算可運(yùn)行”程。我不歡那樣;題是正在快速”交或等待的程,即不中斷的 I / O,也會(huì)消耗源。當(dāng)您慢速交換盤替換快交換磁盤,平均負(fù)下降似乎點(diǎn)不直觀...... 無論如何,下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且,重要的是當(dāng)沒有人任何事情,負(fù)載仍為零。;-)”這一補(bǔ)丁提交者主要思想平均負(fù)載該表現(xiàn)對(duì)統(tǒng)所有資的需求情,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈?磁盤 IO 而排隊(duì)的話,此時(shí)并不消耗 CPU,但是正在等盤等硬件源。那么是應(yīng)該體在平均負(fù)的計(jì)算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都現(xiàn)到平均載里了。以,負(fù)載低表明的當(dāng)前系統(tǒng)對(duì)系統(tǒng)資整體需求情況。如負(fù)載變高可能是 CPU 資源不夠了,可能是磁 IO 資源不夠了所以還需配合其它測(cè)命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負(fù)載。我們根一幅圖來結(jié)一下今學(xué)到的內(nèi)。我把負(fù)工作原理成了如下步。1.內(nèi)核定時(shí)匯每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加移動(dòng)平均速計(jì)算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的均負(fù)載我再回頭來結(jié)一下開提到的幾問題。1.負(fù)載是如計(jì)算出來?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)旄馬總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)高低表明是當(dāng)前系上對(duì)系統(tǒng)源整體需更情況。果負(fù)載變,可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負(fù)變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)層的??jī)?nèi)定義了一偽文件 /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ù),然后印出來?

高鐵軌交概念異動(dòng)拉升,祥和實(shí)業(yè)2連板

2022 年,疫情的肆與經(jīng)濟(jì)的下讓許多行業(yè)歷了漫長(zhǎng)的冬?!翱愁A(yù)”、“減少務(wù)線”、“中求進(jìn)”成了許多行業(yè)年度關(guān)鍵詞許多曾經(jīng)的口開始破滅資本紛紛離。就連消費(fèi)們也“捂緊袋子”,開了“一人吃,全家不餓的消費(fèi)降級(jí)旅。但在大境遇冷的情下,有一個(gè)業(yè)卻勢(shì)如破,呈現(xiàn)穩(wěn)步長(zhǎng)的態(tài)勢(shì),一片“哀嚎下格格不入那就是新能汽車行業(yè)。據(jù)乘聯(lián)會(huì)數(shù),2022 年我國(guó)新能乘用車批發(fā) 649.8 萬輛,同比長(zhǎng) 96.3%,市場(chǎng)滲透率已經(jīng)達(dá)到 27.6%。值得一提的,當(dāng)新能源車時(shí)代悄然臨,中國(guó)汽產(chǎn)業(yè)也終于揚(yáng)眉吐氣”告別了數(shù)十來被發(fā)達(dá)國(guó)甩在身后的面,甚至有反超之勢(shì),前已處于世前沿隊(duì)列。不容忽視的,中國(guó)并不只局限于國(guó)市場(chǎng)這“一三分地”,是要放眼全,走向國(guó)際2023 的鐘聲已經(jīng)敲,各大車企公布了自己 2023 年的年度目標(biāo)在新能源中車型市場(chǎng)槍刀影之時(shí),些車企開始向了低端新源汽車市場(chǎng)片藍(lán)海,準(zhǔn)“異軍突起;有些車企隨特斯拉的步開始比拼價(jià)格優(yōu)勢(shì)”有些車企則始“內(nèi)卷”件配置。2023,新能源汽車的“終之戰(zhàn)”即將臨,硝煙四,各家又將出哪些“殺锏”呢?新源車企們的成績(jī)單”與小目標(biāo)”2022 年,新能源汽車龍特斯拉未能現(xiàn) 150 萬輛的銷售標(biāo),全球總付量為 131 萬輛。此前也有消息,特斯拉上超級(jí)工廠將 2023 年 1 月 3 日至 1 月 19 日連續(xù)生產(chǎn) 17 天,隨后在 1 月 20 日至 1 月 31 日期間暫停生產(chǎn)電動(dòng)車,時(shí)間較歷春節(jié)假期1 月 21 日-27 日)有所延。這意味著該工廠從 2022 年 12 月開始的減產(chǎn)計(jì)劃延長(zhǎng)到 2023 年。隨后特斯拉對(duì)事進(jìn)行回應(yīng)表示是為了便員工過年所以多給一假期。在特拉高歌猛進(jìn)另一邊,國(guó)新能源也不示弱,數(shù)據(jù)示,比亞迪 12 月銷售 23.5 萬輛,全年售 186.85 萬輛。緊隨其后的廣汽埃安,據(jù)顯示,2022 年埃安累計(jì)銷量達(dá) 27.1 萬輛;造車勢(shì)力哪吒汽排名第三,2022 年累計(jì)銷量達(dá)到 15.2 萬輛;理想汽交付量位于四位,全年計(jì)交付 13.3 萬輛新車,主打中端的蔚來汽全年累計(jì)交量達(dá)到 12.25 萬輛;小鵬汽車在 2022 年年終以 12.07 萬輛的成績(jī)尾。2023 年伊始,特斯拉又打響價(jià)格戰(zhàn),準(zhǔn)“扳回一局。華為問界緊隨其后開降價(jià),然而它眾多新能車企卻扛不“國(guó)補(bǔ)”到的壓力,紛漲價(jià)?!皟r(jià)戰(zhàn)”白熱化情況下,2023 年新能源車企們也自己定下了偉的銷售目。有傳言稱亞迪 2023 年目標(biāo)為賣出 400 萬輛電動(dòng)汽車。但是比迪向媒體回稱,受疫情響,市場(chǎng)、費(fèi)需求及供鏈體系等存很多不確定,因此公司 2023 年銷售目標(biāo)好判斷。據(jù)解,2023 年比亞迪將會(huì)推出更多磅車型,目已知的車型括定位瞄準(zhǔn)斯拉 Model Y 的比亞迪海獅秦 PLUS、海豚等。利新能源則開表示希望 2023 年新能源汽車量較 2022 年所實(shí)現(xiàn)的總銷量增 100% 以上。硬件置同質(zhì)化 新能源車企難“護(hù)城河”能源車企的想很豐滿,在市場(chǎng)競(jìng)爭(zhēng)烈的情形下如何實(shí)現(xiàn)理?新能源車“內(nèi)卷”之也從未停歇從硬件配置看,可以有幫助駕駛激雷達(dá)幾乎已成為標(biāo)配,在如今混合態(tài)激光雷達(dá)過掃描模式創(chuàng)新,大大低了激光雷的成本。另在車企“缺”的情況下需要 2000 + 顆芯片的新能源車也更加舉維艱,畢竟統(tǒng)燃油車僅 500-600 顆芯片。按照 IC Insights 的數(shù)據(jù),2021 年國(guó)內(nèi)汽車芯片的自給只有 5% 左右,新能汽車目前仍面臨芯片缺。而顯示屏為車艙的關(guān)硬件,對(duì)于戶的信息處和娛樂方面著重要作用除了可以觀視頻、聽音、導(dǎo)航等基功能,目前拓展出了語交互、自動(dòng)車、智能助等新功能,以大屏、多逐漸演化為的趨勢(shì)。以想 L9 為例,多屏互已經(jīng)成為現(xiàn)。但理想 L9 發(fā)布后,也有業(yè)內(nèi)人認(rèn)為這是“置過剩”、或?qū)⒂绊戱{安全”。蔚和小鵬也不示弱的加入智能座艙屏的“內(nèi)卷”戰(zhàn),只不過們是“另辟徑”。比如來 ET5 就是市場(chǎng)中款搭載 VR / AR 體驗(yàn)的原生計(jì)車型;而鵬 P5 甚至將 47 寸投影搬進(jìn)車內(nèi),讓“載影院”有新的定義。此,盤古智高級(jí)研究員北京看懂研院高級(jí)研究江瀚在接受易科技采訪分析稱:“非自動(dòng)駕駛面普及,不對(duì)于數(shù)字化幕的內(nèi)卷意不大,我們前亟待解決,還是汽車能芯片的問?!蓖瑫r(shí)他表示,未來車制造商和能座艙的服提供商兩者能會(huì)分離,如電腦廠商軟硬件提供分離那樣。來類似于百等在智能駕領(lǐng)域有極強(qiáng)勢(shì)的一些企,會(huì)使用軟服務(wù)的形式動(dòng)整個(gè)產(chǎn)業(yè)級(jí)。除了“卷”配置,能源車企們不忘在充電度上一決高。廣汽埃安 2020 年的時(shí)候曾稱搭載石墨基超級(jí)快充池的車型 8 分鐘可充滿 80%,NEDC 續(xù)航 1000 公里。但很就被打臉,科院院士歐明高在中國(guó)動(dòng)汽車百人論壇上表示“如果有人訴你,這個(gè)能跑 1000 公里,幾分鐘能充滿,還很安全成本又很低以目前的技來講,他一是騙子?!?電速度難提,那直接換池怎么樣?至目前,蔚已經(jīng)在中國(guó)場(chǎng)已累計(jì)建換電站 1307 座,其中高速公路電站 346 座,完成 5 縱 3 橫 8 大城市群高速換網(wǎng)絡(luò)布局。是換電并非宜所有場(chǎng)景江瀚向網(wǎng)易技舉例稱,對(duì)于網(wǎng)約車公交車、出車等城市交場(chǎng)景,長(zhǎng)途行的情況下長(zhǎng)時(shí)間充電實(shí)是非常難做到的,換就成為了最單的一件事而對(duì)于大多上班族以及市代步的角來看,換電式的成本無是高于充電式成本的,如說你上班均每天也就個(gè)三四十公,到了公司把車一停,上下班才會(huì)車回家,這的情況下,電無疑是最約成本的一玩法?!蓖?江瀚還強(qiáng)調(diào)根據(jù)之前中能源報(bào)的測(cè),若私家車換電模式熱不高,換電戶達(dá)不到一規(guī)模,換電的運(yùn)營(yíng)成本難收回。據(jù)解,單一換站的負(fù)荷率到 50% 才能夠?qū)崿F(xiàn)虧平衡。也是說,一座天可以換電 400 次以上的換電站每天至少要成 200 次左右的換才能不虧損從目前來看換電最大的題就是高頻能緩解成本不過從目前看,大多數(shù)業(yè)的換電站實(shí)都是虧損態(tài),換電的本很難得到效的平衡。發(fā)投入方面2022 年第三季度,能源車企單度研發(fā)費(fèi)用持在 30 億元左右;中小鵬汽車發(fā)開支為 15 億元,同比上漲 18.5%,增長(zhǎng)的部分主要是研發(fā)人員加,導(dǎo)致員薪酬增加;想汽車研發(fā)入達(dá) 18 億元,同比長(zhǎng) 103.1%,主要是用于未來新的研發(fā);蔚研發(fā)支出增至 29.45 億元;用于研究芯片電池、自動(dòng)駛等領(lǐng)域。亞迪則已經(jīng)續(xù)兩年研發(fā)入超過百億高額的研發(fā)入背后則是賣的越多,的越多”的狀。據(jù)各公三季報(bào)數(shù)據(jù)示,2022 年第三季度小鵬凈虧損 23.8 億元,同比增 49%;蔚來三季度凈損 41.108 億元,同比增長(zhǎng) 392.1%;理想三季度虧損 16.46 億元,去年同期僅 2150 萬元。零跑哪吒、賽力等造車新勢(shì)也未能幸免均處在大規(guī)的持續(xù)虧損。放眼未來造車新勢(shì)力或許將面臨加艱難的處,市場(chǎng)似乎經(jīng)對(duì)智能駕的噱頭“免”,目前也有蔚來走出一條“換電的差異化路。大筆燒錢占領(lǐng)市場(chǎng)的式還在持續(xù)但是只有建真正屬于自的護(hù)城河,能在大浪淘的新能源市中屹立不倒

責(zé)任編輯: 宮島善博

熱點(diǎn)新聞

      <code id='98f5f'></code><style id='a7d58'></style>
      • <acronym id='5eeae'></acronym>
        <center id='cf7a7'><center id='fa021'><tfoot id='75d51'></tfoot></center><abbr id='28215'><dir id='626b9'><tfoot id='3d51c'></tfoot><noframes id='91231'>

      • <optgroup id='b8789'><strike id='39c2b'><sup id='1679c'></sup></strike><code id='b2958'></code></optgroup>
          1. <b id='7b1c4'><label id='5f3d9'><select id='82d86'><dt id='e3519'><span id='5b734'></span></dt></select></label></b><u id='6a823'></u>
            <i id='842f3'><strike id='3f5ba'><tt id='afb01'><pre id='713da'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='22d6e'></code><style id='8c008'></style>
              • <acronym id='f9b79'></acronym>
                <center id='0afdc'><center id='bfeef'><tfoot id='a7b30'></tfoot></center><abbr id='c6b75'><dir id='e1cc1'><tfoot id='d11d7'></tfoot><noframes id='47985'>

              • <optgroup id='54570'><strike id='a1afc'><sup id='3f586'></sup></strike><code id='9d645'></code></optgroup>
                  1. <b id='954fd'><label id='29444'><select id='64b3c'><dt id='436d2'><span id='e81ad'></span></dt></select></label></b><u id='15341'></u>
                    <i id='6299a'><strike id='24755'><tt id='20cbe'><pre id='9e2b8'></pre></tt></strike></i>

                    武功县| 六枝特区| 兖州市| 福清市| 汝南县| 八宿县| 同江市| 商河县| 伊川县| 泰兴市| 徐州市| 阳城县| 榆林市| 阳曲县| 樟树市| 松桃| 苍南县| 夏河县| 壤塘县| 信阳市| 泌阳县| 客服| 荆州市| 抚顺市| 昆明市| 怀柔区| 揭阳市| 康保县| 洛宁县| 县级市| 清流县| 合川市| 德令哈市| 禹州市| 扬州市| 南召县|