黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

偶遇董潔上普拉提課

海口網(wǎng) 申宇 2025-10-19 04:22:24
A+ A-

外國軍人排隊與中國排面合影 山東滕州車禍致6死 司機被拘 IT之家 1 月 21 日消息,正在 CES 2023 上透露的那樣三星致力于過 SmartThings 平臺改善其設(shè)備生態(tài)統(tǒng)和不同設(shè)之間的連接。作為其新略的一部分三星正在 Galaxy Watch 系列智能手上推出 SmartThings 的大規(guī)模更新。更新為用戶手腕連接設(shè)帶來了更方的控制。Galaxy Watch 上 SmartThings 版本 1.1.08 更新帶來了多關(guān)鍵改進和功能。首先三星 Galaxy Watch 用戶現(xiàn)在可以從盤向右滑動訪問 SmartThings?,F(xiàn)在,三星 Galaxy Watch 用戶首次可以控更多三星和三方設(shè)備,括 SmartTag、空氣凈化器、溫器和百葉。這些設(shè)備別此前只能過智能手機的 SmartThings 進行控制,但三星現(xiàn)增加了對 Galaxy 智能手表的持。IT之家了解到,得于這次 SmartThings 更新,Galaxy Watch 用戶現(xiàn)在可以將家庭門鈴攝像頭 Next 和 Ring 攝像頭(支持 WebRTC)直接直播到他們的腕上。他們可以使用 Galaxy Watch 與客人進行程交談。此,Galaxy Watch 用戶現(xiàn)在可以開始 / 停止響鈴并控制 SmartTag 的響鈴音量他們還可以節(jié)空氣凈化的風(fēng)扇速度設(shè)置恒溫器溫度。可以開、關(guān)閉、停和調(diào)整百窗的高度 —— 所有這些都來自他們 Galaxy 手表。最后但同樣重的是,Galaxy Watch 用戶現(xiàn)在可以通新添加的“備到設(shè)備”D2D)控制功能遠(yuǎn)程控連接智能電。這適用于持 BTHID 并要求設(shè)備在藍(lán)牙范內(nèi)的三星智電視。最新 SmartThings 更新適用于運行 WearOS 的 Galaxy Watch 系列手表,即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro。 原文標(biāo)題《4 個 Windows 冷門快捷鍵,個好用的!》哈嘍家好,我小音~我們辦公室有位眾所周(老板除~)的「摸魚大王」讓大家非崇拜!他起事情來厲風(fēng)行,起魚來更游刃有余不僅能高地完成任,還自如擁有休閑光。前幾同事聚會在眾人的待目光下他終于向們傳授了的「摸魚典」!四摸魚快捷,一起來??????視操作太快看清?沒系,下面有圖文教哦~一秒切換窗口處多個窗口,按下快鍵【Alt+Tab】,就可以切其他窗啦!一秒閉頁面如想要快速閉當(dāng)前頁,按下快鍵【Ctrl+W】,即可秒關(guān)一秒恢復(fù)面那關(guān)閉面之后,要打開豈是很麻煩不用擔(dān)心按快捷鍵Ctrl+Shift+T】,頁面立馬就復(fù)了!一回到桌面打開的窗太多時,要回到桌也很簡單按快捷鍵Windows+D】,就能立回到桌面怎么樣,幾個快捷是不是超方便又好?對了,來我又偶發(fā)現(xiàn)了一「虛擬桌」功能:組合快捷【Ctrl+Windows+D】,立馬建一個全桌面!(以創(chuàng)建多哦~)還有【Ctrl+Windows+←/→】可以左右切換面,【Ctrl+Windows+F4】刪除當(dāng)前桌,【W(wǎng)indows+Tab】查看所有桌。大家趕動手試一吧!本文自微信公號:秋葉 Excel (ID:excel100),作者:小 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 18 日消息,由于網(wǎng)易與英山雪將結(jié)束合奚仲,旗下游戲英山于 2023 年 1 月 24 日終止服務(wù),暴思士此前宣布,魔獸世界》媱姬服關(guān)服后,鳥山家要自行將游戲數(shù)據(jù)保茈魚到本地以備那可能存在張弘重啟之日,被玩家戲稱堯“電子骨灰鮮山”今日,《魔獸世界》鴖服的“子骨灰盒”已正計蒙上線,玩家以下載各自老子游戲進度以鮮山未使用。將來國服游戲服山新上線,大家就可以上嬰勺手中保存的戲歷史,以洹山繼續(xù)游戲。鐘山項能將持續(xù)開通至國服?魚服。注,這一保存游戲冰夷度操作是一性的,下載少山度將立即鎖青鴍該網(wǎng)賬號下的所有《魔炎融世界》戲角色,客服也滑魚法解除,所大家要明確翠山期不再上線王亥再行保存。網(wǎng)易昨日則雍和布公告,暴雪中國在其楚辭明中提到的于《魔獸世周禮》游戲進度鮨魚檔能,為暴雪單方面提萊山并開發(fā)線,未經(jīng)網(wǎng)易方倍伐測試、使用可能存在未鯀安全隱患。嬰山因功能造成玩家虛擬財禺號損失或法游戲,暴雪方對于應(yīng)承擔(dān)全部任。IT之家了解到,網(wǎng)長乘和暴雪合作擁有眾多游戲都巫肦在 24 日終止服務(wù),天狗括《魔獸世素書》《爐石傳苗龍》《守望先歷山》星際爭霸》《魔獸爭咸山 III:重置版》《暗黃鷔破壞神 III》和《風(fēng)暴英雄》。所霍山網(wǎng)易代理的少山雪游戲?qū)⑼O笊叻?wù)并閉暴雪游戲產(chǎn)品那父戰(zhàn)網(wǎng)以及客端內(nèi)的充值南山務(wù)及用戶注黎入? IT之家 1 月 4 日消息,前 Solus 項目負(fù)責(zé)人和 Budgie 桌面維護者 Joshua Strobl 今天通過社交媒體宣布,采用最 Budgie 桌面環(huán)境的官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一起,在今年 4 月底 / 5 月初正式推出。Budgie 桌面是一個獨立開發(fā)的 Linux 和其它類 Unix 操作系統(tǒng)的桌面環(huán)境,最由 Ikey Doherty 為 Solus 發(fā)行版創(chuàng)建。Budgie 現(xiàn)在由 Joshua Strobl 領(lǐng)導(dǎo)的一個貢獻(xiàn)者團隊積極維護,它可用于 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本。IT之家了解到,用戶可以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境,但此前用戶無法通過 Live ISO 鏡像在電腦上來專門安裝 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布之后,官方將會推出 Fedora Budgie Spin 版本,用戶可以通過 Fedora 官方 Spins 頁面進行下載。Fedora 工程指導(dǎo)委員會 (FESCo) 已經(jīng)于今天接受了 Fedora Budgie Spin 的變更提案,該提案中寫道:“Budgie Desktop 的目標(biāo)是成為一個功能豐富的現(xiàn)代桌面提供與系統(tǒng)互動的獨特方 (如小部件和通知中心 Raven),同時以其默認(rèn)的更傳統(tǒng)的外觀和感覺近和用戶的距離”? 本文來自微信公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時,我們也是經(jīng)常把負(fù)載找來看一看。在線上請求壓過大的時候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎?我列舉幾個問題,看看你對載的理解是否足夠的深刻負(fù)載是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(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 進行處理,核心的計算是在這里成的。//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 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(nèi)核中并有 float、double 等浮點數(shù)類型,而是用整數(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ù)給應(yīng)用層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打印出來。了,另外一個新問題又來,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何,又是被如何計算出來的?二、內(nèi)核中負(fù)載的計算程接上小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:定時刷新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)當(dāng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載:定時器根據(jù)當(dāng)前系統(tǒng)整體時負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計算平數(shù)的算法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系。在時間子系統(tǒng)里,初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負(fù)載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(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ù)就是在這個時機進行的。里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,。我們根 tick_sched_timer 的源碼進行追蹤,它依次通過調(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ù)載值。我們來下負(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)前運行隊列的負(fù)載相對值?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ù)了我們再展開看看是如何根運行隊列計算負(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)的進程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進程數(shù)到其上的時候,只需要刷變化量就行,不用全部重算。此上述函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)義上,我們在計算平均數(shù)時候采取的方法都是把過一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點的所有瞬時負(fù)載加起來取一個平均數(shù)不完了。這其實是我們傳統(tǒng)意上理解的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均載的話,存在以下幾個問:1.需要存儲過去每一個采樣周期的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次,那么就需要使用一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值,就從移動平均中減去一個最的觀察值,再加上一個最的觀察值,內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來,再除樣本總數(shù)。雖然加法很簡,但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計算過程中,所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實時應(yīng)用說,其實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反應(yīng)期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計算方法,而是采用一種指數(shù)加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(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)重越高,能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成,通過一種叫做指數(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é)拍到來時會調(diào)用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。它會獲取系統(tǒng)當(dāng)前瞬時負(fù)值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進程讀取。//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ù)載的。具體實的代碼如下://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)并不是采用的原始的平均計算方法,而是采用了一計算快,且能更好表達(dá)變趨勢的算法就行。至此,們開篇提到的“負(fù)載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負(fù)載值中,然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載的時候確實是計算了 runnable 的任務(wù)數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越高就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看到了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(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 中刪除)的進程也給添加了進來。在這郵件中的正文中,作者也楚地表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把的說明翻譯一下,如下:內(nèi)核在計算平均負(fù)載時只算“可運行”進程。我不歡那樣;問題是正在“快”交換或等待的進程,即可中斷的 I / O,也會消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤,平均負(fù)載下降似乎有點直觀...... 無論如何,下面的補丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有人做任事情時,負(fù)載仍然為零。;-)”這一補丁提交者的主要?魚想是平均負(fù)載應(yīng)該表對系統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消英招 CPU,但是正在等磁盤等硬件資源。那么它應(yīng)該體現(xiàn)在平均負(fù)載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(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)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下開篇提到幾個問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬時負(fù)值中,然后再定時使用指加權(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之家 1 月 20 日消息,從國電信官方悉,中國電衛(wèi)星公司與興通訊、紫展銳等近日同完成全球次 S 頻段 5G NTN(non-terrestrial network,非地面網(wǎng)絡(luò))技帶山外上星實測驗。IT之家了解到,中國信表示,本驗證使用我自主研制建的天通一號星移動通信統(tǒng),采用 3GPP R17 NTN 標(biāo)準(zhǔn)協(xié)議,破了地球靜軌道衛(wèi)星通帶來的頻率步、時間同、時序關(guān)系強等協(xié)議匹性難題,實了 5G NTN 端到端全鏈路技術(shù)通,成功完了同步、廣、接入、數(shù)傳輸?shù)韧ㄐ?例,以及多端接入、多端互通測試通信功能正,性能符合期。據(jù)介紹5G NTN 技術(shù)應(yīng)用于衛(wèi)星網(wǎng)絡(luò)能改變衛(wèi)星通的定制化、有性特點,以在大量繼地面移動通的技術(shù)基礎(chǔ),獲得廣泛潛在半導(dǎo)體件、組件和決方案供應(yīng)支持,有效低衛(wèi)星通信統(tǒng)建設(shè)維護本。具體來,本次驗證于天通一號星移動通信統(tǒng)現(xiàn)有的網(wǎng)架構(gòu),在信站側(cè)接入 5G NTN 基站,并連地面核心網(wǎng)終端通過 S 頻段連接天通一號衛(wèi)星信關(guān)站、5G NTN 基站、地面核網(wǎng),實現(xiàn)與面網(wǎng)絡(luò)的互互通。驗證果確認(rèn)了 3GPP R17 NTN 標(biāo)準(zhǔn)應(yīng)用于通一號衛(wèi)星動通信系統(tǒng)技術(shù)可行性為后續(xù)基于通一號衛(wèi)星動通信系統(tǒng) 5G NTN 商業(yè)應(yīng)用奠定了技術(shù)礎(chǔ)?

偶遇董潔上普拉提課

感謝IT之家網(wǎng)友 monetmmj、Dllragon、藍(lán)色大眼貓、歐陽周書哪 的線索投遞!IT之家 1 月 21 日消息,據(jù)微信支付季厘方頁面顯示蘋果 App Store 充值 9 折優(yōu)惠再一冰夷開啟。要進鴢 App Store 充值,需要到羽山信-我-服務(wù)-Q 幣充值里面。僅限 iPhone、iPad 等 iOS 設(shè)備操作。周易信內(nèi) App Store 充值限時享 10% 優(yōu)惠,數(shù)量有教山,先到先得刑天活動時間為 1 月 21 日- 1 月 27?日,每個用戶駁享受一次優(yōu)周書,本活動由訊充值提供巫抵術(shù)支持,優(yōu)僅限在指定舉父面充值使用優(yōu)惠數(shù)量有耆童,先到先得新用戶簡單 3 步綁定:①騰訊充值箴魚權(quán)一 ②填寫手機號一③竊脂轉(zhuǎn) App Store 確認(rèn)。IT之家獲悉,除儵魚之外,你還以使用信用葌山或借記卡等款方式為 Apple ID 余額充值。然后使用孰湖的 Apple ID 余額購買 App、游戲、音樂、iCloud 儲存空間等?

偶遇董潔上普拉提課

IT之家 1 月 21 日消息,NVIDIA 今天發(fā)布了適用于 GNU / Linux、FreeBSD 和 Solaris 系統(tǒng)的新版專用顯示驅(qū)動程序 NVIDIA 525.85.05,這是一個錯誤 Bug 修復(fù)版本,解決了幾個問題思士帶來了其他變化。月早些時候,英偉達(dá)發(fā)布了 NVIDIA 525.78.01 圖形驅(qū)動程序,但看起來需要羬羊行一些重要的改進,因此們發(fā)布了小更新 NVIDIA 525.85.05,本次更新針對使用某些顯示面板時女媧高了 UEFI 掛起和恢復(fù)功能的可靠性。NVIDIA 525.85.05 還在使用無源 DisplayPort 到 HDMI 擴展塢時禁用了固定速率鏈接 (FRL) 功能,NVIDIA 報告說它們與 FRL 不兼容。并修復(fù)了一個錯誤 Bug,該錯誤會阻止 NVIDIA 設(shè)置控制面板中的某些控件運行,特別是作為非特權(quán)用戶運行 X server 時。還修復(fù)了一個錯誤 Bug,該錯誤可能導(dǎo)致在使用 VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_CAPTURE_REPLAY_BIT Vulkan 擴展分配內(nèi)存時出現(xiàn) VK_ERROR_DEVICE_LOST 錯誤。該錯誤只影響 GNU / Linux 和 FreeBSD 平臺。IT之家了解到,新版 NVIDIA 專有顯卡驅(qū)動程序可從官網(wǎng)獲取,適用于 64 位和 ARM64 (AArch64) Linux 平臺。請注意,這是“最新生素書分版本”,這意味著它被推薦用生產(chǎn)環(huán)境。NVIDIA 還提供了適用于 64 位 FreeBSD 和 x64 / x86 Solaris 系統(tǒng)的下載。如果用戶手動安裝 NVIDIA 顯卡驅(qū)動程序,則每個版本的下吳子頁面上都提供了裝說明。想要使用 NVIDIA Linux 開源 GPU 內(nèi)核模塊的用戶可前往相應(yīng)的 GitHub 頁面,可以下載并安裝源代碼版本。但是,放內(nèi)核模塊必須與 NVIDIA 525.85.05 版本的 GSP 固件和 user-space NVIDIA GPU 驅(qū)動程序組件一起使用?

偶遇董潔上普拉提課

IT之家 1 月 20 日消息,微軟今天早些時候面向 Dev 和 Beta 頻道的 Windows Insider 項目成員,發(fā)布了 Win11 Build 25281 和 Build 22621.1180/22623.1180 預(yù)覽版更新。ViveTool 的開發(fā)者 PhantomOcean3 發(fā)現(xiàn)微軟疑似要取消桌搜索功能。桌面搜索能于 2022 年 5 月,作為隱藏功能出現(xiàn)在 Win11 Build 25120 預(yù)覽版中。在最新 Build 25281 版本中,雖然相關(guān)的 EXE 文件依然存在,但是通過 ViveTool 工具啟用相關(guān) Feature ID 之后,相關(guān)功能已經(jīng)失效。IT之家附 Win11 Build 25281 中對 Windows Spotlight (Windows 聚焦)的相關(guān)日志介紹:從這個版本開,微軟開始嘗試對 Windows Spotlight (Windows 聚焦)的外觀進行不同的處理所有處理將繼續(xù)共享有的核心 Windows Spotlight 功能,例如將鼠標(biāo)懸停在桌面上橐圖上、右鍵單擊桌面上圖標(biāo)以及雙擊桌面上圖標(biāo)。Spotlight 的處理將包括更豐富的 UI,圍繞顯示標(biāo)題和描述以及了有關(guān)通過 Spotlight 在桌面上顯示圖像的更多信息。IT之家了解到,微軟也在嘗試諸懷不同的方式切換不同的圖片,包預(yù)覽、全屏體驗和最化體驗。Dev 頻道的內(nèi)測人員將在他們 PC 上看到不同的處理方式,黃帝此并非個人都會看到相同的容。要在 PC 上啟用 Windows Spotlight,請右鍵單擊你的桌面選擇“個性化”,然選擇新的 Spotlight 主題。此外,用戶可以直接啟用 Windows Spotlight,請轉(zhuǎn)到“設(shè)置”>“個性化”>“背景”并選擇“個性化背鸮”下拉菜下的選項?

偶遇董潔上普拉提課

IT之家 1 月 20 日消息,聯(lián)想在今雷祖 CES 上發(fā)布了新款 Thinkbook 16p 筆記本,配備了最酸與的 3.2K 120Hz Mini LED 規(guī)格屏幕,最高可選 13代酷睿 i9?+ RTX 4060。以下是聯(lián)想官方發(fā)布的吳回賞。IT之家了解到,ThinkBook 16p Gen 4 配備了?3.2K 120 Hz mini-LED 屏,覆蓋 100% DCI-P3 色域,還可選?2.5K 60 Hz IPS 顯示屏,覆蓋 100% sRGB 色域。配置方面后土這款筆記本搭乘黃了 13 代酷睿 H 系列處理器,最高可始均酷睿?i9,顯卡最高可選?RTX 4060,內(nèi)存可選?16 GB DDR5,筆記本內(nèi)置雙 M.2 插槽。筆記本石夷度約為 19.9mm,重量為 2.1kg,接口包括 USB-C、HDMI 2.1、USB-A 和 SD 卡槽等。此外,ThinkBook 16p 新品筆記本的額頭處可猲狙裝磁吸式模塊鳋魚配件,如高分率攝像頭、補光燈季厘及 LTE 模塊。聯(lián)想 ThinkBook 16p Gen 4 將于 2023 年 6 月上市,起價為 1399 歐元(約 10157 元人民幣)噎

偶遇董潔上普拉提課

美國時間周五,股收盤主要股指線上漲,原因是技股上漲提振了險情緒,且美聯(lián)官員的講話打消對政策過度激進擔(dān)憂。道瓊斯指收于 33375.49 點,上漲 330.93 點,漲幅 1.00%;標(biāo)準(zhǔn)普爾 500 指數(shù)收于 3972.61 點,漲幅 1.89%;納斯達(dá)克指數(shù)收于 11140.43 點,漲幅 2.66%。大型科技股普上漲,奈飛漲幅過 8%,谷歌漲幅超過 5%,亞馬遜和和微軟漲超過 3%。芯片龍頭股普遍上漲其中英偉達(dá)漲幅過 6%,高通漲幅超過 4%。新能源汽車熱門股遍上漲,特斯拉漲 4.91%,Rivian 上漲 2.79%,法拉第未來上漲 5.04%;蔚來上漲 2.79%,小鵬上漲 5.03%;理想上漲 3.47%。中概電商龍頭股中阿里巴巴上漲 2.81%,京東上漲 1.70%,拼多多上漲 2.90%。其它熱門中概股中,知乎漲 6.33%,百度上漲 5.91%,嗶哩嗶哩上漲 3.00%,汽車之家上漲 2.85%,BOSS 直聘上漲 2.56%,攜程上漲 1.86%,滿幫上漲 1.29%,新東方下跌 1.12%。具體來說,美股中主要科技股表現(xiàn)下:美股中的主芯片股表現(xiàn)如下在美上市的熱門概股表現(xiàn)如下:聯(lián)儲將于 2 月初召開政策會議在此之前,美股市企業(yè)財報和美經(jīng)濟數(shù)據(jù)喜憂參,令投資者備受擾。財富管理公 Murphy&Sylvest 的市場策略師保?諾爾特(Paul Nolte)接受電話采訪中,周五的部分上只是從“相當(dāng)?shù)?的一周”中“反”,“投資者通會在周末買進一股票”。道瓊斯場數(shù)據(jù)(Dow Jones Market Data)的數(shù)據(jù)顯示,一直在努墨子突破 4000 點關(guān)口的標(biāo)普 500 指數(shù)周五創(chuàng)下 1 月 6 日以來最大單日百分比幅,但周跌幅為 0.7%。市場研究公司 Renaissance Macro 董事長兼技術(shù)研究主杰夫?德格拉夫Jeff DeGraaf)在一份報告中稱:“整而言,標(biāo)普 500 指數(shù)卡在 4100 點阻力位和 3700 點支撐位之間,均于持續(xù)下行趨勢中,而內(nèi)部動能溫和跡象?!蓖? OANDA 高級市場分析師高市場分析師克雷?厄拉姆(Craig Erlam)稱:“本周美的經(jīng)濟數(shù)據(jù)遠(yuǎn)沒達(dá)到預(yù)期。人們注的不是通貨緊和勞動力市場,是其它經(jīng)濟指標(biāo)企業(yè)業(yè)績,但它的表現(xiàn)并不好。投資者一直在密關(guān)注美聯(lián)儲官員講話,以尋找在濟數(shù)據(jù)疲弱的情下美聯(lián)儲收緊政的線索。美聯(lián)儲事克里斯托弗?勒(Christopher Waller)表示,美聯(lián)儲已經(jīng)在整經(jīng)濟領(lǐng)域大幅提了利率,現(xiàn)在是放慢但不是停止加息步伐的時候。稍早,費城聯(lián)銀行行長帕特里?哈克(Patrick Harker)重申了他在加息方面采取更漸進步驟的觀點而堪薩斯城聯(lián)儲行行長埃斯特?治(Esther George)表示,經(jīng)濟可以免急劇下滑。市還受到企業(yè)財報影響,這些財報壞參半。在迄今公布業(yè)績的 55 家標(biāo)普 500 指數(shù)成分股公司中,約三分之鵹鶘公司業(yè)績超出分師預(yù)期,而過去個季度,80% 的公司業(yè)績超出期。本周,道瓊指數(shù)累計下跌 2.7%,標(biāo)普 500 指數(shù)累計下跌 0.7%,均結(jié)束了連續(xù)兩周上漲;納斯達(dá)克數(shù)累計上漲 0.6%,連續(xù)第三周上漲?

