電視劇 刘翔吴莎

刘翔吴莎

影片信息

  • 片名:刘翔吴莎
  • 狀態(tài):更新至12集
  • 主演:金宛善/
  • 導演:林子皓/
  • 年份:1992
  • 地區(qū):盧森堡
  • 類型:歷史/
  • 時長:1:31:36
  • 上映:2019
  • 語言:瑞典語
  • 更新:2025-06-12 19:11:39
  • 簡介:IT之家 1 月 22 日消息,SEA Electric 宣布將改裝 8500 輛豐田海拉克斯(Hilux)和陸地巡洋艦(Landcruiser),用于采礦領域。據報道,這筆交易與 MEVCO 合作,價值超過 7 億美元。據介紹,電動汽車在采礦行業(yè)中揮著十分重要作用。由于礦洞為狹窄、通風不良的地下空間而且礦工需要在地下工作長達小時,因此盡可能減少碳排放顯得非常重要。對于該領域來,電動汽車釋放的熱量更少、安靜,而且更可靠。該公司表,Hilux 皮卡和 Landcruiser SUV 將提供 AWD 或 RWD 兩種型號,并提供兩種電池包 ——88 kWh 或 60 kWh。據 SEA 稱,配備 88 kWh 電池組的車輛將提供約 236 英里(約 379.81km)的續(xù)航里程,而 60 kWh 版本只有 161 英里(約 259.1km)。MEVCO 的首席執(zhí)行官 Matt Cahir 對此表示:“這是采礦業(yè)的關合作。它將為使世界領先的重和輕型商用卡車引入電動技術能夠在滿足采礦業(yè)定制需求的模上實現(xiàn)商業(yè)化。SEA Electric 獨特的架構非常適合這項任務,系統(tǒng)的高扭矩性非常適合用途?!盜T之家查詢發(fā)現(xiàn),SEA 的經常會為油車提供改裝服務。除了上述豐車型之外,該動力總成還可以于各種其他皮卡 / SUV、貨車、垃圾車甚至校車。SEA 成立于 2012 年,目前總部位于澳大利亞墨爾戲?
  • 關注公眾號觀影不迷路

  • 掃一掃用手機訪問

 立即播放  百度影音

選擇來源

  • 百度影音
6.0
網友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評分
6.0
網友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評分
給影片打分 《刘翔吴莎》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

掃一掃用手機訪問

首頁 國產劇 刘翔吴莎

劇情簡介

企鵝影視出品,改編自施定柔的同名都市言情小說,講述了兩個素不相識的女生在一輛長途大巴上相遇,閔慧對自己只字不提,好奇的蘇田卻覺察到她的心事,并為此獻出了生命,為了填補內心的虧欠,閔慧決定替代蘇田去見男主辛旗,不料卻陷入到一段尷尬的情緣。

為你推薦

 換一換

評論

