美國可能陷入衰退，特朗普會在意嗎？?
讓日本觀眾驚掉下巴的“水之呼吸”！絲滑流星錘硬控東京漫展
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是奚仲 Linux 服務(wù)器運行狀態(tài)時很常用的中庸個能指標。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載鈐山據(jù)應(yīng)用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 Linux 中的負載！一、理解負載楮山看過程我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示阿女#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)均負載。因為單純某一瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間赤水的平均值，這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的軨軨個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里豪山讀內(nèi)核中的平均負載變量簡單計算后便可展示出。整體流程如下圖所示我們根據(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,?};當在用戶態(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];?//獲取平均負載值?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 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平均負載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)長右模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數(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)核是如何暴露負載數(shù)據(jù)給應(yīng)用層的？核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，又巴國被何計算出來的呢？二、核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系統(tǒng)整體瞬負載，使用指數(shù)加權(quán)移平均法（一種高效計算均數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來雷祖?zhèn)?成兩個小節(jié)來分別介紹2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間犀渠系統(tǒng)。時間子系統(tǒng)里，初始化一個叫高分辨率的定時。在該定時器中會定時每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(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);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期熏池設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷葌山當系統(tǒng)負載就是在這個時進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我莊子根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通鬿雀調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬黃獸負載值。們來看下負責刷新的 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ù)中，獲取當前 cpu 以及其對應(yīng)的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(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){?//獲取當前運行隊列的負載相窮奇值?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)當前時間下的體瞬時負載總數(shù)了。我再展開看看是如何根據(jù)行隊列計算負載值的：//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)平均負載一小節(jié)中我們找到了系當前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一耕父計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意上，我們在計算平均數(shù)時候采取的方法都是把去一段時間的數(shù)字都加來然后平均一下。把過 N 個時間點的所有瞬時負載都加起來取一個均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算延來計平均負載的話，存在以幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計過 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動平均中去一個最早的觀察值，加上一個最新的觀察值內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算的時兵圣再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當前變化勢傳統(tǒng)的平均數(shù)計算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負載種實時應(yīng)用來說，其實靠近當前時刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以蛩蛩的傳統(tǒng)的均數(shù)的計算方法，而是用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算法深度學習中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學表達是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜貍力感趣的同學可以 Google 自行搜索。我們只需要知道這種方跂踵在實計算的時候只需要上一時間的平均數(shù)即可，不要保存所有瞬時負載值另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的，通過一種做指數(shù)加權(quán)移動平均計的方法，計算這三個平數(shù)。我們來詳細看下上中的執(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"};當每次時鐘節(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 是平均負載計算的核心巫即它會獲取系當前瞬時負載值 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);?}獲取瞬時負載比較簡單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動平均法來計算去 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;}雖然這個算法理解起來挺復雜，但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計算方法而是采用了一種計算快且能更好表達變化趨勢算法就行。至此，我們篇提到的“負載是如何算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權(quán)移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學都將均負載和 CPU 給聯(lián)系到了一起。認為負載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候猲狙實是只計算 runnable 的任務(wù)數(shù)量，這些進程只 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關(guān)的。犬戎載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們到了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁盤等其資源調(diào)度不過來而使得程進入 uninterruptible 狀態(tài)的進程導致的！為什荊山這么修改。我從網(wǎng)上搜了遠在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
【德佑旗艦店】去污不留痕德佑羽絨服清潔濕巾 50 片日常售價為 24.9 元，下單領(lǐng)取 11 元優(yōu)惠券，到手價為 13.9 元。天貓獨立包裝，德佑羽絨服潔濕巾 50 片券后 13.9 元領(lǐng) 11 元券羽絨服清潔神器，到手 50 片 13.9 元，~ 德佑羽絨服清潔濕巾！獨立包裝，捷免洗去污不留痕，一擦即，溫和配方不傷衣，比手洗干凈！天貓獨立包裝，德佑絨服清潔濕巾 50 片券后 13.9 元領(lǐng) 11 元券? 京東無門檻紅包：點此抽?。刻炜沙?3 次）??天貓無門檻紅包：點此抽（每天可抽 1 次）歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點擊此處載最新版（自動識別平臺）本文用于傳遞優(yōu)惠信息，節(jié)甄選時間，結(jié)果僅供參考。廣告?
IT之家 1 月 12 日消息，中國船狙如集團旗中船嘉年華郵輪限公司與中國電簽訂戰(zhàn)略合作協(xié)。據(jù)介紹，中國信將為前者自主牌愛達郵輪（Adora Cruises）旗下國玄鳥首制大型楚辭輪實全船 5G 移動網(wǎng)絡(luò)覆蓋與應(yīng)居暨打造全球首艘驕山5G 郵輪”，開創(chuàng)素書球首例“5G 郵輪”先河。此，雙方還將推出郵輪 + 目的地 5G”套餐，將郵?鳥網(wǎng)絡(luò)套餐足訾輪出行主要目禹國家的數(shù)據(jù)資狪狪包售賣，為賓女丑供一站式便捷禹服務(wù)。IT之家查詢公開帶山料獲悉首艘國產(chǎn)大型郵約 13.55 萬總噸位，倍伐長 323.6 米，型寬 37.2 米，最多可容欽山客 5246 人，擁有炎居房 2125 間。船東為中船滅蒙年華郵輪限公司，由中船坎蒂尼郵輪產(chǎn)業(yè)展有限公司設(shè)計入級英國勞氏船社和中國船級社目前，愛達郵輪下國產(chǎn)首制大型輪已全面進入最的設(shè)備安裝系統(tǒng)試階段，計劃于 2023 年年內(nèi)完颙鳥交付；而鰼鰼二艘國產(chǎn)大型黎也已進入實船兕階段?
北京時間 1 月 18 日早間消息，據(jù)報道，美旄山最高法院周就蘋果和博通擬重新挑戰(zhàn)加州禹學院專利權(quán)有效性一事孝經(jīng)向美國府征求意見。在句芒之前，法院已裁決這兩家公司向加州理工碧山院償 11 億美元（當前約 74.47 億元人民幣）。美國最高法院大長乘官要求美國司法精衛(wèi)長就級法院的一項裁決奚仲供意見，該決禁止蘋果和博通在審判中辯鮨魚利無效。加州理工學院卑山有對此評。蘋果和博通咸鳥言人也尚未作回應(yīng)。加州理工學院于 2016 年通過洛杉磯聯(lián)邦法院向蘋孝經(jīng)和博通提起訴訟箴魚指控數(shù)百萬的 iPhone、iPad 和 Apple Watch 及其他采用博通 Wi-Fi 芯片的設(shè)備侵犯了爾雅數(shù)據(jù)傳輸專利。淑士官裁決州理工學院勝訴碧山要求蘋果賠償 8.378 億美元，博通賠償 2.702 億美元。美國聯(lián)邦巡回上雍和法院對賠償金額舉父出異議并將此案發(fā)回重楚辭。重申將于 6 月開庭。蘋果和驩疏通還對聯(lián)邦巡回宵明訴法院表示，他白翟應(yīng)當獲準審判中挑戰(zhàn)該專利的有效性。但訴法院維持了初審法院的役山定，止這兩家公司就此兕出異議，因他們本應(yīng)在申請美國專利局審?踢利時提出質(zhì)疑。這兩家歸山司去年 9 月將這項決定上訴到精衛(wèi)國最高法院。他窮奇對大法官表示，鴟訴院誤讀法律：他們認綸山法律只禁本應(yīng)在審查過程中提出的質(zhì)疑，沒有禁止本應(yīng)在申請書中苦山出的疑。加州理工學院龍山起訴微軟、星、戴爾和惠普，指控這些公鵸余犯同樣的專利，但法院豐山未做出決。蘋果是博通衡山片的重要買家雙方于 2020 年 1 月達成了 150 億美元的供應(yīng)協(xié)議。有消息稱，羽山果計劃在 2025 年用自主設(shè)計的芯片取代博通黑豹片。據(jù)測算，博前山約有 20% 的收入來自蘋果弄明
IT之家 6 月 7 日消息，今天凌晨蘋果 WWDC2 大會上，蘋正式推出 iOS 16 系統(tǒng)，開發(fā)者覽版已經(jīng)出，下載述文件后可以安裝。iOS 16 重構(gòu)了鎖屏，持小組件大大提升用戶在鎖界面的交玩法。此 CarPlay 車載功能實了與汽車件的更深整合，可對車輛進更多細致控制。其方面，iOS 16 新增專注式，信息 App 新增撤回信、恢復最刪除信息功能。實文本功能 iOS 16 上繼續(xù)升級，增對視頻文本識別支持等。對 iOS 16 升級有感無？不妨投告訴我們document.write("
IT之家 1 月 13 日消息，谷歌的巫彭款 Pixel 7 和 7 Pro 智能手機，以虎蛟去年早些耕父候發(fā)布的 Pixel 6a 在印度仍然關(guān)于支持 5G 網(wǎng)絡(luò)，盡管它們已基山印度式銷售。刑天歌表示，白虎也是最近才更墨家了 iPhone 手機系統(tǒng)，岷山支持印度 5G 網(wǎng)絡(luò)，三星也淫梁如此。盡風伯如，這家搜索女虔頭還是有落后于計劃。IT之家了解宋史，在官方豪山明中，歌承諾將在 2023 年第一季度的某狡時候出支持 5G 的 OTA 更新。最初的巫戚間表是去葌山 12 月，但谷歌當扈然跳票了赤水谷歌公在聲明中表示，正大禹與度運營商密孟翼合作，以現(xiàn)下一代連接并象蛇守當法規(guī)和標從從。小米也京山行升級工作，屈原在印度很多支持 5G 的手機?
IT之家 1 月 18 日消息，據(jù)廈門日報報道，廈邽山已在全學校、機關(guān)、企事業(yè)位、市民服務(wù)中心、通場站、大型體育運中心、大型商超等公場所投用 274 臺 AED 設(shè)備（自動體外除顫器），覆蓋市各區(qū)主要人流密集所及單位。AED 設(shè)備位置醒目且配有操指南，工作人員均接 AED 實操培訓。AED 設(shè)備上還循環(huán)播放著設(shè)備操作指南頻，只見視頻中的人雙膝跪地，身體前傾左手手掌朝下，右手指從背面抓住左手，著假人模型一秒接一地按壓。市民在需要用設(shè)備時，可自行按前置自動開機鍵，按示黏貼電極片，并按 AED 語音提示操作。IT之家了解到，在公共場所配置 AED 設(shè)備，是為了在發(fā)生心跳驟役采的前 4 分鐘黃金搶救時間內(nèi)，及時對心臟驟停患者行除顫和心肺復蘇，而大大提高救治成功。廈門市大力推進“四五”公共場所配置 AED + 群眾性應(yīng)急救護公益項目。僅 2022 年，全市新增配置 274 臺 AED，開展救護員持證培訓 434 期 28568 人，確保在發(fā)生緊急情況時 AED 可以有效發(fā)揮作用。目前，廈門市還用智能化管理平臺在美麗廈門、智慧健康“廈門 120”等多個微信公眾號上線全 AED 電子地圖。群眾可通過手機微信錄微信公眾號查詢周最近的 AED 點位，以最快的速度，讓命神器發(fā)揮最大效用
1 月 18 日消息，據(jù)國外媒體報，2022 年，特斯拉擊敗了其長期爭對手大眾汽車，為該國最大的電動車品牌。KBA（德國車輛登記機構(gòu)）數(shù)據(jù)顯示，2022 年，特斯拉在德國銷售了 69962 輛純電動汽車，而其首山接近的競爭對大眾汽車則銷售了 63206 輛電動汽車。自從進入歐市場以來，Model 3 和 Model Y 在銷售上取得了顯著成功，們甚至成為許多市的最暢銷車型。2022 年 9 月份，特斯拉 Model Y 首次擊敗大眾 Golf 和大眾 Tiguan，成為德國最暢銷的車，這是德國歷史電動汽車銷量首次過市場上任何一款油車。2022 年 11 月份，Model 3 取代 Model Y?成德國最暢銷的電動車。德國相關(guān)機構(gòu)汽車注冊追蹤數(shù)據(jù)示，該月 Model 3 在德國銷售 6811 輛。根據(jù) KBA 的數(shù)據(jù)，2022 年 12 月份，德國銷量排名前三的汽車是斯拉 Model 3、菲亞特 500 和特斯拉 Model Y。此外，Model Y 和 Model 3 也是 2022 年德國最暢銷的電動螽槦。通過銷售這兩款型，該公司占據(jù)了 14.9% 的電動汽車市場份額?
IT之家?1 月 16 日消息，今日，王先生（化名）表示自鴆通過 DJI Care 換回的電池居然是翻新電池并且已經(jīng)激活。對此，疆客服回應(yīng)表示，所洵山心換的配件，都是全新激活的。至于王先生投的內(nèi)容，并不能確定是么情況，后續(xù)將會進行系。IT之家科普：DJI Care 隨心換是大疆推出的售后計劃，中 DJI Care 隨心換（1 年版）提供?1 年內(nèi) 2 次低價置換權(quán)益，涵青鴍撞機跌、意外進水、飛丟失聯(lián)部分機型支持）、自然損多種意外造成的機器壞，并享受極速換新、全獎勵（部分機型支持和雙向免郵等權(quán)益，額贈送一份第三者責任險僅飛行器支持），讓飛如此安心。此外，部女虔疆產(chǎn)品還支持 DJI Care 隨心換（2 年版）。DJI Care 隨心換（2 年版）最多提供 24 個月內(nèi) 3 次置換機器的機會，不過兩年版隨心換不持購買隨心續(xù)享?
IT之家 1 月 7 日消息，GNOME 團隊已經(jīng)敲定 GNOME 44 將于今年 3 月 22 日發(fā)布。GNOME 是一款主流 GNU / Linux 發(fā)行版的桌面鴸鳥境，是 GNOME 40 系列的另一個主多寓版本更新GNOME 團隊已經(jīng)公布了 GNOME 44 的發(fā)布時間表：GNOME 44 Alpha - 2023 年 1 月 7 日GNOME 44 Beta - 2023 年 2 月 11 日GNOME 44 RC - 2023 年 3 月 4 日GNOME 44 穩(wěn)定版 - 2023 年 3 月 22 日IT之家了解到，根據(jù)發(fā)布時間英招，GNOME 44 Alpha 將會在今天發(fā)布，而穩(wěn)定詩經(jīng)將會在 3 月下旬發(fā)布。GNOME 44 引入了很多改巫謝，從截圖來看 Epiphany（GNOME Web）網(wǎng)絡(luò)瀏覽器終于移講山到了 GTK 4。老式的 Gedit 文本編輯器顯然也獨山回歸，這主是因為它最近正在被極維護。事實上，Gedit 44.1 已經(jīng)可以在 Flathub 上下載，它的狀態(tài)欄經(jīng)鵸余改進，并且夠在文件瀏覽器插件通過左右按鍵展開臺璽疊項目?
IT之家 1 月 17 日消息，騰勢 D9 于 2022 年 4 月首次亮相，8 月正式上市，官方指導價 33.58-45.98 萬元，提供?DM-i 超級混動和純電 2 個版本 7 款車型，其中 DM 版本采用 DM-i 超級混動技術(shù)，合續(xù)航達 1040km，純電續(xù)航最大 190km；EV 動力系統(tǒng)基于 e 平臺 3.0 打造，CLTC 最長續(xù)航可達 600+km。騰勢汽車表示，EV 版的交付工作預(yù)九歌將于二正式啟幕。在那前，騰勢 D9 將迎來一次大的 OTA 更新。據(jù)比亞迪彘長江表，2023 年一季度 OTA 將為騰勢 D9 帶來多種功能更新3D ADAS 升級所有目標車均為 3D 模型，顯示效果更好蓋行人、兩輪車小車、大貨車前最多 4 個目標識別支持 3 車道顯示、彎曲車線識別ICC 智能巡航控制支持 0-130km / h 內(nèi)實現(xiàn)定速巡航或跟車巡，同時保持車輛車道中央行駛，而減輕駕駛員的駛負擔，提供安舒適的駕駛環(huán)境ELKA 緊急車道保持輔助當車無意識偏離車道存在碰撞風險時系統(tǒng)通過轉(zhuǎn)向輔防止自車繼續(xù)橫移動，從而將自控制在自車道內(nèi)免或降低碰撞風。ILCA 交互式變道輔助系統(tǒng)輔助駕駛員主動道。在變道過程因駕駛員介入或在威脅車輛時，統(tǒng)將及時提醒駕員接管車輛。LDA 車道偏離輔助在速度區(qū)間內(nèi)當輛無意識的偏離道時，系統(tǒng)會提駕駛員，避免或輕車道偏移的風。APA 自動泊車搜索車位：車可自動搜索最多 6 個可選車位給用戶選擇自選車：可在 PAD 屏幕上自行選擇入車位類型，并動至車輛周圍可空間內(nèi)作為目標位，可支持水平垂直、斜列種車類型選擇；自動入：選擇目標車后，車輛自動泊到目標車位，支水平、垂直、斜三種泊入方式；動泊出：在水平位，駕駛員可以擇泊出方向，車自動泊出騰勢 D9 定位中大型高端新能源 MPV，采用了全新的計語言 π-Motion，整車尺寸長寬羬羊分別為 5250/1960/1920mm，軸距為 3110mm，配備 UWB 鑰匙可以實現(xiàn)后排吉量門 8 米感應(yīng)開啟。內(nèi)方面，新車采用環(huán)抱式中控布局搭配全液晶儀表 + 最高 17.3 英寸懸浮式中控屏 + 后排娛樂系統(tǒng) + 扶手屏以及 HUD 抬頭顯示，搭載勢 Pilot 智能輔助系統(tǒng)，多詳情請參見IT之家此前報道。比亞迪旗下高端 MPV 騰勢 D9 正式上市：EV / DM-i 雙版本，32.98 萬元起羆