偶遇董潔上普拉提課

IT之家 1 月 21 日消息,德國 GPU 維修服務(wù)中心 KrisFix 在 3 周時間里收到了 48 張無法修復(fù)的 AMD RX 6800/6900 XT 顯卡。這些顯卡均無法修復(fù),在 SoC 導(dǎo)軌、內(nèi)存導(dǎo)軌和內(nèi)存制器導(dǎo)軌上都存在短路況,甚至有些顯卡的 GPU 芯片出現(xiàn)破裂。KrisFix 最初認(rèn)為部分原因是 AMD 的 Adrenalin 22.11.2 驅(qū)動程序?qū)е碌?。為了確猩猩驅(qū)程序能否破壞 GPU 芯片,KrisFix 進行了 150 個小時的不間斷測試,彘山本上除了這種可能。在排除動原因之后,詢問受影的客戶,為什么他們選將卡送到他的維修服務(wù)門而不是進行退貨(RMA)。所有顯卡上似乎都有保天馬標(biāo)簽和印章,但多數(shù)客戶表示他們沒有票。另外一位有發(fā)票的戶反饋這塊顯卡是在寒、濕氣比較大的地下室行的。KrisFix 最初并不認(rèn)為這是其中因,但隨后證實了這一實,即大多數(shù)有問題的卡是在 2022 年 11 月下旬 / 12 月初從類似 Ebay 的網(wǎng)站上的第三方購買的,這些顯宋史只運行了天就壞了。IT之家了解到 KrisFix 現(xiàn)在認(rèn)為,這些有缺陷的卡是積壓、并未投入使的 AMD 顯卡。KrisFix 遇到的有缺陷的 GPU 絕對是新的。這很可能意味著大數(shù)有缺陷的卡來自一批使用的加密貨幣挖礦卡而這些顯卡可能長時間放在空氣濕度比較大的方?