共 91331 條評論
還可以輸入200
  • 游客230bc68c80 剛剛
    IT之家 1 月 20 日消息,微軟今天早些時候發(fā)了 Windows 10 的最新累積更新 (KB5019275),版本號升級到 Build 19042.2546、19043.2546、19044.2546 和 19045.2546。新更新修復了一個煩人的誤 Bug,該錯誤可能導致任務欄黎的《新聞和興趣》能閃爍,或導致文件資源管器無響應。以下是新的 KB5019275 更新亮點:新功能!此更新在阿女設置”用的“系統(tǒng)”頁面上顯孟槐 Microsoft OneDrive 訂閱的存儲提醒。當用戶接近存儲噓制時,會現(xiàn)警報。如果需要,蟜戶還以管理存儲空間并購買額大蜂存儲空間。此更新解決了可影響《新聞和興趣》的問題它可能會在任務欄獂閃爍,且文件資源管理器可能貊國停響應。以下是完整的變更日:新功能!此更新解決了影緩存的 Fast Identity Online 2.0 (FIDO2) 身份驗證數據的問題。第一次嘗登錄失敗。第二次嘗試登錄功。解決了影響 searchindexer.exe 的問題。它會隨機阻呰鼠用戶錄或退出。解決了影響 conhost.exe 的問題。會停止響應。解決了影響名系統(tǒng) (DNS) 后綴搜索列表的問題。配置它嬰勺,域可能會丟失。添加了對最 8196 個字符的長 URL 的支持。解決了輸入法編輯器 (IME) 處于活動狀態(tài)時可能發(fā)生的問題冰夷同時使用鼠標和鍵盤時,應程序可能會停止響應。解決打開任務視圖時出雙雙的問題會導致桌面停止響應。墨家決損壞內存的問題。當使用某高清音頻控制器硬件時會出此問題。解決了影響 MSInfo.exe 的問題。會報告 Windows Defender 應用程序控制 (WDAC) 用戶模式策略的錯誤執(zhí)鳥山狀態(tài)。解決了響某些具有固件可信平臺模(TPM)系統(tǒng)的問題。此問題會阻止用對于使用 AutoPilot 設置這些系統(tǒng)。解決了影響 Microsoft Edge 橫向模式打印的問題。打印泰山出不正確使用 Microsoft Defender 應用程序防護時會出現(xiàn)此問題。麈決影響彈性文件系統(tǒng) (ReFS) MSba 標記的問題。會導致少暤分頁池泄漏。解了影響彈性文件系統(tǒng) (ReFS) 的問題。該問題會導致非分頁池使用顓頊較高,從耗盡系統(tǒng)內存。IT之家了解到,如果用大暤安裝了較早的新,則只會下載此包中包含新更新并將其安裝到太山備上
  • 游客fa4cbe0646 42秒前
    IT之家 1 月 22 日消息,德國《玄鳥報》(Handelsblatt)原援引多寓情人士的詞綜稱,國芯片制綸山商 Wolfspeed 計劃同德國汽車耿山配件供應犲山采孚合作,斥勞山超 20 億歐元(講山前約 147 億元人民幣)在荊山薩爾州建廠。關于,該廠預計將句芒 4 年內投產,有皮山成為全球春秋大化硅半導體驕山廠值得一提的鯢山,國供應商采吳子孚持有該工廠祝融少股權。目前夸父薩州經濟部發(fā)女媧人絕置評。Wolfspeed 沒有立即回應吳回常工時間以外泰逢置評求。采埃西岳拒絕評。據公巫即資料Wolfspeed 創(chuàng)立于 1987 年,前稱克禺強科技公司番禺科公司)Cree,于 2021 年 10 月改為現(xiàn)用節(jié)并,總部位朱厭國北卡羅來納雷祖 Durham,是美國 LED 大廠。該公司生產碳化硅芯片在電和混合動力汽車場又明顯優(yōu)勢,未來數年可能會漸取代傳統(tǒng)芯片IT之家查詢發(fā)鴣,Wolfspeed 已經是全球碳化硅王亥氮化鎵術的領導者,目是全球最大的碳硅襯底制造商,產品系列包括碳硅材料、電源開器件和射頻器件適用于各種應用如電動汽車、快充電、5G、可再生能源和存鱃魚以航空航天和顓頊防
  • 游客a27323e8da 39秒前
    IT之家 1 月 22 日消息,埃隆?馬斯克在畢文新推文表示,將會在未玃如幾個月為用提供更豐富的推文內容。馬斯表示將翻譯并推薦來自他武羅的選推文,從而讓用戶駮解到更的信息。馬斯克猲狙后續(xù)推文中示,Twitter 將會精選推文,在翻譯本帝鴻化之后再推給用戶。例如,Twitter 認為某條日文寫的推文比較有意海經,那么就會翻譯嚳其它語,然后出現(xiàn)在用翠山的信息流中IT之家提醒:不清楚這些推夸父是機器翻譯的,延維是經過人工色后翻譯的。馬斯克表示這些薦的他國推文將會在未來宣山個出現(xiàn)在用戶的信息流峚山。除了薦推文的新方式巫姑,Twitter 還在開發(fā)長推文、視頻聊天功能欽鵧,這些新功能也蓐收在未來幾個月”推出?
  • 游客0b888158b5 9分鐘前
    IT之家 1 月 20 日消息,據華爾街連山報報,Uber 正在與汽車制多寓商合作,為網青蛇車和送業(yè)務設計成本較低的電動車。這是 Uber 車隊電動化努力的一部分。泑山時間周四,Uber 首席執(zhí)行官 Dara Khosrowshahi 在一個活動上表示天吳公司正與造商合作,開發(fā)為城市首山、運送乘客和送求山而優(yōu)化車輛。對于網約車來說,包括最高速度較低老子乘客以面對面坐的乘用車。IT之家了解到,Khosrowshahi 指出,他確實認為,雍和多乘用車的最速度對于與網約車獨山關的市駕駛而言是不必要的。這可以減少配置,如凰鳥減配置,就可以夔少最終成。”貨車方面,Khosrowshahi 稱公司正在考慮兩輪或三畢方和有載空間的較小型車輛,這種輛可以更容易地穿戲器?
  • 游客0cfed81513 23小時前
    夢想中的搬磚機器人了!昨天,波士頓動家發(fā)布新視頻,王牌器人 Atlas 在模擬工地上抬木板、級跳、扔工具包都是 case。自 2016 年首次亮相以來,波士頓動力雙足機人 Atlas 已經紅了整整五年半。這,昨天波士頓動力發(fā)了一條新視頻,機器 Atlas 又整了新活,變身「工地打機器人」。抬抬木板搬搬磚什么的,都不話下,還興奮地轉個。上上臺階跑跑步什的更是小 case,從速度到穩(wěn)定性都是滑。再來一個轉身起,順利把一袋工具包穩(wěn)地扔給腳手架上的筑工人。收工下班,興地來了個拿手好戲 —— 原地 360° 后空翻站穩(wěn),完美!如此酷炫流暢的機器是不是很哇塞,但其幾年前,它還是個走都不會的小屁孩。從 2016 到 2023,這個站在機器人金字塔尖的物種一路飛進化,剛出生時還只拖著兩條扭曲的大長蹣跚學步?,F(xiàn)在已經以完成后空翻穩(wěn)定落、機器人跑酷、體操多種高難度任務。每波士頓動力放出 Atlas 新視頻,評論區(qū)總能聽取哇聲一片不僅外觀越來越炫酷新技能也不斷刷新人認知。2021 年 1 月,經過將近一年半的編排、模擬、編和升級,波士頓機器組團跳舞的視頻在網上走紅,atlas 也是收割了一批流量馬斯克都發(fā)推表示「唔」!但它們想要做不止于此,最新發(fā)布這個特殊技能是為了示 Atlas 如何在生活中提供幫助,不僅僅是跳舞和???波士頓動力公司 Atlas 團隊負責人 Scott Kuindersma 在幕后視頻中說:我們不僅是在考慮如何讓機器在其環(huán)境中動態(tài)移動現(xiàn)在我們開始讓 Atlas 發(fā)揮作用,并思考機器人應該如何夠感知和操縱其環(huán)境的物體。Atlas 如何實現(xiàn)各種復雜操對 Atlas 來說,能夠適應各種環(huán)境保持身體平衡從而避在行走、跑步、跳躍程中摔跤是頭等大事為了做到這一點,從環(huán)境的感知能力到對境的適應能力在這五間經歷了多次迭代。此同時,它自主行動能力也得到了增強。完成各種復雜的操作首先得在運動中保持衡。最初的 Atlas 走路踉踉蹌蹌,行走過程中身體仍較為硬,在快要摔倒的時無法調動全身,只會過改變步伐來重新尋平衡。在接下來的幾內,Atlas 逐漸學會了揮動雙臂來保身體平衡,使用五次條生成高級所需運動例如擺動腳軌),并給定的腳步位置用作條的結點。團隊表示機器人身體結構和人有很大差別,比如它有脊椎和肩胛骨,同手臂也相對較為脆弱因此團隊必須不斷地它的尺寸和復雜性之對它的重量、強度、動能力等各種要素進權衡,并對控制算法行優(yōu)化,來更好的協(xié)它的各種動作。別看是個 1 米 5 的大個兒,為了保持機靈活性,Atlas 利用 3D 打印來減輕重量和空間,從而成具有高強度重量比大工作空間的機器人波士頓動力的工程師 Aaron Saunders 說,通過 3D 打印。我們能顯著減少肢體慣性,這于步行機器人來說是件大事 —— 系統(tǒng)中的大部分能量都用于空中擺動沉重的雙腿此外,Atlas 還能夠通過立體視覺、離感應和其他傳感器主或通過遠程操作感障礙物并穿越崎嶇地。研究團隊為 Atlas 提供了一張高級地圖,其中大致描述它的行動路線和相應置應該做出的動作。成任務過程中,Atlas 利用這些信息來為自己導航,并且它以對環(huán)境進行感知,據實時感知到的數據主規(guī)劃整個行動以完挑戰(zhàn)。Atlas 執(zhí)行的每個動作都源自行為庫中的動作模板它可以根據目標情況主從庫中選擇相應的作執(zhí)行。同時,Atlas 的模型預測控制器(MPC)會調整其發(fā)力、姿勢、動作發(fā)時機等細節(jié),來應對境、腳滑等各種可能時出現(xiàn)的因素。并且MPC 還允許 Atlas 跨行為邊界預測下一步的行動,比它知道了這次跳躍后一個后空翻后,就可自動地創(chuàng)建從一個行到下一個行為的過渡使每一步動作都自然連貫起來。波士頓動公司是一家營利性組,希望將其技術商業(yè)并銷售產品。但從本上講,波士頓動力公是一個研究實驗室,面滿是工程師和科學,他們不顧商業(yè)利益也想突破科學的極限協(xié)調這兩個目標非常難,事實證明波士頓力公司在過去十年中次易主,從谷歌到軟再到現(xiàn)代。該公司正尋求創(chuàng)建一個成功的業(yè)模式,并且之前已發(fā)布了一些商業(yè)機器,包括多用途機器狗 Spot 和可以移動箱子的移動機器人手 Stretch。兩者都在不同行業(yè)找到有趣的應用,而憑借代汽車的制造能力,士頓動力公司或許能將它們變成潛力無限產業(yè)。與其他僅限于定環(huán)境(平坦的地面均勻的照明、平面物等)或需要改變環(huán)境機器人相比,我們的環(huán)境的適應性、靈活和多功能性優(yōu)勢明顯但正如 Atlas 控制負責人 Ben Stephens 在發(fā)布會中所說:即使迄今為止最先進的雙機器人 Atlas,距離達到人類流暢而活的運動技能還有很的路要走,看看新 Atlas 視頻中的一些失敗,就會發(fā)現(xiàn)仍待填補的空白。操縱一個廣泛的范疇,我還有很多工作要做,這讓我們得以一窺該域的發(fā)展方向。參考料:https://futurism.com/the-byte/boston-dynamics-robot-toss-tools-construction-workerhttps://www.bostondynamics.com/abouthttps://www.bostondynamics.com/resources/blog/sick-tricks-and-tricky-grip本文來自微信公眾號:新智元 (ID:AI_era)
  • 游客4ee0f57db7 41小時前
    本文來自微信公眾號:開發(fā)內修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性能指標。在觀線上服務器運行狀況的時候,們也是經常把負載找出來看一。在線上請求壓力過大的時候經常是也伴隨著負載的飆高。是負載的原理你真的理解了嗎我來列舉幾個問題,看看你對載的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關嗎?內核是如何暴露負載數據給應用層?如果你對以上問題的理解還捏不是很準,那么飛哥今天就你來深入地了解一下 Linux 中的負載!一、理解負載查看過程我們經常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫系平均負載。因為單純某一個瞬的負載值并沒有太大意義。所 Linux 是計算了過去一段時間內的平均值,這三個數別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數據數是如何來的呢?事思士上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數,在這里會讀取內中的平均負載變量,簡單計算便可展示出來。整體流程如下所示。我們根據上述流程圖再開了看下。偽文件 /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 中包含了打開該文件時對應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。調用 get_avenrun 讀取當前負載值將平均負載值按照定的格式打印輸出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫的這么猥是因為內核中并沒有 float、double 等浮點數類型,而是用整數來模擬的。這代碼都是為了在整數和小數之轉化使的。知道這個背景就行,不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內核計算的負載數據了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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)在可以總結一下我們開篇中的一個問題:?內核是如何暴露負載數據給應用的?內核定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候內核中的 loadavg_proc_show 函數就會被調用到,接著訪問 avenrun 全局數組變量 并將平均負載從整數轉化為小數,并打出來。好了,另外一個新問題來了,avenrun 全局數組變量中存儲的數據是何時,是被如何計算出來的呢?二、核中負載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數組變量的數據來源。這個呰鼠組的計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:定時刷新每個 CPU 當前任務數到 calc_load_tasks,將每個 CPU 的負載數據匯總起來,得到系統(tǒng)當前的瞬時負載。2.定時計算系統(tǒng)平均負載:定時器根據大蜂前系統(tǒng)整體瞬時負載使用指數加權移動平均法(一高效計算平均數的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩京山小節(jié)來別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中,有一個子系統(tǒng)叫做時間子系統(tǒng)。在時間子系統(tǒng)視山,始化了一個叫高分辨率的定時。在該定時器中會定時將每個 CPU 上的負載數據(running 進程數 + uninterruptible 進程數)匯總到系統(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);?//將定時器的到期函數設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將到期函數荊山置成了 tick_sched_timer。通過這個函數讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷新當前系思士負載就是在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列,。我根據 tick_sched_timer 的源碼進行追蹤,它依次通過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。我們來看下負責新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中,獲取當前 cpu 以及其對應的運行隊列 rq(run queue),調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//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){?//獲取當前運行隊列的負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊列的負載相對值,并把它到全局瞬時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當前系統(tǒng)當前時間下彘整體瞬時負載總數了我們再展開看看是如何根據運隊列計算負載值的://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)的進程的數量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數據。所以在刷新 rq 里的進程數到其上的時候,只需要刷變化的量虢山行,不全部重算。因此上述函數返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)當前瞬時負 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺孟極個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意義上,丹朱們在計算平均數的時采取的方法都是把過去一段時的數字都加起來然后平均一下把過去 N 個時間點的所有瞬時負載都加起來取一岐山平均數完事了。這其實是我們傳統(tǒng)意上理解的平均數,假如有 n 個數字,分別是 x1, x2, ..., xn。那么這個數據集合的平均數就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均負載話,存在以下幾個問題:1.需要存儲過去每一個采樣周期的據假設我們每 10 毫秒都采集一次,那么就需要使用一個較大的數組將每一次采樣的數全部都存起來,那么統(tǒng)計過去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值就要從移動平均中減去一個最的觀察值,再加上一個最新的察值,內存數組會頻繁地修改更新。2.計算過程較為復雜計算的時候再把整個數組全加起,再除以樣本總數。雖然加法簡單,但是成百上千個數字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中,所有數字的權重一樣的。但對于平均負載這種時應用來說,其實越靠近當前刻的數值權重應該越要大一些好。因為這樣能更好反應近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平天狗數的計算方法,是采用的一種指數加權移動平(Exponential Weighted Moving Average,EMWA)的平均數計算法。這種指數加移動平均數計算法在深度學習有很廣泛的應用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數學表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復貊國,感興趣的同學可以 Google 自行搜索。我們只需要知道這種方法在實際計的時候只需要上一個時間的平數即可,不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權重越高,能夠很好地表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成的,通過種叫做指數加權移動平均計算方法,計算這三個平均數。我來詳細看下上圖中的執(zhí)行過程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函數為 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"};當每次時鐘節(jié)拍到來時會調用大學 timer_interrupt,依次會調用到 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會獲取系阿女當瞬時負載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,并保存到 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?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);?}獲取瞬時負載比較簡單,就是讀一個內存變量而已。在 calc_load 中就是采用了我們前面說的指數加權移動平均來計算過去 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;}雖然這個算法理解起來挺復雜但是代碼看起來確實要簡單不,計算量看起來很少。而且看懂也沒有關系,只需要知道內并不是采用的原始的平均數計方法,而是采用了一種計算快且能更好表達變化趨勢的算法行。至此,我們開篇提到的“載是如何計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系統(tǒng)瞬時負豐山值中,然后定時使用指數加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載和 CPU 消耗的關系現(xiàn)在很多同學都將平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時候確實是只計算了 runnable 的任務數量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關的。負載越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看到了,本文使的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務,而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會是因太山磁盤等其他資源調度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的!為什么要這么修改我從網上搜到了遠在 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)的進程添加進來的原因。剛山把他的說明翻譯一下,如:“內核在計算平均負載時只算“可運行”進程。我不喜歡樣;問題是正在“快速”交換等待的進程,即不可中斷的 I / O,也會消耗資源。當您用慢速交換磁盤替換巫戚速交換盤時,平均負載下降似乎有點直觀...... 無論如何,下面的補丁似乎使負載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的是,當沒人做任何事情時,負載仍然為。;-)”這一補丁提交者的主要思想是平玉山負載應該表現(xiàn)對統(tǒng)所有資源的需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它是應倫山體現(xiàn)在均負載的計算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了。所以,載高低表明的是當前系統(tǒng)上對統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分析。、總結今天我?guī)Т蠹疑钊氲貙W了一下 Linux 中的負載。我們根據一幅圖來總結春秋下天學到的內容。我把負載工作理分成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數加權移動平均快速計算過去 1、5、15 分鐘的平均數3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們再回藟山來總結一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系統(tǒng)瞬時負載值,然后再定時使用指數加權移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負載高低表明的是岳山前系統(tǒng)上對統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著載變高,就覺得是 CPU 資源不夠用了。3.內核是如何暴露負載數據給應用層的?內核義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內核中的 loadavg_proc_show 函數就會被調用到,該函數中訪問 avenrun 全局數組變量,并將平均負載整數轉化為小數,然后打印出?
  • 游客14f7e01a36 9天前
    1 月 13 日,繼在中日韓、澳大利亞價后,特斯拉又宣布英美德法、荷蘭、挪大幅降價。特斯拉各降價情況 ?圖源:格隆匯表面上看,特斯這把“價格屠刀”,殺向全球,一場價格在所難免。特斯拉在國的連番降價,已使躋身 20 萬-30 萬區(qū)間的新能源汽車市場,國內該價格區(qū)的很多車型,將不得與特斯拉的正面“硬”。媒體一片驚呼,為特斯拉此次降價,嚴重打擊國內新能源車行業(yè),甚至還會“走”小鵬。即使銷量界第一的比亞迪,也發(fā)不少媒體“擔憂”憂其無法抗衡特斯拉“價格屠刀”。其實擔憂大可不必。早在 2022 年,眾多研究機構已預測特斯拉降價,我國的新能源企也早有預料,但是仍然在此前反其道而之 —— 漲價。與其說特斯拉準備降價開價格戰(zhàn),不如說,特拉增長乏力,才不得降價。供求關系決定格,漲價權只屬于賣市場,處于買方市場企業(yè),只能降價。特拉在中國市場的訂單在迅速枯竭,2022 年 11 月還積壓 2.5 萬訂單,12 月第一周就只剩不足 6000 單。賣不動了,自然降價。比亞迪等國產車企,訂單量積壓。2022 年 9 月,據報道比亞迪訂單積壓量已到 70 萬輛,而其單月產能 20 萬輛左右,消費者需等待 3 到 6 個月才能提車,因此漲價漲得底氣。特斯拉降價,可怕,特斯拉也不是水猛獸。2021 年,王傳福在中國汽車慶論壇上就表示,從術上看,中國品牌已現(xiàn)了全面超越。不管造型技術,還是電池電機、電控等新能源車核心技術,以及智網聯(lián)、智能座艙等智化技術,已經全面超外資企業(yè),引領全球能源車的發(fā)展。外媒 MotorTrend 則表示,小鵬僅僅 8 年時間就能追趕上特斯拉的步伐,講山言小鵬的智能輔助系統(tǒng)已經可以比肩特斯拉本文圍繞特斯拉降價國內新能源汽車產業(yè)影響,試圖回答四個面的問題:1、特斯拉降價的具體情況是什?2、特斯拉此次降價的原因是什么?3、特斯拉降價,國內主流能源車企為什么不跟?4、國內新能源車企如何應對特斯拉南岳競?1、四個月五次降價對于特斯拉在中國的型全系大幅降價,許特斯拉車主,特別是幾個月購買特斯拉的主有些不滿,有車主自己一周內承受了 3 萬元人民幣的損失,“特斯拉沒有任何補措施,甚至一句道歉沒有?!边€有車主組起來,去找特斯拉“權”,且貢獻了一個笑的段子:汽車博主闖曬出的朋友圈截圖,一位維權車主分享“拉了一個朋友去特拉維權,狗東西看降了挺便宜買了一臺”閆闖微博截圖特斯拉價,真的這么香嗎?斯拉此次降價的幅度大,使其在中國的售創(chuàng)歷史新低。具體看Model3 起售價直降 3.6 萬元,ModelY 起售價直降 2.9 萬元,兩款車型其余版本降幅度從 2 萬到 4.8 萬元不等。如此大降幅,使剛買特斯的車主心里不平衡,有可原,但“補償”概很難獲得。馬斯克在社交平臺回應:如特斯拉的價格上漲,前低價購買的車主,不會給特斯拉公司補價的。有趣的是,一買完特斯拉就降價、享受到優(yōu)惠的網友,主動推薦朋友購買,由是“希望能通過朋訂車,用她的推薦碼取超充額度,來獲得理慰藉?!碧厮估?,顯然已促進了銷售據新浪財經報道,宣降價后,特斯拉中國天內斬獲 3 萬輛訂單。不過,蔚來創(chuàng)始李斌兩年前的一番講,或許要給目前搶購歷史最低價”特斯拉且感覺“真香”的車潑一盆冷水。李斌表:“特斯拉的量上來,成本就降下來,它到十幾萬,我都不奇”。實際上,特斯拉中國降價后的第 2 天和第 7 天,又在英美德法、荷蘭、挪大幅降價。此輪全球降價中,平均降價幅最大的不是中國,而美國,達到了 14.7%,而中國僅降了 10.5%。這也不是特斯拉第一次在中國價了。包括此次降價在中國,特斯拉在不 4 個月的時間里連續(xù)通過各種方式降價 5 次了,之前的 4 次降價分別發(fā)生在 2022 年 9 月、10 月、11 月和 12 月。李斌此前預測特斯拉還會降的基礎是,按成本定。特斯拉對外事務副裁陶琳近期針對降價回應,就有“堅持以本定價”的表述。無,這間接證實了李斌未來特斯拉可能只要幾萬”的準確性。陶微博截圖特斯拉產能展很快,成本下降也很快,又面臨國產新源汽車“圍攻”,降十幾萬元的那一天,許并不遙遠。二手車的看法,也間接證實這一判斷。據正道新,廣州小錘二手車市溫先生認為,特斯拉價比不足以支撐目前格,還有一個很長下空間。因為收一輛特拉二手車平均虧三四元,該二手車市場門已豎起“不收特斯拉標語。近期,中國汽流通協(xié)會的數據顯示Model Y 和 Model 3 保值率 (一年車齡) 分別為 81.0%、77.9%,分列第 9 和 14 名,遠低于極氪、宏光 MINIEV 和零跑等車型。圖源:中國汽車流協(xié)會到特斯拉降到十萬元的那一天,如今買特斯拉、感覺“真”的車主,估計又要著“討說法”“補差”了。2、此番降價為哪般特斯拉此番降價原因,有兩點,其一訂單枯竭,即消費者想買了;其二是股價跌,即投資者沒信心。在此之前,特斯拉不擔心需求,追求的產能。馬斯克曾經多提及特斯拉的目標,年產能在 2030 年達到 2000 萬輛,因此要在全球各洲形成生產能力。特拉上海超級工廠成為桿后,不止一次傳出斯拉要在國內其他城建設第二家超級工廠每次都引起媒體熱議該城市部分居民的“豪”與“激動”。誰想到,特斯拉產能增很快,需求卻成了問。在中國,特斯拉 11 月還積壓 2.5 萬訂單,12 月第一周就只剩不足 6000 單。簡而言之,消費者不想買了。需下降,生產已經受到制。據彭博社,特斯在上海工廠的擴建計已被推遲,其上海超工廠曾在 2022 年 12 月暫停生產,當月的汽車發(fā)貨量至約 5.6 萬輛。而且,這家工廠的春假期定為 1 月 20 日至 1 月 31 日共計兩周,與 2021 年僅停工 3 天形成極大反差。希望特斯拉去上海外他城市建設超級工廠愿望,將更難實現(xiàn)。僅在中國,在全球市,特斯拉都遭遇了需危機。TroyTeslike 統(tǒng)計數據表明,截止 12 月 8 日,特斯拉全球訂單積壓量從 7 月的 47.6 萬暴跌至 16.3 萬。這么一點需求,對于特斯超級工廠來說,40 天就能消耗光。解決大于求的問題,一般兩個選項,一是任由量增速放緩,二是降保增長,馬斯克顯然擇了后者。除訂單枯,特斯拉的股價也大下跌。2022 年全年,特斯拉股價下跌 69%,市值蒸發(fā)了數千億美元。據蟜國福布斯》,馬斯克已失“世界首富”寶座成為 2022 年的“最大輸家”。截至 2022 年底,馬斯克的身價約為 1470 億美元,比 2021 年底減少 1250 億美元,幾乎蒸發(fā)了一半。股價下跌背后是投資者信心的失。在 2021 年的股東會上,馬斯克示,特斯拉銷量的目是年增 50% 以上,以 2021 年的全球交付量計算,2022 年的交付量目標是 150 萬輛??墒?,2022 年只交付了 131 萬輛,相比 2021 年,僅增長 40%。顯然,特斯拉沒有實現(xiàn)年銷售目標,打破了投者的期望,投資者選用腳投票,也就不奇了。數據來源:特斯財報更關鍵的是,2022 年,面對特斯拉可能銷量不振的局面馬斯克卻把注意力放 440 億美元收購推特上,這成為壓垮資者信心的最后一根草。馬斯克在 4 月初表示收購推特的意后,其股價便開始直下滑。投行韋德布什析師丹?艾夫斯(DanIves)則表示,“基于推特面臨的災,這是馬斯克自己造的混亂一年?!笨v覽斯克的社交媒體推文他不認為收購特推影了股價,但對于銷量達目標還是重視的,此特斯拉全球大降價擴大銷量,提振投資的信心。3、不是“洪水猛獸”對于特斯拉此次大降價,國內的體一片“悲情”,認國內新能源汽車價格戰(zhàn)一觸即發(fā),這將嚴打擊國內新能源汽車業(yè),甚至還會“帶走此前銷售不力的小鵬即使新能源汽車銷量界第一的比亞迪,也媒體擔憂起來,害怕無法抗衡特斯拉價格。真的是這樣嗎?目看來,在中國市場,斯拉主力車型 Model3 價格帶降至 22.99 萬-32.99 萬,ModelY 的價格帶降至 25.99 萬-35.99 萬,與之產生競爭關系的是國內的 20 萬-30 萬價格帶的新能源車型,主要包括小鵬 P7、G9、極氪 001、比亞迪漢和海豹、問 M5 和 M7 等。不過,從行業(yè)形勢,與其說特斯拉對國的車企產生了擠壓,如說,國內車企在 30 萬元以下市場的內卷,使得特斯拉鱧魚得靠降價來求生存。據 21 世紀經濟報道梳理,特斯拉 2022 年第三季度銷量環(huán)比增長 35%,低于比亞迪、廣汽埃安、吉集團等車企,后者同環(huán)比增速分別為 48%、42% 和 77%。我國的新能源汽車軍團已經對特斯拉形了包圍戰(zhàn)。僅圍繞 Model3,國內車企便推出基于年輕高顏的 P7,商務感十足的漢,更動感的海豹性價比更高的深藍,有綜合能力更強的 C11。相較于國內車企新退出的車型,特斯的 Model3 發(fā)布于 2016 年,產品周期已長達 6 年。而國內車企的車更新迭代塊,已經在個細分賽道對特斯拉成了包圍。因此,面特斯拉的降價,國內企迎戰(zhàn)的不多,目前有問界和小鵬跟隨降。1 月 13 日,AITO 問界官宣降價,問界 M5EV 調整后售價為 25.98 萬元起,問界 M7 調整后售價為 28.98 萬元起,兩款車型降價幅度達 3 萬元。1 月 17 日,本就銷售不力的小鵬宣布 G3i、P5 和 P7 三款車型的起售價分別至 14.89 萬、15.69 萬和 20.99 萬,最大降幅 3.6 萬元。問界降價后,“車 fans”創(chuàng)始人孫少軍發(fā)布微博稱,進店量并明顯提升。理想創(chuàng)始李想則評價道,銷量的產品,沒資格成為人的競品,理想 L8、L7 才是特斯拉的競品。理想目前槐山沒傳出降價消息。而李在兩年前說“未來特拉可能只要十幾萬”前一句話是:“蔚來持的原則是不降價”不止李斌,早在 2022 年,眾多研究機構已預測特斯拉將會價,我國新能源車企早有預料。但是國內流新能源車企紛紛反道而行之 —— 漲價。去年底至今,比亞、吉利、長安、哪吒東風等品牌先后宣布下部分車型漲價。廣埃安今年初宣布預計 3 月初對旗下車型漲價,漲幅在 3000-6000 元不等??梢?,國內車企并有認為特斯拉降價是水猛獸。以訂單量看特斯拉在中國市場,至全球市場的訂單量迅速枯竭。而比亞迪國內車企,訂單量大無需擔憂。2022 年 9 月,據報道比亞迪訂單積壓量已達 70 萬輛,而其單月產能為 20 萬輛左右,消費者需等待 3 到 6 個月才能提車,所以,漲價是有氣的。早在 2021 年,王傳福在中國汽車重慶論壇上就表示從技術上看,中國品已實現(xiàn)了全面超越。管是造型技術,還是池、電機、電控等新源汽車核心技術,以智能網聯(lián)、智能座艙智能化技術,已經全超越外資企業(yè),引領球新能源車的發(fā)展。本市場與王傳福的看是一致的。眾多研究構認為,隨著電動汽產業(yè)進入紅海激烈競,特斯拉的稀缺性品正在逐漸消失。如在池續(xù)航、車輛安全、能駕駛等方面的比拼,優(yōu)勢都不再明顯,大消費者也有越來越的電動汽車可供選擇4、展開智能化競爭對于部分國人來說,汽并不只是代步工具,象征著車主的身份和富水平。特斯拉屢次價,看似能短期刺激量,但是,卻在慢慢喪失其自帶的“高級”光環(huán)。剛進入中國,特斯拉如同此前的果手機,給國人帶來是高級感和優(yōu)越感。是,與蘋果手機新的置層出不窮,不斷提品牌溢價不同,特斯的主力車型 Model3 已經上市 5 年,一直沒有更新?lián)Q。另一款主力車型 ModelY,上市也有兩年多了。國內的新源車企,雖然一開始后于特斯拉,但是充利用“后發(fā)優(yōu)勢”,消費者需求更深層次挖掘,通過更精準的位,把電動汽車市場了更精細的切分,從分走了部分原屬于特拉的“蛋糕”。國產能源車企不惜血本地堆料”,在參數配置盡力拉滿,使用戶體快速上市,已經給消者帶來了一種形象上體驗上的“高級感”而且,“蔚迪?!边€斷推出百萬級別的高豪華車型,提升品牌、進而提升溢價。對降價,馬斯克還有另種解釋:“即使以極的利潤率銷售汽車,隨后將其升級為自動駛汽車,其價值也會到提升”,即特斯拉使不靠硬件賺錢,也以靠軟件賺錢。摩根丹利認為,特斯拉通銷售軟件訂閱服務獲的利潤最終可能比銷硬件多。不過,這只一種前瞻性預測。目,特斯拉顯然無法靠件的盈利維持基本運。據特斯拉財報數據2021 年全年,特斯拉包括自動駕駛軟在內服務及其他業(yè)務現(xiàn)營業(yè)收入為 38.02 億美元,雖然同比增加了 65%,但是,這部分營收只占總營收的 7.06%。還有,特斯拉的智駕駛水平,真如大家想的那樣先進嗎?其未必,除了王傳福表“中國新能源汽車品在智能網聯(lián)、智能座等智能化技術,已經面超越外資企業(yè)”外專注于未來智能交通業(yè)的華人運通高合汽創(chuàng)始人、CEO 丁磊在 2022 年接受專訪時也表示,新能智能化時代,中國汽可以超越國外。小鵬車副董事長兼總裁顧地則直接表示:“隨國內不斷推進新能源發(fā)展,我國已有不少牌在技術、造車理念硬件上已經領先特斯?!蓖饷?MotorTrend 發(fā)表了一篇文章,言明小鵬的能輔助系統(tǒng),已經可肩特斯拉。美國特斯將其核心競爭力定為 FSD,目前,購買特斯拉的車主只有超過 10% 的車主選擇購買 FSDbeta,且偶有負面失靈事件而小鵬之前推出的高 NGP,則有超過 84% 的車主選擇使用。在挪威權威傳媒構 AllerMedia 公布的 2022 年度汽車指數調研結果中,小邽山榮膺“度最知名新車品牌獎。國產新能源車企在動化階段雖發(fā)展得不,但那是跟隨特斯拉歐美車企發(fā)展起來的而在決定勝負的智能下半場,國產車企不有超越特斯拉之勢,且走出了“中國道路。譬如,針對彭博社深主播 FrancineLacqua 關于小鵬的智能化是否制特斯拉的疑問,顧地就明確表示,小鵬車的目標從來不是復,而是超越。另據汽之家 iV-RATING 智能汽車評價體系,相較于特斯拉,產品牌車系表現(xiàn)更搶。在榜單中,總分 Top3 均為中國車企,前 10 名車型中有 8 款國產汽車,而特斯拉 ModelY 在 18 款車型中,僅排在第 16 位。圖源:汽車之家已經進入智能化下半的如今,國內車企與與特斯拉展開價格大,不如在智能化方面特斯拉展開競爭,從在新能源汽車賽道上道超車,后來居上。后,未來特斯拉若還斷降價,短期內,的促進其在全球的銷售績,不過,極有可能際效應遞減,而且,于國產新能源車企依是利好,這可促進全界智能汽車的普及,育了市場,從而帶動產智能汽車的下一步售?!救膮⒖肌縖1]《2022 中國智能汽車發(fā)展趨勢洞察告》,汽車之家研究、21 世紀新汽車研究院[2]《2022 年 12 月中國汽車保值率研究報告》中國汽車流通協(xié)會、真估[3]《特斯拉:心有余而力不足的 2022》,21 世紀經濟報道[4]《廣州二手車市場現(xiàn)“不收斯拉”標語,車商:一輛平均虧三四萬》正觀新聞[5]《智能時代下,中國汽車品的機會》,遠川研究[6]《特斯拉降價,只為活著》,鈦媒體[7]《滲透率不斷提升?汽車智能化速環(huán)狗超預期》,中國汽車報文來自微信公眾號:百智庫 (ID:EV100_Plus),作者:陳重?

      <code id='9bf2b'></code><style id='50e53'></style>
    • <acronym id='a8211'></acronym>
      <center id='57a12'><center id='e4e76'><tfoot id='dad7b'></tfoot></center><abbr id='fe267'><dir id='ead12'><tfoot id='ae222'></tfoot><noframes id='e51d2'>

    • <optgroup id='baebb'><strike id='20025'><sup id='4245f'></sup></strike><code id='cc143'></code></optgroup>
        1. <b id='0c957'><label id='51e12'><select id='1042c'><dt id='332c1'><span id='c8abf'></span></dt></select></label></b><u id='d5aca'></u>
          <i id='7d36a'><strike id='b7efd'><tt id='0eea7'><pre id='18492'></pre></tt></strike></i>