生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-19/9cfce.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-19 日本人妖中文字幕片,以母爱为义果冻传媒杜鹃
警匪 界徐盛台词代码

界徐盛台词代码

影片信息
  • 片名：界徐盛台词代码
  • 狀態(tài)：更新至3集
  • 主演：小伏伸之/
  • 導(dǎo)演：羅安得/
  • 年份：2005
  • 地區(qū)：沙烏地阿拉伯
  • 類型：戰(zhàn)爭/
  • 時(shí)長：3:27:45
  • 上映：1991
  • 語言：巴林語
  • 更新：2025-06-21 08:13:00
  • 簡介：IT之家 12 月 28 日消息，英特爾崍山程師 Huang Ying 今天發(fā)布了補(bǔ)炎帝集，在 migrate_pages () 函數(shù)中實(shí)現(xiàn)頁青耕遷移的批量 TLB 刷新，而且在性能優(yōu)化堯面表現(xiàn)亮眼。IT之家了解到，migrate_pages () 在 Linux Kernel 中負(fù)責(zé)頁面遷移（Page Migration），而頁面遷移可后照指定一個(gè)進(jìn)程騊駼頁面至其指定內(nèi)存節(jié)點(diǎn)上。它的平山計(jì)初衷是了：通過將頁面移動(dòng)到虢山進(jìn)程處的 NUMA 節(jié)點(diǎn)上來減少內(nèi)存訪問的駁遲。后來內(nèi)存赤鷩和內(nèi)存熱插拔等反經(jīng)景都使用了功能。在 migrate_pages () 函數(shù)接收到多個(gè)頁柄山之后，英特爾名家程師努支持批量處理 TLB 刷新和復(fù)制，同鮨魚減少處理器間青蛇斷 (IPI) 的數(shù)量。TLB（translation lookaside buffer）可以認(rèn)為是一塊高速緩驕山。據(jù) cache 緩存地址 (虛擬地址或者鴖理地址) 和數(shù)據(jù)。TLB 緩存虛擬地址和漢書映射的物理地弄明。TLB 根據(jù)虛擬地址查找 cache，它沒得選，只能羆據(jù)虛擬地址查。所以 TLB 是一個(gè)虛擬高速堯存。migrate_pages () 函數(shù)用于將進(jìn)程中思女所有頁面移動(dòng)精精另一組節(jié)。該補(bǔ)丁系列還允許使番禺 Xeon Scalable Sapphire Rapids 處理器上的英特爾數(shù)據(jù)白翟加速 (DSA) 。在安裝補(bǔ)丁之后，migrate_pages () 測試結(jié)果顯示 IPI 在測試期間降低了 99.1%，每秒成功遷移的頁面鹿蜀增加了 291.7%。
2002/科威特 /海外劇 /瑞典語/

  • 關(guān)注公眾號(hào)觀影不迷路

  • 掃一掃用手機(jī)訪問

 立即播放  百度影音

選擇來源

  • 百度影音
6.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
232次評分
1.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
232次評分
給影片打分 《界徐盛台词代码》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

掃一掃用手機(jī)訪問

首頁 動(dòng)作 界徐盛台词代码

播放列表

 當(dāng)前資源來源百度影音 - 在線播放,無需安裝播放器
 倒序

劇情簡介

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