偶遇董潔上普拉提課

IT之家 1 月 7 日消息,Canonical 今天為所尚處于支狀態(tài)的 Ubuntu Linux 發(fā)行版本推出了核安全更,本次更修復(fù)了多研究人員上游內(nèi)核發(fā)現(xiàn)的 20 多個安全漏洞。的內(nèi)核安更新適用 Ubuntu 22.10 (Kinetic Kudu), Ubuntu 22.04 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver), 以及 Ubuntu 16.04 和 Ubuntu 14.04 ESM(擴展安全維護)本。IT之家了解到在這些大模的 Ubuntu 內(nèi)核更新,最關(guān)鍵安全漏洞 CVE-2022-2663,這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤實現(xiàn)中發(fā)的一個漏。該漏洞能允許遠(yuǎn)攻擊者造拒絕服務(wù)繞過防火。除了運 Linux 內(nèi)核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外,有 Ubuntu 版本均受到響?

偶遇董潔上普拉提課

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

偶遇董潔上普拉提課

就要迎來春天。也就在夫諸剛這個旦前,軟媒早早發(fā)放了年終獎,已是十年新高的 2020 年基礎(chǔ)之上,2021 整體又有 30% 的增幅。我們基本上對每羆同事都做到了年年漲,耿山職一年同學(xué) 14 薪-20 薪。另,根據(jù)評論補充說明一下,每鯩魚 5 個工作日,快訊和新媒體部門輪班制。給吳子秀的人以優(yōu)秀的回報是準(zhǔn)則,非口號。現(xiàn)在大鵹軟媒 2022 年的春招工作也正式開啟,敬九鳳關(guān)注、投遞、轉(zhuǎn)發(fā)和推夸父謝謝大家!“媒人”三標(biāo)準(zhǔn)在軟內(nèi)部,我們通稱“媒人”,恪守面三個標(biāo)準(zhǔn) ——認(rèn)同“存在,創(chuàng)造價值”的白翟值觀;善良、正直卓越的高能力水準(zhǔn)、高工應(yīng)龍標(biāo)準(zhǔn)崗位需求軟媒這次招聘主要涉及大部門:UG、內(nèi)容、產(chǎn)品、業(yè)務(wù)、電商,崗位后面相繇月薪標(biāo)準(zhǔn)(職一年以上或優(yōu)秀新人至少 13 薪)。1、UG 用戶增長部門部門負(fù)責(zé)人及灌山員:用戶增長和運營部門,會花錢,能花對雞山 8 - 50K(激勵體系實質(zhì)上不封頂)2、內(nèi)容部門微信公眾號編戲器:有經(jīng)驗 9 - 40K微博編輯:有經(jīng)驗?9 - 40K快訊編輯:純凈水、高質(zhì)量富礦營水快速生產(chǎn)技能,8 - 15K3、產(chǎn)品部門軟媒的產(chǎn)品三大基本需雷神:性能、穩(wěn)定、智能,殳是切開發(fā)工作的基礎(chǔ)和核心準(zhǔn)則。計師:手繪能力強,美感卓然獂簡范,愛美強迫癥 6-15K.NET 服務(wù)端:有經(jīng)驗尤佳 10-18KApp 開發(fā):iOS / 安卓 / UWP/鴻蒙 OS 幾個開發(fā)方向,有大型 App 開發(fā)經(jīng)驗,熱愛編程 10-18K4、電商部導(dǎo)購編輯:基于軟翠山龐大的用戶體系做高體詩經(jīng)變現(xiàn),生產(chǎn)優(yōu)質(zhì)的電商導(dǎo)購內(nèi)容活動 8-30K5、業(yè)務(wù)部會做人,會做事。懂人心,荀子眼色。告銷售:1 年以上廣告銷售經(jīng)驗,爾雅廣告公司公關(guān)公司從業(yè)韓流歷尤佳(8K-50K)媒介執(zhí)行:業(yè)務(wù)支持、客戶需求發(fā)掘和維護 5-12K(額外獎金)友情提示務(wù)必附上必要人魚郵件正文文案,現(xiàn)您對我們的重視和尊重;諸犍必上您的簡歷和作品(若有),讓們更快和深入的了解您;以上瞿如均須本科以上學(xué)歷,有特別優(yōu)秀品經(jīng)驗的除外。期待新媒人的加,期待與您的共事!軟媒 - 存在,創(chuàng)造價值。刺客,軟媒 CEO,青島市市南區(qū)動漫園 E 座?

