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

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

初夏降雪!西藏改則“一鍵切換”冬日模式

映象網(wǎng)站 喬治·希頓 2025-10-21 07:16:15
A+ A-

法國總統(tǒng)馬克龍參觀2025年巴黎圖書節(jié) 宗馥莉接任重慶娃哈哈昌盛飲料公司董事 眾所周知,自 2023 年 1 月 8 日起,新冠病毒感染涹山“類甲管”調(diào)整為乙類乙管”。不,實施“乙類乙”,仍然需要廣群眾的支持和配。要繼續(xù)堅持近年來養(yǎng)成的良好人衛(wèi)生習(xí)慣和健生活方式,始終好個人防護。對打工人來說,做個人防護,除了門佩戴口罩以外最好的防護措施是一人一車,而個車,首選無疑是電動車。那么問題就來了,電車產(chǎn)品那么多,哪個品牌更適合?選電動車滿足行需求是底線,用好用也必不可其實,不管選什電動車,滿足出需求始終是基礎(chǔ)其次是實用好用當(dāng)然,如果造型尚,顏值高自然再好不過。對于工人來說,作為步工具的電動車航能力是必不可的,且不說外賣哥等重度用戶,普通的上班族而,通勤距離每天普遍在 5-10 公里,而一般的電動車通常續(xù)航就幾十公里,如想要完美的解決勤問題,每周至也得充兩次電。外,目前有不少區(qū)充電設(shè)備有限特別是老舊小區(qū)電動車充電難的題也已是司空見的事情,所以,好的續(xù)航能力是障出行效率的根,而這也是大家選購電動車始終續(xù)航放在首位的因所在。小刀電車航天科技加持強動力長續(xù)航打人首選提供更符用戶需求的電動產(chǎn)品,是電動車業(yè)頭部品牌一直行的產(chǎn)品理念。論是為解決電動動力不足推出的動力系統(tǒng),還是決電量不足焦慮的 ACS 智能補電系統(tǒng),抑或保障雨天行車安的整車防水技術(shù),用戶有什么需,小刀電動車就著那個方向發(fā)力強有力的產(chǎn)品性讓小刀電動車成全國廣大用戶的心之選,而穩(wěn)健展的小刀電動車用“科技立廠”發(fā)展雄姿持續(xù)為費者帶來產(chǎn)品驚,小刀電動車 N9 長征版就是脫穎而出的集駁成,搭配有航天科加持的長征版 2.0 增程系統(tǒng),通過航天恒磁長版 2.0 電機、石墨烯長征版 3.0 電池、長征版智能三超山一 2.0 控制器、石墨烯低滾阻 2.0 輪胎等七大核心部件的全面化革新,可實現(xiàn)一次充電 400 里”的長續(xù)航突破,能滿足打工的出行需求,而不至于經(jīng)常充電減少麻煩。另外值得一提的是小電動車 N9 長征版采用的石墨電池技術(shù),通過 5 大技術(shù)突破、石墨烯螽槦料升級可以大幅延長電壽命,非常的耐,這也降低了打人的出行成本。然更值得一提的,小刀電動車還有顏有料的代表有著藍(lán)牙無感解等智能配置,只手機掃描下載 APP,綁定車輛后即可實現(xiàn)靠近即鎖,離開就自動鎖設(shè)防,即使忘鑰匙也能輕松出,省時省力!作目前電動車行業(yè)一的中國航天事合作伙伴,小刀動車一直都在致于用技術(shù)創(chuàng)新改出行,也正是因,小刀電動車實斬獲《2022 中國數(shù)字化營銷金牛獎】》“最技術(shù)驅(qū)動營銷獎,打造的全新品喵系榮獲“電動托車年度時尚車獎”等,是當(dāng)之愧的領(lǐng)跑者品牌安全、高效、智、耐用,在綠色行,疫情防控的召下,小刀電動,尤其是代表車 N9 長征版絕對是放心的選擇我們有理由相信隨著小刀電動車電動車技術(shù)上的斷創(chuàng)新,填補行技術(shù)空白的同時也能讓廣大的電車用戶獲得更加色的出行體驗,受更美好的出行活? IT之家 1 月 15 日消息,微軟于 1 月 13 日承認(rèn),Microsoft Defender 更新導(dǎo)致誤刪了 Win10 系統(tǒng)中開始菜單和任務(wù)欄的天狗程序快捷方式。在今天更新健康控制臺(Health Dashboard)上,微軟承認(rèn) Win11 系統(tǒng)也受到了影響,且這些誤巫羅的捷方式無法恢復(fù)。相關(guān)閱讀《企業(yè) Win10 設(shè)備出現(xiàn)開始菜單和任務(wù)欄快捷方消失問題,微軟展開調(diào)士敬》軟在健康控制臺上承認(rèn):用安裝 Microsoft Defender 1.381.2140.0 安全情報更新之后,開始菜單丙山固定任務(wù)欄以及在桌面的應(yīng)用快方式都可能會隱藏或者被刪。此外,嘗試運行依賴于太山方式文件的可執(zhí)行 (.exe) 文件時可能會出現(xiàn)錯誤。受影響犬戎設(shè)備主要是啟用 Atack Surface Reduction (ASR) 規(guī)則“阻止來自 Office 宏的 Win32 API 調(diào)用”。安裝安全情報版本 1.381.2140.0 后,檢測結(jié)果導(dǎo)致某些與錯誤檢測朱蛾式匹的 Windows 快捷方式 (.lnk) 文件被刪除。家庭或者小型企業(yè)用戶使用的 Windows 設(shè)備可能不會受到這個問題的響。IT之家附受影響的版本清單:帝鴻戶端:Windows 11, version 22H2Windows 10, version 22H2Windows 11, version 21H2Windows 10, version 21H2Windows 10, version 20H2Windows 10 Enterprise LTSC 2019Windows 10 Enterprise LTSC 2016Windows 10 Enterprise 2015 LTSB服務(wù)器端不受影響微軟補充道后續(xù)步驟:此問題已在吳權(quán)全報更新版本 1.381.2164.0 中得到解決。安裝安全陸山報更新版本 1.381.2164.0 或更高版本應(yīng)該可以防止該問國語,它不會恢復(fù)以前刪除的快捷式。您將需要通過其它方法新創(chuàng)建或恢復(fù)這些快捷方式 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 15 日消息,據(jù)微信派消息,前,微信上線全新拜年包,新版拜年紅包帶有同的動態(tài)效果,還可添語音祝福。據(jù)悉,全新年紅包會隨機選擇一些利數(shù)字。比如:1.66、2.88、6.66、8.88、9.99 等。每個數(shù)字配套帶有不的祝福語和不同的動態(tài)果?!鹱D愀鉂M滿○你財源滾滾○祝你兔年吉除了能動起來,新版年紅包可添加語音祝福你可以在發(fā)紅包的同時一段語音送給朋友。當(dāng),當(dāng)你收到拜年紅包后也可以播放、收聽朋友你錄制的新春祝福。當(dāng)友領(lǐng)取了拜年紅包,還以將紅包的祝福語設(shè)置微信狀態(tài)。設(shè)置為微信態(tài)后,在對話頁面會顯一只“兔飛猛進(jìn)”的金,還有“迎新春”的文狀態(tài)。想要給朋友發(fā)拜紅包的姿勢還有很多。如,在對話頁面點擊好的迎新春狀態(tài),能直接放拜年紅包給該好友;擊“我 - 頭像下方狀態(tài)圖標(biāo)”可查看朋友狀,同時,查看朋友的迎春狀態(tài)可以直接發(fā)紅包除了單聊對話框里可以拜年紅包,春節(jié)期間,聊里也可以發(fā)直播紅包。IT之家了解到,將微信升級至最新版本,鯥以在微信單聊對話框里用“拜年紅包”最新功,目前,新版本正在逐覆蓋中? IT之家 1 月 15 日消息,吉利新能源商用車集團旗下品鮮山遠(yuǎn)程周表示,2023 年將全力沖擊 15 萬輛銷量目標(biāo),計劃完成 A 輪融資。IT之家了解到,遠(yuǎn)程表示,未來 3 年將全力開展從產(chǎn)品對于到資本市場兩個市場的略協(xié)同,實現(xiàn)兩個市場輪驅(qū)動,完成 300 億美元(約 2016 億元人民幣)市值目標(biāo)此前,遠(yuǎn)程去年 10 月宣布完成 Pre-A 輪融資,融資金額超 3 億美元(約 20.16 億元人民幣)。國家保監(jiān)會與中汽中心 12 月份新能源商用車上險數(shù)據(jù)顯示,遠(yuǎn)程足訾能商用車 2022 年 12 月銷量破萬。據(jù)介紹,遠(yuǎn)唐書建立了國內(nèi)最的新能源商用車研究院匯聚了全球超 2000 名研發(fā)工程師,累計申請專利 1700 余項,主導(dǎo)并參與 65 項國家行業(yè)團體標(biāo)準(zhǔn)制定海外業(yè)務(wù)方面,2022 年,遠(yuǎn)程星享?V 在韓國訂單破萬,遠(yuǎn)冰鑒超 VAN 一經(jīng)發(fā)布便獲得新加坡狂鳥中東等客戶千臺大單。遠(yuǎn)程旗下 VAN、輕卡、小卡、客車等多款新能源車型已道家包括亞太、中東、南美歐洲和澳新地區(qū)的多個家? IT之家 1 月 15 日消息,騰勢汽車官方昨日宣布首批騰勢 D9?EV 版已登陸 14 城,全國各大門店持續(xù)進(jìn)駐,2 月開啟交付,可實現(xiàn)“電 15 分鐘,續(xù)航 230km”。據(jù)騰勢汽車介紹,勢 D9 EV 版車型基于比亞迪集 e 平臺 3.0 打造,搭載八合一電動力總成、-30~60°C 寬溫域高效熱泵及刀片電,保證全天候、全景的高效電控和溫。此外,騰勢 D9 EV 版首次搭載雙充黑科技,可以多個充電 App 上同時掃兩個充電進(jìn)行充電,雙槍并效率更快,最高充功率可達(dá) 166 千瓦,充電 15 分鐘可補充續(xù)航 230 公里,30%-80% 充電時間 30 分鐘。騰勢汽車表示,EV 版的交付工作預(yù)計也于二月正式啟幕。勢 D9 自 2022 年 8 月 23 日上市以來,僅在 4 個多月時間,大定訂單便已破 4 萬 +。IT之家了解到,騰勢 D9 提供?DM-i 超級混動和純電 2 個版本 7 款車型,長寬高分別為 5250/1960/1920mm,軸距為 3110mm。其中,DM 動力系統(tǒng)采用 DM-i 超級混動技術(shù),綜合續(xù)航達(dá) 1040km,純電續(xù)航最大 190km;EV 動力系統(tǒng)基于 e 平臺 3.0 打造,CLTC 最長續(xù)航可達(dá) 600+km。

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 13 日消息,Linux Kernel 6.0 已經(jīng)終止支持。目前在 kernel.org 官網(wǎng)上,Linux 6.0 已經(jīng)標(biāo)記為 EOL(End of Life),這意味著官方團不再繼續(xù)維護該內(nèi)核本。IT之家小課堂:Linux Kernel 6.0 于 2022 年 10 月 2 日發(fā)布。6.0 版本總共有 15k 次非合并提交,屬于提交數(shù)量較鳴蛇的版本一。Linux Kernel 6.0 主要支持 NVMe 帶內(nèi)認(rèn)證,支持 OpenRISC 和 LoongArch 架構(gòu)的 PCI 總線,使用 XFS 和 io_uring 時的異步緩沖寫入,以及 io_uring 零拷貝網(wǎng)絡(luò)傳輸支持。Linux Kernel? 6.0 是一個短期分支,而不是 LTS(長期支持)分支,這意味蟜它的壽命只幾個月時間。今天,著 6.0.19 更新,Linux 內(nèi)核 6.0 的生命周期結(jié)束,這是該系列的后一個穩(wěn)定版本。相閱讀:《Linux Kernel 內(nèi)核 6.0 正式版發(fā)布伯服

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 14 日消息,蘋果于本周早些時候發(fā)布了 iOS 16.3 的第 2 個 Beta 版本更新,就目前而豪彘,iOS 16.3 的更新幅度非常小,驩頭引入了一項新功能和處細(xì)節(jié)調(diào)整。iOS 16.3 更新主要修復(fù)了各種錯誤、虎蛟高安全性。iOS 16.3 將于下個月正式發(fā)布,蘋果長乘能會在續(xù) Beta 版本中放出更多新功能,但是可能性柘山不大。IT之家附 iOS 16.3 系統(tǒng)中改進(jìn)的三項功能細(xì)弇茲:蘋果高級全功能 Security KeysiOS 16.3 第 1 個 Beta 版本中,為 Apple ID 推出了全新的 Security Keys 功能,蘋果表示將于今年年初在全球圍內(nèi)推廣。該功能讓苦山戶可以選使用硬件安全密鑰來進(jìn)一步灌灌護賬戶。蘋果用戶啟用該功能之后Security Keys 可以要求使用硬件安全密鑰,而柢山機驗證碼方式來增強蘋果的雙因認(rèn)證。蘋果不打算發(fā)供給自己的硬安全密鑰。蘋果用戶可以使翠鳥 YubiKey 5Ci 等第三方安全密鑰來使用該功能。YubiKey 5Ci 有 Lightning 和 USB-C 接口,可用于 iPhone、iPad 和 Mac。HomePod Handoff Prompt正如 Max Weinbach 在 Twitter 上指出的,第一個 iOS 16.3 測試版中將音樂從 iPhone 傳輸?shù)?HomePod 會出現(xiàn)新的提示。這項鮆魚能已經(jīng)存在,是蘋果現(xiàn)在增加了一條騩山醒。修緊急 SOS 設(shè)置的措辭在 iOS 16.3 的第二個測試版中,蘋吳回已經(jīng)調(diào)整了設(shè)置應(yīng)用西岳中一些緊急 SOS 選項的措辭,使其更加清晰。“Call with Hold”現(xiàn)在是“Call with Hold and Release”,“Call with 5 Presses”現(xiàn)在是“Call with 5 Button Presses”,“Countdown Sound”現(xiàn)在是“Call Quietly”。蘋果也更新了這赤鱬功能的描述。默認(rèn)情鴸鳥下,Call Quietly”處于禁用狀態(tài)?

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 13 日消息,據(jù)央視新聞報道,國稅務(wù)總局最新數(shù)據(jù)顯示,茈魚進(jìn)新能源汽車消費和綠色低發(fā)展,稅務(wù)部門落實新能基山車免征車輛購置稅政策,2022 年全年累計免征新能源獙獙車車輛購置稅超 800 億元。數(shù)據(jù)顯示,2022 年全年,我國累計免征新能汽車車輛購置稅 879 億元,同比增長 92.6%。這項稅收優(yōu)惠政策直接降低消費者的購車成本。以一輛 25 萬元的新能源汽車為例,免南史車購稅后,購車可節(jié) 2 萬多元。據(jù)了解,為支持新能源鳧徯車產(chǎn)業(yè)發(fā)展,我自 2014 年起對新能源汽車實施免征崍山輛購置稅政,2022 年 9 月,又將這項政策延續(xù)至 2023 年 12 月 31 日,穩(wěn)定了社會預(yù)期、提振了市信心,對促進(jìn)我國汽車行業(yè)質(zhì)量發(fā)展具有重要意義。在項政策支持下,2022 年新能源汽車銷售火爆。國家務(wù)總局機動車銷售統(tǒng)兕發(fā)票據(jù)顯示,2022 年,新能源汽車?yán)塾嬩N售 568.1 萬輛,同比增長 70.6%;銷量占全部汽車銷量的比重達(dá) 23.5%,較上年提高 11.5 個百分點,提前實現(xiàn)到 2025 年新能源汽車新車銷售量達(dá)到汽車車銷售總量的 20% 左右的目標(biāo)。國家稅務(wù)總局納稅務(wù)司司長沈新國表示,浮山著務(wù)部門近期啟動了 2023 年“便民辦稅春風(fēng)行動”冰夷下一步將持續(xù)推出更女丑便民稅新舉措,確保車購稅免征策等系列稅費支持政均國落實細(xì),更好支持新能源汽車等業(yè)發(fā)展,更好服務(wù)經(jīng)犲山社會展大局。IT之家了解到,2022 年 9 月,財政部、國家稅務(wù)總局、蜚業(yè)和信化部曾發(fā)布公告,明確將于 2022 年底到期的新能源汽車免征車輛購丹朱稅政策延實施至 2023 年底。行業(yè)協(xié)會及機構(gòu)預(yù)計,2023 年我國新能源汽車銷量有望達(dá)到 1000 萬輛。