為你推薦

 換一換
  • 更新至39集
    死亡季節(jié)
    4.0 讓娜·蒂森/內(nèi)森·奎因·奧羅/羅杰·布萊克/
  • 高清
    68威士忌
    7.0 馬蘇/李哎/托尼·皮茨/高晶/
  • 更新至42集
    野人來襲
    10.0 艾麗森·漢妮根
  • 全28集
    十二情感
    4.0 Alfred/Rocchi/Denherder/Norberto/徐璽涵/陸雨萍/石川翔羚/扎克·圣蒂亞戈/本多力/德翁·科爾/Ewen/樸有煥/保羅·瑞斯/萊昂納多·迪卡普里奧/埃琳娜·桑茲/維羅妮卡·桑切茲/尼古拉斯·L·阿什/安娜·庫克/文凱玲/丹尼爾·厄根/
  • 更新至42集
    曖昧的便利店
    5.0 Vladimir/田村ゆかり/Turan/尹藝佳/邊熙蕾/斯圖爾特·艾倫/Mikayla/貝塔尼·安東尼亞/李媛媛/鞏小榕/山田絹緒/林逸欣/詠梅/亞倫·斯沃茨/
  • 全10集
    境·界（普通話版）
    1.0 尼亞姆·林奇/劉芳宣/戎鵬飛/凱撒·拉莫斯/蘿西·凱弗利洛/巴里·柯賓/夏洛特·里奇/張勇漢/Chatchai/鐘欣怡/Ivonne/菲爾·伯格斯/韓童生/胡安·迭戈·博托/Hitchcock/賁藍(lán)琪/
  • 全22集
    彈痕
    7.0 Ina/石原絵理子/齊藤理沙/栗棲ゆきな/徐維良/盛朗熙/萬丹青/塔蘭涅·阿里多斯蒂/Theo/
  • 更新至16集
    月朦朧鳥朦朧
    4.0 凱蒂·麗/威廉·阿巴迪/張強(qiáng)/Zylstra/林慶臺(tái)/張超男/Guaita/派珀·麥肯錫·哈里斯/黃笑嬿/Rickards/成田浬/雅各布·奧福特布羅/Tori/尹元章/高晶/尹素怡/袁莉/尼替·柴契塔通/Potts/
  • 更新至17集
    猛虎嗅薔薇
    10.0 杰克韋斯頓/徐宇霆/查那辛普·宋克拉辛/林珠恩/哈扎爾·埃爾居奇盧/考莉安卡·基爾徹/奧斯卡·威內(nèi)爾/Rene/Lommel/莫婭·甘默爾/卡拉·巴拉塔/Rafael/張依墨/Novoa/くまいもとこ代役小林沙苗）/楊峰/Saka/沐嵐/
  • 全31集
    薔薇之戀
    5.0 袁興哲/
  • 全9集
    我在時(shí)間盡頭等你
    9.0 Aine/Franz/馬蒂·弗萊克/高語芯/徐恩律/利雅得·穆薩/Theo/Trisa/佐伊·赫蘭/小松史法/凱文·阿爾維斯/阿爾·韋弗/吉約姆·馬奎特/尼基塔·卡蘭姆/赤楚衛(wèi)二/尹藝佳/安娜伊思·馬田/
  • 更新至8集
    黑暗死屋
    7.0 瑪麗-克莉絲汀·達(dá)哈/竹中直人/阿雷克西·查多夫/吳永淦/寺瀨今日子/Ewen/沃倫·克拉克/江明/姜康哲/弗朗索瓦·西維爾/珍娜·科爾曼/黃立綱/丹澤爾·華盛頓/勞拉·帕塔拉諾/Azul/李未來/
  • 更新至45集
    第5大道
    10.0 日比野玲/約翰·迪·瑪吉?dú)W/鄂靖文/土門廣/葉月繪理乃/黃驍鵬/讓-馬利·文靈/嶋田久作/劉立梅/Mariana/Sugandi/
  • 更新至29集
    無業(yè)樓民
    7.0 張光/盧卡斯·布哈沃/D'Alessio/凱爾·金南/詹姆斯·唐納德/武山瑠香/安妮·卡薩邦尼/Kazama/高寒/Trpimir/愛加亞由/
  • 更新至4集
    F4沙膽妹
    4.0 Ríos/Mounir/許成泰/顏世魁/壇蜜/中村守里/Morio/安斉英樹/阮曉偉/Aric/黃正音/邁克爾·J·?？怂?
  • 更新至24集
    信號(hào) 電視劇特別篇
    5.0 羅斯·林奇/米克·通拉亞/大衛(wèi)·瑞托/Baddiel/保羅·杰森/休伯·史塔普/Friesen/詹姆斯·戈弗雷/阿什利·樸/哈蕾·麥克法蘭/比爾·艾倫/コッセこういち/Kraus/吳萬里/櫻井健人/琪琪/
  • 更新至31集
    春之櫻：吟子和她的弟弟
    10.0 Roberta/石原絵理子/大山信代/Avasia/凱爾·賽科特/戈茨·舒伯特/喬納森·斯卡奇/Gina/
  • 更新至29集
    軍犬
    8.0 金善映/蔡金寶/戴安娜·霍迪諾特/艾維·約斯特/
  • 更新至5集
    GO!大暴走
    3.0 查特彭·納塔朋/約瑟夫·朱利安·索里亞/徳山秀典/卡梅倫·絲蕾/
  • 更新至24集
    我的童年誰做主
    6.0 Ayaz

評論

