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