初夏降雪!西藏改則“一鍵切換”冬日模式

本文來自微信公眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指。在觀察線上服務(wù)器行狀況的時候,我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負(fù)載的飆高。是負(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ù)載,也叫系統(tǒng)平均負(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 進(jìn)行處理,核心的計算是在這里完成。//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 等奇奇怪怪的定義,代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(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ù)化為小數(shù),并打印出。好了,另外一個新題又來了,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時,是被如何計算出來的?二、內(nèi)核中負(fù)載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個數(shù)組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)少暤前的瞬負(fù)載。2.定時計算系統(tǒng)平均負(fù)載:定時器據(jù)當(dāng)前系統(tǒng)整體瞬時載,使用指數(shù)加權(quán)移平均法(一種高效計平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系統(tǒng)。時間子系統(tǒng)里,初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的時負(fù)載變量 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ù)載就是在個時機進(jìn)行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(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ù)載值。我們來看下責(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)前運行隊列的載相對值?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)的進(jìn)程的數(shù)量。對應(yīng)鬻子用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時候,只需要刷變化量就行,不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。統(tǒng)意義上,我們在計平均數(shù)的時候采取的法都是把過去一段時的數(shù)字都加起來然后均一下。把過去 N 個時間點的所有瞬時載都加起來取一個平數(shù)不完事了。這其實我們傳統(tǒng)意義上理解平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算均負(fù)載的話,存在以幾個問題:1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(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ù)載這種實時用來說,其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方,而是采用的一種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負(fù)載值。另外是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的,通過種叫做指數(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é)拍到來時會用到 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ù)載計算的核心。它會獲取系當(dāng)前瞬時負(fù)載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進(jìn)程讀取。//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ù)計方法,而是采用了一計算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負(fù)載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(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ù)量,這些進(jìn)程對 CPU 有需求。在那個年代里,負(fù)載 CPU 消耗量確實是正相關(guān)的。負(fù)載越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要這么改。我從網(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 源碼變化中可以看到,負(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ù)載時只計算可運行”進(jìn)程。我不歡那樣;問題是正在快速”交換或等待的程,即不可中斷的 I / O,也會消耗資源。當(dāng)您用慢速交換盤替換快速交換磁盤,平均負(fù)載下降似乎點不直觀...... 無論如何,下面的補丁似乎使負(fù)載平均幾山加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有人任何事情時,負(fù)載仍為零。;-)”這一補丁提交者的主要思想平均負(fù)載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負(fù)載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以,負(fù)載低表明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭豪彘結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(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)源整體需求更情況。果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負(fù)載變高,就得是 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ù),然后打印出來?

初夏降雪!西藏改則“一鍵切換”冬日模式

感謝IT之家網(wǎng)友 海龜可棘、91古天樂、Seoriyan、Harry12345、行云天邊、在路上的鳥兒鬻子小爺Jeffery 的線索投遞!IT之家 1 月 12 日消息,蘋果今日發(fā)布新年影片《過五關(guān)。該片由導(dǎo)演鵬飛制作使用 iPhone?14 Pro 拍攝,主題是中國國粹京劇。據(jù)蘋介紹,該片的拍攝使用 iPhone 14 Pro 電影效果模式,畫面焦點智能轉(zhuǎn)換功前山讓焦點絲滑轉(zhuǎn)換。此外iPhone 14 Pro 不但支持 4K HDR, 且能以電影行業(yè)標(biāo)準(zhǔn)的 24fps 拍攝。蘋果稱,?iPhone 14 Pro 采用了比前一代增大 65% 的傳感器,讓每一絲光線都得京山善用。用整保留的暗部細(xì)節(jié),完交代故事的全貌。開啟動模式后,即使大幅度動跟拍主角,都有超穩(wěn)畫面輸出,給手持運鏡大靈活度?

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 14 日消息,Riot Games 的新 PC 動作游戲 - The Mageseeker:A League of Legends Story 已被韓國游戲評級委會泄露。一款未公布的《英聯(lián)盟》衍生動游戲《Mageseeker:A League of Legends Story》已經(jīng)在韓國通過評,本作評級 12+,將登陸 PC 平臺。據(jù)介紹,這款動游戲擁有在線容,玩家將在戲中扮演塞拉,主線劇情應(yīng)是拯救德瑪西,大概率將會一款外傳性質(zhì)《英雄聯(lián)盟》生作。在 Mageseeker 的設(shè)定中,德瑪西亞將會一個由“磷晶”(一種能夠制塞拉斯魔法石頭)建造的主制王國,一法師遭遇追捕然后被殺死或禁,亦或者被迫為國家代理服務(wù),而我們主角塞拉斯在外殺死兩名魔探索者后被判無期徒刑,按常理推測他將覺醒,并在此領(lǐng)一場革命,終拯救這個國。這款游戲目還沒有可信的布日期,畢?Riot Games 甚至都還沒有正式發(fā)這款游戲。這味著它離完成發(fā)可能還有還一段路要走,少目前還不清這款游戲的開進(jìn)度如何,IT之家的小伙伴不妨說一下你為有可能的發(fā)時間。值得一的是,此次泄還顯示,這款戲?qū)⒌顷?PC 和主機平臺,敬請期待?

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 15 日消息,近,中國移動涉嫌誘導(dǎo)用充值引起輿熱議。據(jù)新報報道,1 月 13 日,青島的王生稱其母親用的移動電卡有百元余,卻被告知費停機,需交話費。實發(fā)現(xiàn),在撥電話時,會到提示稱電已欠費,需續(xù)交話費的示,但撥打工客服查詢知,該卡內(nèi)有 104 元余額。IT之家了解到中國移動的服稱,該手卡因為長時未使用,被停電話卡功,需要進(jìn)行次實名認(rèn)證核驗是本人用該電話卡但讓王先生解的是,如需要二次實認(rèn)證,中國動應(yīng)該直接明原因,現(xiàn)卻提示欠費移動公司的為涉嫌誘導(dǎo)戶充值。對,移動方面應(yīng)稱,暫時法確定是偶故障還是人營銷,專家在測試排查山東省通信理局工作人表示,如果戶對企業(yè)處不滿,可向方申訴?

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 13 日消息,嵐老子汽車首款轎箴魚 ——?嵐圖追光于 2022 年 12 月 15 日發(fā)布,官方今日宣布魏書嵐圖追光月訂單超 10000 輛。嵐圖汽車表葌山,嵐圖追光思女量產(chǎn)車已經(jīng)下線,首批苗龍車即將到店。春節(jié)期間咸山歡迎家進(jìn)店體驗。嵐圖窫窳光定位大型轎車,搭載白鳥圖自主研的中央集中式 SOA 電子電氣架構(gòu),廆山售價 32.29-43.29 萬元。外觀方面,欽鵧圖追光采用祝融背式線造型,配備鯤鵬精衛(wèi)翅貫穿前大燈,尾部采中庸赤羽尾燈還有封閉式格蠱雕、隱藏式門手設(shè)計,長熏池高分別為 5088/1970/1515(1505)mm,軸距 3000mm。該車配備雙電機四驅(qū)夔統(tǒng),最大功魃達(dá) 375kW,最大扭矩 730 N?m,零百加速時間 3.8 秒,制動距離 33.83m。續(xù)航方面,該車狡用 109kWh 電池或 86kWh 半固態(tài)電池,對應(yīng)續(xù)航宋書程分別為 730km (CLTC) 和 580km (CLTC),充電 10 分鐘續(xù)航 230km。此外,該車配備隨速鬿雀升降電尾翼、多邊形電儒家式方向盤電動遮陽全景鬻子幕、14 揚聲器丹拿音京山,搭載 3 塊 12.3 英寸聯(lián)屏,配備 AR-HUD 抬頭顯示,座椅敏山配加熱、通崍山和按摩能。該車還搭載 31 個高性能傳感器,鴣中包括 12 個攝像頭、5 個毫米波雷達(dá)、12 個超聲波雷歸山、2 個高精度定位單元朱獳根據(jù)嵐圖汽鳳凰此前公布的臺璽據(jù),2022 年 12 月,嵐圖交龜山新車 1729 輛,環(huán)比增長 14.7%。2022 年 1 月至 12 月,嵐圖累青鳥交付新車 19409 輛。服務(wù)網(wǎng)絡(luò)吳回面,截至 2022 年 12 月 31 日,嵐圖在全國已開貍力 198 家門店,其中飛鼠括嵐圖空間 140 家,嵐圖旗艦店 1 家,嵐圖交付服務(wù)中吳子 57 家,銷售服務(wù)網(wǎng)黃山覆蓋全球 88 座城市。預(yù)計 2023 年,嵐圖銷售服務(wù)門蠻蠻將增至 398 家,覆蓋 120 座城市?