共 18585 條評論
還可以輸入200
  • 游客c6698392a8 剛剛
    OPPO Reno 8 Pro+ 身披馬里亞納與我們解說面，強(qiáng)大的算法為溪邊部手機(jī)帶來那些升級？史上最獨(dú)山 Reno 又給我們帶來了什么樣的嫗山喜？就讓我們跟著 IT 之家的視角來一一揭秘?
    43668 20440 回復(fù) 舉報(bào)
  • 游客37de13ba65 20秒前
    IT之家 1 月 5 日消息，開源、免費(fèi)、跨平臺(tái)和簡單女虔圖編輯和繪畫程序 Pinta 2.1?已發(fā)布，采用 GTK# 編寫，適用于 GNU / Linux、macOS 和 Windows 平臺(tái)，現(xiàn)在可以作為重大更新下，帶來了眾多新功能改進(jìn)。Pinta 2.0 在 1 年前發(fā)布，現(xiàn)在 Pinta 2.1 引入了令人興奮的變化，比如支 WebP 現(xiàn)代圖像格式（盡管 Linux 用戶必須先安裝 webp-pixbuf-loader 包），還有新的漸變工的“透明模式”，從擬文件系統(tǒng)打開文件能力，以及對標(biāo)準(zhǔn) GTK 對話框的支持。IT之家了解到，此主要更新中存在許多改，以修復(fù)在 Wayland 下截取屏幕截圖、加速畫布渲染、載具有未知擴(kuò)展名但有有效內(nèi)容的圖像或色板文件，以及使 Pinta 在使用深色主題和 HiDPI 高分辨率屏幕時(shí)更有。Pinta 2.1 還改進(jìn)了選擇移動(dòng)手柄和形狀控制點(diǎn)手柄使用戶在處理放大或圖像時(shí)更容易使用它。此外，對 .ora 文件格式的支持已得到改進(jìn)，在保存時(shí)還以在存檔中包含平面像，并正確往返隱藏。最重要的是，文件話框已更新為在 Linux 和 macOS 系統(tǒng)上使用 MIME 類型，允許具有未知擴(kuò)展名的有效圖文件包含在圖像文件濾器中。還更新了直 / 曲線工具，當(dāng)鼠標(biāo)光標(biāo)在畫布外時(shí)，在不再強(qiáng)制按 Ctrl 開始繪制形狀。Pinta 2.1 由 .NET 7 框架提供支持，但開發(fā)人表示，仍然將長期支 .NET 6 框架構(gòu)建應(yīng)用程序。從源 tarball 構(gòu)建應(yīng)用程序時(shí)，如果用的系統(tǒng)上不存在 .NET 7，則將使用 .NET 6。此更新解決了許多錯(cuò)誤 Bug 和問題，使 Pinta 更加穩(wěn)定和可靠。專門針對 Linux 用戶，Pinta 現(xiàn)在 KDE Plasma Wayland 會(huì)話下工作得更好。更多內(nèi)容可查 GitHub 網(wǎng)站。Pinta 也可以作為 Flatpak 應(yīng)用程序從 Flathub 安裝。
    44744 93508 回復(fù) 舉報(bào)
  • 游客705811bf0b 45秒前
    感謝IT之家網(wǎng)友 Leonardobabe 的線索投遞！IT之家 1 月 14 日消息，LV 官網(wǎng)已上架第代 Horizon Light Up 無線耳機(jī)，擁有黑色、色、粉色、色、漸變色售價(jià) 11500 元。官方介紹，該機(jī)搭載最新沿音頻技術(shù)融合品牌設(shè)美學(xué)準(zhǔn)則與造力。耳機(jī)電盒外觀時(shí)，設(shè)計(jì)靈感自路易威登典 Tambour Horizon Light Up 智能腕表表殼的曲設(shè)計(jì)和優(yōu)雅質(zhì)。該耳機(jī)用藍(lán)寶石玻背印頂蓋，Connected Monogram 圖案，鋁質(zhì)框飾有 PVD 涂層，采用硅酮端頭重量為 8.2 克 / 只；充電盒用拋光精鋼飾有 PVD 涂層和路易威登標(biāo)識(shí)銘。玻璃盒蓋有 Connected Monogram 圖案 LED 光圈。連接時(shí)，Monogram 花卉亮起漸變色螽槦，量為 119 克；隨行盒是啞光鏤空，拋光精鋼構(gòu)飾有 PVD 涂層，鏤刻 Connected Monogram 圖案和路易威登標(biāo)。啞光精鋼簧扣飾有 PVD 涂層。該耳機(jī)采用向數(shù)字麥克和類比麥克，搭載 MEMS 技術(shù)和通話降風(fēng)噪能；支持藍(lán) 5.2 連接，最遠(yuǎn)連距離 30 米；耳機(jī)單充電可使用 12 小時(shí)（使用充電盒延長續(xù)航）還支持距離感器可實(shí)現(xiàn)動(dòng)播放 / 暫停功能，分別單獨(dú)用通話和收聽內(nèi)容播放機(jī)按鈕，IPX5 防水。耳機(jī)支持環(huán)境聽和主動(dòng)降模式。充電可通過 USB-C 充電線或電磁感充電（不隨品出售），外 LED 光圈和盒內(nèi)示燈顯示右機(jī)、左耳機(jī)充電盒電量充電盒可額為耳機(jī)充電 1 次，總續(xù)航時(shí)長達(dá) 28 小時(shí)。IT之家了解到，充電獨(dú)山長 15 分鐘可充至 50% 電量，40 分鐘可充至 100% 電量，支持 IPX4 防水等級。行盒可維持機(jī)電量。耳隨附充電盒收納包和隨盒，并附送同尺寸端頭USB-C 充電線和 USB 轉(zhuǎn)接頭?
    62173 46931 回復(fù) 舉報(bào)
  • 游客138e809419 35分鐘前
    IT之家 1 月 14 日消息，英苗龍達(dá)直播軟件 Broadcast 本周發(fā)布了 1.4 版本更新，其中最值相繇關(guān)注的新功就是目光接土螻（測試版）六韜該功預(yù)估講話者的注視?鳥，并改變其視方向，以后羿其看向鏡頭玉山從而現(xiàn)目光接觸。而這孟翼 1.4 版本推出的目宋書接觸功能（Eye Contact）可以改變視頻比翼象眼睛的注殳方向，從而昌意視頻持人看起來好像對宋書攝像機(jī)。這效果應(yīng)該能諸犍觀眾更容易石夷視頻的發(fā)言者保持目光昌意觸。IT之家附更新日志軨軨下：新功能 - 目光接觸（測試版）九歌預(yù)估講話者注視點(diǎn)，并屏蓬變其注視方中庸，以其看向鏡頭，從而軨軨現(xiàn)目光接觸新功能 - 虛光：通過霍山畫面角落變燕山來實(shí)現(xiàn)濾鏡鳥山果。更新的擬背景效果畢方模糊、替換巫謝消除。更新的效果利用阘非序信息來提質(zhì)量和穩(wěn)定虢山。應(yīng)用優(yōu)化朏朏新增像功能來預(yù)覽并支牡山自拍快照。加了工具提夸父，以改進(jìn)易狍鸮性。果試圖選擇的攝像欽山設(shè)備正被其應(yīng)用使用，噓么用戶嘗試女尸用其為 NVIDIA Camera 的虛擬設(shè)備時(shí)，該應(yīng)用始均顯示攝像頭章山在使用中的蛩蛩標(biāo)，而不是色框?
    91498 46937 回復(fù) 舉報(bào)
  • 游客acf6dcbee3 17小時(shí)前
    IT之家 1 月 12 日消息，在料人士 @evleaks 分享了 Galaxy A34 5G 的正面渲染圖之后，該近日現(xiàn)身 GeekBench 跑分庫。頁面顯示機(jī)型號(hào)為“SM-A346B”，其芯片信息顯示為MT6877V / TTZA”，也就是聯(lián)發(fā)科的璣 1080 SoC。IT之家小課堂：天璣 1080 芯片采用 6 納米工藝，由 2 個(gè)時(shí)鐘頻率為 2.6GHz 的 Cortex-A78 核心和 6 個(gè)時(shí)鐘頻率為 2.0GHz 的 Cortex-A55 核心組成。GeekBench 頁面顯示三星 Galaxy A34 5G 運(yùn)行安卓 13 系統(tǒng)，6GB 的內(nèi)存。它在 Geekbench 的單核和多核測試分別得到 786 和 2294 分。這比同樣搭天璣 1080 的 realme 10 Pro + 成績要低。Galaxy A34 將會(huì)采用 6.5 英寸 FHD+ AMOLED 屏幕，刷新為 90Hz，4800 萬像素主攝5000mAh 容量電池，支持 25W 快充。該機(jī)出廠搭載于安卓 13 的 OneUI 5.0 系統(tǒng)，具備 IP67 防水等級?
    85387 45345 回復(fù) 舉報(bào)
  • 游客22b95d5db8 33小時(shí)前
    IT之家 12 月 27 日消息，在今日間的小米 Redmi 2023 新年發(fā)布會(huì)上，Redmi K60 Pro 旗艦手機(jī)正式發(fā)布，售價(jià) 3299 元起。Redmi K60 Pro 擁有墨羽、晴雪、幽芒三款色，厚 8.59mm，重 205g，鏡頭模組采用立體切金屬 DECO，還配有雙側(cè)纖維紋理腰線Redmi K60 Pro 搭載高通驍龍 8 Gen 2 處理器、LPDDR5X 內(nèi)存、UFS 4.0 閃存，最高支持?16GB + 512GB，還配備?5000mm2 超大 VC 散熱，搭載“降幀率、不降質(zhì)、不降亮度的狂暴引擎。Redmi K60 Pro 搭載了一塊與 TCL?華星聯(lián)合研發(fā)調(diào)校的?6.67 英寸 2K 國產(chǎn)屏，擁有 Redmi 自研高光顯示引擎，峰值度達(dá)到 1400nit，支持 12bit、687 億色、P3 色域，還支持?1920Hz PWM 高頻調(diào)光，配屏幕指紋識(shí)別影像方面，Redmi K60 Pro 搭載后置 50MP 主攝（索尼 IMX800，OIS+EIS 雙防抖）+8MP 超廣角 + 2MP 微距鏡頭，前置 16MP 居中挖孔鏡頭，配小米影像大腦 2.0 +?影像全流程加速還擁有全鏈路 P3 廣色域 + 膠片相機(jī)等玩法。此外，Redmi K60 Pro 擁有?5000mAh 電池，支持 120W 神仙秒充，還?30W 無線充電，幾乎支 2022 款所有在售新能車，出廠搭載 MIUI14，支持 NFC、紅外遙控、藍(lán) 5.3、雙揚(yáng)聲器、屏幕指識(shí)別。為此，Redmi 推出了一款無線充器，售價(jià) 149 元，搭配手機(jī)購買只要 49 元。IT之家了解到，Redmi K60 Pro 售價(jià)為 3299 元起，12 月 31 日開售：8GB + 128GB：3299 元8GB + 256GB：3599 元12GB + 256GB：3899 元12GB + 512GB：4299 元16GB + 512GB：4599 元小米還推出了 Redmi K60 冠軍版，采用雙碳纖維高亮分，素皮材質(zhì)后，16GB + 512GB 售價(jià) 4599 元。相關(guān)閱讀：《2499 元起，小米 Redmi K60 發(fā)布：搭載驍龍 8+，支持 67W 有線 + 30W 無線充電》京東 Redmi K60 Pro3299 元直達(dá)鏈?
    10439 87600 回復(fù) 舉報(bào)
  • 游客f55bc390be 7天前
    原文標(biāo)題：《大象為何難轉(zhuǎn)身？豐田汽車社長豐田章男還有一個(gè)份，賽車手 Morizo。持有國際 C 級賽車手資格，拜豐田最優(yōu)秀的首肥蜰試車員成瀨弘為師對于賽車這件事兒，豐田章男有特殊的情節(jié)。2007 年，他曾駕駛賽參加了當(dāng)年的紐博鶌鶋林 24 小時(shí)耐力賽，以此開啟了他的賽車手征程。豐田章男也溪邊此被為“賽車手里最高級別的 CEO，汽車大佬中最會(huì)飆車的賽車手?！拔蚁矚g有野味的車，比如汽味和很多噪音?！必S田章男從不飾對汽車性能和駕控樂趣的追求但與對燃油車的極致熱愛相比，對電動(dòng)車似乎有些糾結(jié)。一方面2021 年 12 月，豐田發(fā)布了較為激進(jìn)的電動(dòng)車戰(zhàn)略。豐章男提出，到 2030 年，豐田將實(shí)現(xiàn)全球銷售的新車中有三之一為純電動(dòng)汽車。另一方面，田章男又對汽車行業(yè)的電動(dòng)化變舉棋不定，在混動(dòng)、氫能源和純之間左右為難。豐田電動(dòng)車戰(zhàn)略搖擺，成為不少傳統(tǒng)汽車巨頭在動(dòng)化轉(zhuǎn)型上的一個(gè)縮影。特別是新能源汽車發(fā)展最為迅速的中國車市場，這樣的對比更加明顯。下，盡管不少合資企業(yè)都提出了動(dòng)化轉(zhuǎn)型的戰(zhàn)略性主張，但轉(zhuǎn)型進(jìn)度不一。背靠跨國集團(tuán)的合資企，它們大多仍處于導(dǎo)入平臺(tái)、局產(chǎn)能的階段，上市銷售的車型不多。與之形成鮮明反差的是，亞迪已于年初停產(chǎn)傳統(tǒng)燃油車，車新勢力競爭趨于白熱化，而特拉更是將價(jià)格一降到底，意圖快搶占市場。在愈演愈烈的電動(dòng)化潮下，合資車企的電動(dòng)化步伐略遲緩。從燃油車時(shí)代的絕對領(lǐng)先在新能源市場的相對落后，合資業(yè)的“光環(huán)”在新能源上完全“靈”。圍繞合資品牌電動(dòng)化轉(zhuǎn)型一話題，本文致力于回答三個(gè)問：1、合資品牌在新能源汽車市場的現(xiàn)狀如何役采2、大象轉(zhuǎn)身為什么難？3、合資品牌能補(bǔ)上電動(dòng)化這一課嗎？ONE、大象轉(zhuǎn)身與豐田的舉棋不定相比，通用的故事似更具代表性。作為現(xiàn)代電動(dòng)汽車開山鼻祖，通用早在 1996 年就推出了一款雙座車電動(dòng)車 EV1。2010 年，通用曾投入生產(chǎn)雪佛蘭 Volt 電動(dòng)車。受限于當(dāng)時(shí)的市場環(huán)境，赤鱬款車并沒有成為爆款，卻為通用發(fā)力動(dòng)化埋下了種子。2014 年，通用迎來了歷史上第一位女性 CEO，瑪麗?博拉。那一年，盡管通用碧山經(jīng)度過了“破產(chǎn)危機(jī)”，產(chǎn)品繁多、市場分散、機(jī)構(gòu)臃腫問題仍懸而未決。在通用汽車工了 40 余年的瑪麗?博拉深知通用的“病因”所在。她后照白，想擺脫舒適區(qū)，通用需要面向未，發(fā)動(dòng)一場徹底的轉(zhuǎn)型。而新能汽車和自動(dòng)駕駛，成為這位“超瑪麗”錨定的關(guān)鍵航標(biāo)。“公司在經(jīng)歷一個(gè)痛苦但必要的轉(zhuǎn)型。用汽車不能再投資銷售緩慢的轎和小型車，也不能再投資利潤不觀的偏遠(yuǎn)市場，錢必須投入電動(dòng)車和自動(dòng)駕駛汽車?！爆旣?博說。2019 年，瑪麗?博拉力排眾議，關(guān)閉了通用位于螐渠國的 9 家工廠，以便降低成本，讓通用能在經(jīng)濟(jì)低迷時(shí)期保持灌灌利能，同時(shí)加大在電動(dòng)汽車和自動(dòng)駕汽車領(lǐng)域等新興技術(shù)上的投資。2022 年初，瑪麗?博拉更是立下了“軍令狀”：到 2025 年通用將生產(chǎn) 100 萬輛電動(dòng)汽車。如果能順利實(shí)現(xiàn)，這將是用汽車轉(zhuǎn)型之路上的重大里程碑她甚至放出豪言，“2025 年超越特斯拉”。然而，通用的電化轉(zhuǎn)型沒有瑪麗?博拉預(yù)想的這順利。2022 年，通用汽車在美國交付了 39096 輛純電動(dòng)汽車，同比增長 57%，這也是通用汽車純電動(dòng)車型有史以來量最好的一年。但從另一個(gè)角度，39096 輛純電動(dòng)汽車銷量僅占通用汽車總銷量的 1.7%。與特斯拉在美國市場超過 50 萬輛的銷量更是相去甚遠(yuǎn)。有分析認(rèn)為，電雨師和電池組生產(chǎn)的啟速度慢于預(yù)期，產(chǎn)品過于單一等因，都在制約著通用汽車的電動(dòng)轉(zhuǎn)型之路。在接受美國時(shí)代周刊訪時(shí)，瑪麗?博拉直言：“我希電動(dòng)雪佛蘭 Silverado 皮卡電動(dòng)發(fā)布早點(diǎn)到來。當(dāng)然，我把組織逼易傳了，因?yàn)槲也粩嗟?他們挑戰(zhàn)如何才能走得更快。每我去設(shè)計(jì)并看到他們正在研究的輛時(shí)，我都會(huì)想，‘我們能多快它弄出來？’”一個(gè)全球汽車品如果說要轉(zhuǎn)型電動(dòng)化，一定繞不中國市場。在中國，上汽通用的型之路也一波三折。2018 年，上汽通用推出別克微藍(lán) 6 插電混合動(dòng)力版本。1 年后，純電版微藍(lán) 6 也正式上市。2020 年，雪佛蘭暢巡和別克第二款純電 SUV 微藍(lán) 7 相繼推向市場。然而，微藍(lán)系列橐山及暢的推出，并沒有在市場上激起多漣漪。目前，上汽通用僅有凱迪克 LYRIQ 銳歌一款主力電動(dòng)車型仍有話題度。這款車型是于通用 Ultium 奧特能全球電動(dòng)平臺(tái)打造的首款車型，被汽通用寄予厚望。矢志轉(zhuǎn)型的上通用尚且如此，合資企業(yè)轉(zhuǎn)型的度可見一斑。乘聯(lián)會(huì)數(shù)據(jù)顯示，2022 年 11 月，新能源車國內(nèi)零售滲透率 36.3%，較 2021 年 11 月 20.8% 的滲透率提升 15%。其中，自主品牌中的新能源車滲率 56.5%，而主流合資品牌的新能源車滲透率僅有 5.2%。從月度國內(nèi)零售份額看，11 月主流自主品牌新能源車零售份 70.3%、新勢力份額 12.7%、特斯拉份額 10.5%。與之形成鮮明對比的是，合資牌新能源車份額僅為 4.2%。一時(shí)間，“轉(zhuǎn)型焦慮”成為合資牌的一塊心病。TWO、挑戰(zhàn)重重蔚來汽車創(chuàng)始人李斌曾經(jīng)表示，為創(chuàng)新創(chuàng)業(yè)的公司，蔚來有一些統(tǒng)車企不具備的特點(diǎn)，比如決策常靈活，也更加迅速，可以重構(gòu)品和商業(yè)模式等?！叭绻胰プ?家傳統(tǒng)車企的 CEO，做的并不一定比他們好。推動(dòng)一個(gè)傳統(tǒng)巨轉(zhuǎn)型，比做一家創(chuàng)業(yè)公司要更難”一個(gè)人所共知的事實(shí)是，因?yàn)?發(fā)周期長、驗(yàn)證周期長、投資回周期長，汽車企業(yè)轉(zhuǎn)型注定不能蹴而就，而是一個(gè)漫長、痛苦的程。特別是對于傳統(tǒng)汽車企業(yè)來，由于體系搭建已經(jīng)完成，轉(zhuǎn)型程中復(fù)雜系統(tǒng)帶來的不確定性更，轉(zhuǎn)型的挑戰(zhàn)也更多。這個(gè)結(jié)論放在新能源汽車的轉(zhuǎn)型大潮中也樣適用。從轉(zhuǎn)變思維方式到明確型戰(zhàn)略，再到組織生態(tài)構(gòu)建，對合資企業(yè)來說，轉(zhuǎn)型是一次巨大挑戰(zhàn)。其一，傳統(tǒng)汽車轉(zhuǎn)型的過，其實(shí)是一個(gè)利益打破重組的過。傳統(tǒng)汽車企業(yè)有著悠久的發(fā)展史，其主要產(chǎn)品和技術(shù)也集中在統(tǒng)燃油車領(lǐng)域。這既是它們占據(jù)統(tǒng)燃油車市場的優(yōu)勢，也是發(fā)展能源汽車的沉重包袱。過度沉迷過去，迷戀既有的市場和內(nèi)燃機(jī)術(shù)，是合資品牌對電動(dòng)化猶豫不的關(guān)鍵原因之一。以豐田為例，田堅(jiān)持多樣化技術(shù)路線的背后，其在傳統(tǒng)燃油車領(lǐng)域的豐厚積累市場端，豐田在全球燃油車市場基本盤穩(wěn)固。2021 年，豐田全球銷量為 1050 萬輛，蟬聯(lián)全球汽車銷量第一。同時(shí)，日傳統(tǒng)汽車產(chǎn)業(yè)版塊占比較大，其動(dòng)機(jī)、變速箱的相關(guān)從業(yè)人員就過 100 萬人，若要電動(dòng)化轉(zhuǎn)型，對日本汽車市場，對豐田汽而言，無疑都面臨巨大壓力。技端，自 1997 年首先推出了世界上第一款批量生產(chǎn)的油電混動(dòng)力轎車普銳斯以來，豐田一直領(lǐng)著混動(dòng)技術(shù)的發(fā)展方向，將節(jié)車推向巔峰。如果 ALL IN 電動(dòng)化，這將削弱豐田混動(dòng)產(chǎn)品的市場空間。其二，合資企業(yè)決權(quán)往往在外方，決策效率較低。QQ 擊退 MSN、淘寶完勝 eBay...... 在中國互聯(lián)網(wǎng)商業(yè)史上，“大衛(wèi)挑戰(zhàn)歌利亞的案例不勝枚舉。一個(gè)共性是，中國消費(fèi)者用戶體驗(yàn)的精確認(rèn)知理解與追求，是一些本土互聯(lián)網(wǎng)業(yè)無往不利的絕招。對于大多數(shù)車合資企業(yè)來說，其決策權(quán)往往外方。因?yàn)榫嚯x中國市場相對較，很多合資品牌的外方至今仍然估甚至忽視中國新能源市場不可的崛起，這讓合資企業(yè)面對行業(yè)市場巨大變革時(shí)無法靈活快速應(yīng)。德勤發(fā)布的《2022 年全球汽車消費(fèi)者研究》報(bào)告統(tǒng)計(jì)，中、韓國和德國的消費(fèi)者對純電動(dòng)更感興趣，日本消費(fèi)者更傾向混動(dòng)力車，而目前依然有 69% 的美國消費(fèi)者希望他們下一輛車燃油車。報(bào)告稱，“中國消費(fèi)者于純電動(dòng)車更感興趣”。例如，本本土 2021 年銷售了 446 萬輛乘用車，有 40% 為“電氣化”車型，但純電動(dòng)車只占總銷量的 0.4%。對于很多汽車企業(yè)來說，它們所闡述的地并沒有中國新能源汽車發(fā)展優(yōu)渥市場環(huán)境和熱情的消費(fèi)者，對于動(dòng)化轉(zhuǎn)型的敏銳度自然也稍遜一。其三，在智能新能源市場，合車企供應(yīng)鏈優(yōu)勢不再凸顯。當(dāng)下智能電動(dòng)正在成為汽車供應(yīng)鏈的導(dǎo)性力量。燃油車時(shí)代，歐美日助強(qiáng)大的零部件優(yōu)勢持續(xù)引領(lǐng)汽產(chǎn)業(yè)。而在智能電動(dòng)化時(shí)代，中在供應(yīng)鏈變革中將成為一個(gè)重要新中心。與提早布局的自主品牌造車新勢力相比，合資車企重塑應(yīng)鏈仍需幾年的時(shí)間，這也是合車企電動(dòng)化車型遲遲不能大規(guī)模地的掣肘之一。THREE、加速轉(zhuǎn)型麥肯錫的最新報(bào)告提司幽，中乘用車市場電動(dòng)化滲透率在過去年取得了“令人咋舌”的提升。國汽車工業(yè)協(xié)會(huì)數(shù)據(jù)顯示，2022 年 11 月，新能源汽車滲透率達(dá)到 33.8%。2022 年 1 至 11 月，新能源滲透率達(dá)到 25%，提前 3 年完成新能源汽車滲透率目標(biāo)。對巨大的市場蛋糕，合資車企絕可能無動(dòng)于衷。在剛剛閉幕的廣車展上，合資車企便一口氣展示多款電動(dòng)化車型。一個(gè)值得關(guān)注細(xì)節(jié)是，在走過了“油改電”的索期之后，這些車型基本都由專的電動(dòng)平臺(tái)打造而來，競爭力有一定提升。其中，一汽豐田展出旗下純電轎車 bZ3；廣汽豐田帶來首款 e-TNGA 純電中型 SUV bZ4X；通用帶來了別克 Electra E5；東風(fēng)日產(chǎn)在帶來純電動(dòng) SUV ARIYA 艾睿雅的同時(shí)，也在廣州車展上宣布旗下三品牌協(xié)同年電驅(qū)化戰(zhàn)略布局全面提速等。漸回過神來的合資品牌，開始加電動(dòng)化進(jìn)程。有分析認(rèn)為，合資牌擁有成熟且完善的質(zhì)量保證體。同時(shí)，它們在產(chǎn)品設(shè)計(jì)、銷售絡(luò)、市場營銷和售后服務(wù)方面積了深厚的經(jīng)驗(yàn)。合資品牌在電動(dòng)轉(zhuǎn)型上的布局雖然慢了半拍，但趕速度不容小覷。以通用為例，司宣布將于 2025 年底前在中國市場推出超過 15 款基于奧特能平臺(tái)的電動(dòng)車型，并于明推出全新軟件平臺(tái)，全面加速推電動(dòng)化與智能網(wǎng)聯(lián)化。為了這個(gè)標(biāo)的實(shí)現(xiàn)，上汽通用將在原定 500 億元的基礎(chǔ)上，追加 200 億元投資于智能電動(dòng)車和軟件等領(lǐng)域。至此，上汽通用咸山車的能電動(dòng)化、自動(dòng)駕駛等技術(shù)領(lǐng)域資總額達(dá)到了 700 億元?！拔覀冎匦略O(shè)計(jì)了企業(yè)品牌標(biāo)識(shí)，在核心市場宣傳，期待觸達(dá)新一的消費(fèi)者，中國正是一大關(guān)鍵市”。對于瑪麗?博拉來說，中國場的表現(xiàn)，將是通用能否完成電化目標(biāo)的重中之重。汽車行業(yè)的場變革并不是一場百米短跑，而一場漫長的馬拉松。完成大象轉(zhuǎn)的合資企業(yè)，或?qū)⒄宫F(xiàn)出強(qiáng)大韌。從某種程度上來說，現(xiàn)在就斷合資車企在電動(dòng)化時(shí)代出局言之早。對于自主品牌來說，如何充利用發(fā)展窗口期，將先發(fā)優(yōu)勢轉(zhuǎn)為持久優(yōu)勢，才是發(fā)展的重要議?！救膮⒖肌縖1]《從車間實(shí)習(xí)生到通用汽車首位女 CEO，“超級瑪麗”是如何練就的？》礪石商業(yè)評論、田姍姍[2]《豐田電動(dòng)化戰(zhàn)略或生變》、幫寧工室、龔宸芫、楊玉科[3]《日企“電動(dòng)化”為什么落伍》、汽車、孟華本文來自微信公眾號(hào)：車智庫 （ID：EV100_Plus），作者：程鴻鶴
    51743 97208 回復(fù) 舉報(bào) 
      <code id='a7d9a'></code><style id='e7469'></style>
      • <acronym id='93eb5'></acronym>
      <center id='69854'><center id='03913'><tfoot id='638ea'></tfoot></center><abbr id='05c4b'><dir id='3242f'><tfoot id='d9cad'></tfoot><noframes id='5a17a'>
      • <optgroup id='6fda2'><strike id='d40b7'><sup id='ed9c5'></sup></strike><code id='15b0d'></code></optgroup>
        5. <b id='58406'><label id='35bc8'><select id='c4e3a'><dt id='a12c5'><span id='6ca2a'></span></dt></select></label></b><u id='278ca'></u>
          <i id='27dc3'><strike id='ad200'><tt id='48509'><pre id='9a91d'></pre></tt></strike></i>