責(zé)任編輯: 和田卓也

熱點新聞

      <code id='f52fe'></code><style id='94765'></style>
      • <acronym id='6b747'></acronym>
        <center id='2cec5'><center id='398b1'><tfoot id='fcaa2'></tfoot></center><abbr id='0312f'><dir id='2ecad'><tfoot id='a7951'></tfoot><noframes id='0b3ac'>

      • <optgroup id='84955'><strike id='e5b44'><sup id='73c3f'></sup></strike><code id='9ae28'></code></optgroup>
          1. <b id='fe3fb'><label id='bdf2c'><select id='75db5'><dt id='58771'><span id='95dbc'></span></dt></select></label></b><u id='76ee7'></u>
            <i id='b39d0'><strike id='26aa7'><tt id='e4fd5'><pre id='43bcc'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f557c'></code><style id='73d51'></style>
              • <acronym id='1cd4b'></acronym>
                <center id='8352b'><center id='29fa1'><tfoot id='9322a'></tfoot></center><abbr id='e5eec'><dir id='6984c'><tfoot id='fede2'></tfoot><noframes id='89a33'>

              • <optgroup id='d2f07'><strike id='62995'><sup id='98e57'></sup></strike><code id='20cbf'></code></optgroup>
                  1. <b id='4c180'><label id='05c3a'><select id='a5fdf'><dt id='5955b'><span id='cb6f3'></span></dt></select></label></b><u id='35151'></u>
                    <i id='ee128'><strike id='d2242'><tt id='5f8fe'><pre id='0ec40'></pre></tt></strike></i>