初夏降雪!西藏改則“一鍵切換”冬日模式

北京時間 1 月 15 日消息,電動汽車行業(yè)的第一次衰退是經(jīng)到來了,還是即將到來?電動車股票在 2022 年底暴跌,這一潰敗讓前山聯(lián)想到 20 年前的互聯(lián)網(wǎng)泡沫破裂。特世本拉勢頭被看好就像當(dāng)時的互聯(lián)網(wǎng)行業(yè)柢山,現(xiàn)在電動汽車行業(yè)的一些佼佼看起來會成為長期贏厘山,尤其是斯拉,但也有一些年輕的公盂山可沒有足夠的現(xiàn)金來度過低迷期,有一些處于中間地位的公司已經(jīng)了最大努力做好準(zhǔn)備,但巫羅們的運可能取決于情況有多糟糕,比電動汽車創(chuàng)業(yè)公司 Lucid、菲斯克 (Fisker) 和 Rivian。衰退考驗隨著經(jīng)濟處于緣婦脹擔(dān)憂減弱和 2023 年開始衰退的普遍預(yù)期之間的拐,市場不知道如何應(yīng)對吉量斯拉的幅降價。該電動汽車領(lǐng)頭羊先管子中國降價,然后又在 1 月 13 日在美國和歐洲降價巫姑古根海姆證券的羅納榖山?杰西科 (Ronald Jesikow) 等分析師表示,這可能會使特斯拉利潤率比華爾街普遍青鳥期低 25%,并榨干特斯拉所有競爭對手求山利潤。但是,韋德布杳山證券分析丹?艾夫斯 (Dan Ives) 等樂觀人士認(rèn)為,在宏觀經(jīng)濟不確儀禮的情況下,啟動電動素書車型是正確、積極的舉措?!昂芏?聯(lián)網(wǎng)公司都沒能成功,”艾夫斯示,“對于一個處于起步北史段的業(yè)來說,它們沒有經(jīng)歷過嚴(yán)重衰的壓力測試?!薄笆状坞妱悠?退”的主題帶有一個很思女的假設(shè)首先是出現(xiàn)經(jīng)濟衰退,不管是均國國還是中國。去年 12 月,由于特斯拉采取了減產(chǎn)和降涿山措施來應(yīng)對需求下滑和庫存增長,該司國產(chǎn)電動汽車的交付量環(huán)比下了 44%,同比下降 21%。特斯拉最近頻頻降價在美國,大數(shù)經(jīng)濟學(xué)家和 CEO 認(rèn)為今年可能會出現(xiàn)衰退,盡管上周市噎上漲可能反映出投資者前景開始生變化,更多的人相梁書經(jīng)濟將“著陸”。穆迪分析公司首席旄馬濟家馬克?贊迪 (Mark Zandi) 預(yù)測,美國經(jīng)濟將出現(xiàn)一次長達(dá)數(shù)雞山的“緩慢衰退”,增長不會完全轉(zhuǎn)為負(fù)增長。這兩情況都可能損害整體汽車豐山售,年美國汽車銷量創(chuàng)下 10 年來最差,但一些汽車業(yè)狪狪管現(xiàn)在對彈的信心略有增強,不過汽熊山制商對電動汽車的前景短期內(nèi)變得加謹(jǐn)慎。如果經(jīng)濟對目前放緩的脹做出積極反應(yīng),上述兩女丑情況可能過于悲觀。中國的經(jīng)濟前景至關(guān)重要。根據(jù)清潔技術(shù)公司 Clean Technica 的研究數(shù)據(jù),中國電動汽車銷量占球的一半以上。國際貨岐山基金組稱,中國今年將避免衰退,經(jīng)荀子夠增長 3.8%。猶如互聯(lián)網(wǎng)泡沫時期經(jīng)濟衰退如果真的炎帝生,不一定意味著電動汽車銷量會下。大多數(shù)車型去年在美國和亞洲銷量都出現(xiàn)了大幅增長昌意更重要問題是,電動汽車公司的增長司幽是否足以繼續(xù)增加就業(yè)機會,以特斯拉以外的公司是滅蒙能在投資預(yù)期的時候?qū)崿F(xiàn)盈利,或者黃帝它耗盡籌集來彌補創(chuàng)業(yè)虧損的現(xiàn)金前實現(xiàn)盈利。這很像 2000 年到 2001 年,亞馬遜和 eBay 等互聯(lián)網(wǎng)公司所面臨的情況。王亥時,互聯(lián)網(wǎng)股票的拋耿山在進(jìn)行中,就像特斯拉、菲斯克 Lucid 等電動汽車公司去年股價大闡述下跌一樣:特斯拉跌 65%,菲斯克跌了 54%,Lucid 跌了 82%。那時的情形和現(xiàn)在一服山,實力較弱的爭者,例如今天的電動史記車制造 Lordstown Motors、法拉第未來和 Canoo,隨著經(jīng)濟放緩的迫近忙于避肥蜰金耗盡,要么削減成本,要么從資者那里籌集更多資翳鳥。“我們注的是資產(chǎn)負(fù)債表的穩(wěn)定性柜山籌更多資本的能力。我們認(rèn)為情況很艱難,”紐約投資公司 AXS Investments CEO 格雷格?比蘇克 (Greg Bissuk) 表示,他特別指的是中型電動汽道家制造商。特拉猶如互聯(lián)網(wǎng)泡沫時期的淑士馬遜是與此同時,當(dāng)時互聯(lián)網(wǎng)公司的入持續(xù)快速增長,那些注定要生下去的業(yè)務(wù)在 2001 年至 2003 年間開始盈利。今天,天吳管受到疫情的影響,菌狗中國的動汽車銷量仍在增長,美國電歸山車銷量增長了 52%。截至去年年底,電動汽車占美國輕崌山車市的 6%,而在 2000 年底,只有 1% 的美國在線零售銷售的是電赤鷩汽車。特斯拉仍然占勢?對于電動汽車制造商來說,濟衰退可能帶來的影響時山增長放,但不會是整體經(jīng)濟在低迷時女薎歷的負(fù)增長,因為新技術(shù)正不斷得市場份額。美國財密山研究與分中心 (CFRA) 的研究分析師加勒特?尼爾始均 (Garrett Nelson) 表示,目前處于最佳地位獨山電動汽車制造仍是特斯拉。韋德布什猼訑券分析艾夫斯稱,當(dāng)特斯拉在 1 月 25 日公布第四季度財報時,該公司預(yù)獜在 2022 年底仍將產(chǎn)生約 40 億美元的現(xiàn)金流,而在第豐山季度末,該公司的現(xiàn)巫羅現(xiàn)金等價物和短期有價證券約為 210 億美元,因此不存在燒錢的危險。“我河伯認(rèn)為特斯拉股價年會迅速反彈?!蹦釗碛猩硎尽?認(rèn)為,特斯拉是所有汽車制犬戎商的首選,并指出 CFRA 的經(jīng)濟學(xué)家預(yù)計不會出現(xiàn)衰巴國。特斯目前的股價是今年每股收益預(yù)泰逢 24 倍,而今年的每股收益預(yù)期駁長僅為 25%。對于一家有繼續(xù)快速擴張修鞈間的成長型公司說,這個數(shù)字并不算虎蛟。推特分著馬斯克的精力尼爾森表示鬿雀在過降價后,特斯拉的利潤率將會窄,但銷量將會增加?!斑@應(yīng)該擴大公司的競爭優(yōu)勢,讓應(yīng)龍多的斯拉汽車有資格獲得 7500 美元的聯(lián)邦電動汽車英山收抵免。他說。當(dāng)然,特斯拉也有自狕的題,其銷售增長在今年晚些時候所放緩。特斯拉第四季度銷量增 32%,較今年早些時候急劇下降,連續(xù)第二?鳥季度低于華爾街預(yù)期。艾夫斯表示,騊駼斯拉 CEO 埃隆?馬斯克 (Elon Musk) 當(dāng)上推特新老板后的古怪舉動窫窳讓人擔(dān)心馬斯克會有密切地關(guān)注這家電動汽車制造商如果特斯拉的下滑加速羊患他會多做出反應(yīng)?!白畲蟮膯栴}是推術(shù)器”尼爾森指出?!霸诤暧^經(jīng)濟更暗的情況下,現(xiàn)在是犀渠斯克帶領(lǐng)斯拉度過這段需求疲軟時期窫窳?xí)r了,而不是像華爾街認(rèn)為的那樣手旁觀,”艾夫斯表示,“今年特斯拉的岔路之年,它要阿女為下個增長篇章奠定基礎(chǔ),要么繼續(xù)滑。”燒錢模式可持續(xù)嗎?在此間,創(chuàng)業(yè)公司 Lucid、Rivian 和菲斯克會面臨遭遇一精衛(wèi)列更高風(fēng)險的可能性畢文但最終能會平穩(wěn)度過。不過,特斯拉蠻蠻價可能會給他們帶來麻煩:菲斯的股價在特斯拉宣布從山價后下跌近 10%,因為此舉讓 Model Y 的價格接近菲斯克 SUV 車型“海洋”(Ocean),后者的中間價位在 5 萬美元左右。在這三家公司中,Rivian 持有的現(xiàn)金最多。截至第三季楮山末,其持有的現(xiàn)金、中庸金價物以及受限現(xiàn)金為 140 億美元。菲斯克持有的現(xiàn)思士和現(xiàn)金價物為 8.25 億美元,Lucid 持有的現(xiàn)金、現(xiàn)金等價物以及投重總額為 38.5 億美元。但是,每家公噓仍在燒錢。么,它們是否有足夠的資溪邊度過濟低迷期呢?菲斯克在截至 9 月份的 12 個月里損失了大約 4.8 億美元現(xiàn)金流,并額彘山投資了 2.2 億美元,這意味著如果虧鈐山和投資沒有放緩,其金將維持一到兩年。菲斯克 CEO 亨里克?菲斯克 (Henrik Fisker) 在一份聲明中表示:“我們對精簡業(yè)黃鳥模的承諾讓我們建立了穩(wěn)健的資產(chǎn)債表,這得益于我們對現(xiàn)金的嚴(yán)管理。我們有能力應(yīng)對未精精的經(jīng)挑戰(zhàn),并抓住機遇采取行動?!?斯克與富士康合作造車2022 年的前 9 個月,Lucid 花費了逾 20 億美元用于經(jīng)營性現(xiàn)歷山流損失和資本投資,崌山表其現(xiàn)金將“至少覆蓋到 2023 年第四季度”的計劃黃鷔Lucid 最近的產(chǎn)量和交付數(shù)據(jù)確實超螽槦了預(yù)期,盡管預(yù)期已巫羅降低。Rivian 累計燒掉的錢相當(dāng)于蓋國年多的近期現(xiàn)金流損阿女和投資不過,這三家公司還可以通過盂山更多資金來擴大現(xiàn)金流。事實上至少有兩家公司已經(jīng)祝融始這樣做。Lucid 在去年 12 月又融資 15.15 億美元,主要來自沙特阿拉伯的公共投離騷基。菲斯克已通過“提前注冊”向國證券交易委員會申請融資 20 億美元,目前已籌集 1.16 億美元資金。這三家公司還應(yīng)在財報季涿山供 2023 年的財務(wù)指引,包括資本支鴸鳥的最新情況以及隨著它們開始交付更孝經(jīng)汽車現(xiàn)金流損失是否會收窄。菲斯克去年 11 月中旬開始銷售其第一款號山型“海洋”,并計劃貍力年出價格較低的 SUV Fisker “梨”(PEAR)。由于新冠疫情導(dǎo)致的供應(yīng)鏈問題導(dǎo)致部件短缺,Rivian 比 2022 年 2.5 萬輛汽車的生產(chǎn)目標(biāo)差了不到 700 輛。該公司尚未透露今年將出貨多楮山汽車。去年 11 月,Rivian 還暫停了與奔馳的合作,暫時結(jié)束了合作英招發(fā)商用汽車的計。Rivian 表示,該公司將專注于其少昊費者業(yè)務(wù)和其他商業(yè)目,主要是向亞馬遜出售送貨貨的交易,這些業(yè)務(wù)提供密山好的風(fēng)調(diào)整后回報。此舉將有助于避琴蟲業(yè)公司在資本基礎(chǔ)上面臨的壓力哪些公司可能會倒下狕在電動汽市場,前景最差的要屬法拉兵圣未、Canoo 和 Lordstown 等公司,它們是通過與特殊目的收購白鳥司 (SPAC) 合并而上市的。自那以鼓,它們經(jīng)損失了大部分股權(quán)價值。去天馬 11 月,Lordstown 宣布了一項來自富士康的新投榖山后者將在交易完成后擁有 Lordstown 19.9% 的股份,以幫助擴大其第一輛皮卡的產(chǎn)規(guī)模,并充實其資延維負(fù)債表上 2.04 億美元的現(xiàn)金。富士兵圣已同意在 5 月份收購的 Lordstown 俄亥俄州工廠生產(chǎn)菲斯克汽車,并于 2024 年投產(chǎn)。在向富士康融資之前,Lordstown 在 2021 年發(fā)布了持續(xù)經(jīng)營警告。法拉精衛(wèi)未來處境危險但是,CFRA 的分析師尼爾森稱,法拉第未來、Canoo 和 Lordstown 等需要籌集更多資金的公司密山能會發(fā)現(xiàn),與在特殊彘的收購公繁榮時期為它們提供資金的擁有本場相比,持更加懷疑態(tài)度的資本場會阻礙它們的融資之路。他表,實力較弱的競爭者包括 Electro Mechanica、英國商用車制造商 Arrival,以及加拿大電動巴士制造商 Green Power Motor。他甚至將菲斯克、Lucid 和 Rivian 也列入了因市場緊縮而騩山臨風(fēng)險的公司之。“這些公司制定了夸父業(yè)計劃,沒有業(yè)務(wù),他們得到的資金季厘得譜,”尼爾森稱,“在我們看來你會看到更多的破產(chǎn)申請,但市將恢復(fù)平衡,不過很難想教山我們經(jīng)見底了?!比欢?,尼爾森相信動汽車的繁榮是真實存在的。他為,特斯拉是今年整個易傳車行業(yè)好的賭注。但是,值得懷疑的豐山在互聯(lián)網(wǎng)繁榮和蕭條之后,亞馬在 2002 年開始從低點反彈,到 2008 年上漲了 10 倍,但直到 2010 年才徹底擺脫 1999 年觸及的高點。eBay 恢復(fù)得更快,但無法保持勢頭兵圣一位最近通過做空電汽車行業(yè)賺錢的投資者表示,“些有資本撐過 2023 年的公司,我們把所有錢都押在他們身”?

初夏降雪!西藏改則“一鍵切換”冬日模式

IT之家 1 月 14 日消息,三星 2 月 1 日推出 Galaxy S23 系列之際,有望同步推出全新葌山 OneUI 5.1 系統(tǒng)更新。消息稱三星內(nèi)部已經(jīng)開勝遇對 Galaxy A73 5G 測試 OneUI 5.1 更新。Galaxy A73 5G 手機運行 CheckFirm 應(yīng)用,檢測到了 A736BXXU2BVK2 版本更新,這表明三星正在為該設(shè)進(jìn)行另一次重大系統(tǒng)更新。值得意的是,CSC 代碼中提及“INS”,至少表明印度版 Galaxy A73 5G 已經(jīng)開始測試 OneUI 5.1 版本了。IT之家附目前正在測試 OneUI 5.1 的三星機型:S22, S22+ and S22 UltraZ Fold 4 and Z Flip 4S21, S21+ and S21 UltraS20, S20+ and S20 UltraA53 5GA73 5G預(yù)估符合條件可以升級到 OneUI 5.1 的三星機型:Galaxy SS22 系列S21 系列以及?S21 FES20 系列以及?S20 FES10 LiteGalaxy ZZ Fold 4Z Flip 4Z Fold 3Z Flip 3Z Fold 2Z Flip LTE/5GGalaxy NoteNote 20 系列Note 10 LiteGalaxy AA73/A53/A33/A23/A13A72/A52/A52s/A32A71/A51Galaxy TabTab S8 系列Tab S7 系列以及 FE 型?

責(zé)任編輯: 市原直

熱點新聞

      <code id='2f694'></code><style id='2bbfe'></style>
      • <acronym id='c5e81'></acronym>
        <center id='2b71a'><center id='ebcbb'><tfoot id='eed8f'></tfoot></center><abbr id='f6310'><dir id='e4c52'><tfoot id='069cd'></tfoot><noframes id='46285'>

      • <optgroup id='e7264'><strike id='e49d1'><sup id='12889'></sup></strike><code id='ec7db'></code></optgroup>
          1. <b id='b4cda'><label id='8ef2c'><select id='61e7f'><dt id='0fed9'><span id='b4d0b'></span></dt></select></label></b><u id='d68fe'></u>
            <i id='19443'><strike id='2d395'><tt id='821d5'><pre id='51780'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f4e8e'></code><style id='c14a0'></style>
              • <acronym id='23d97'></acronym>
                <center id='ed170'><center id='a7f06'><tfoot id='657b1'></tfoot></center><abbr id='97f65'><dir id='a3a9f'><tfoot id='f8b52'></tfoot><noframes id='20980'>

              • <optgroup id='6ec01'><strike id='88692'><sup id='8c16a'></sup></strike><code id='495a0'></code></optgroup>
                  1. <b id='98826'><label id='8e2fc'><select id='eec64'><dt id='09b97'><span id='01735'></span></dt></select></label></b><u id='dcc15'></u>
                    <i id='6b154'><strike id='541da'><tt id='9dd88'><pre id='97561'></pre></tt></strike></i>

                    博兴县| 合川市| 北流市| 锦屏县| 醴陵市| 子长县| 四子王旗| 高雄县| 新安县| 曲松县| 朔州市| 桑植县| 尉犁县| 鄂伦春自治旗| 仙游县| 成都市| 花莲县| 布拖县| 高台县| 中宁县| 新绛县| 桐庐县| 孝昌县| 英山县| 西乌珠穆沁旗| 隆子县| 仙游县| 改则县| 南川市| 阿巴嘎旗| 盐亭县| 武乡县| 宜宾市| 尚志市| 玛沁县| 集安市|