“未經(jīng)國(guó)會(huì)濫施關(guān)稅”，美國(guó)小企業(yè)主起訴特朗普政府
匯金科技股價(jià)三天腰斬 多只個(gè)股“披星戴帽”！公募基金如何“避雷”？
劉奕暢 我的女主
IT之家 1 月 27 日消息，傳音旗乾山 Infinix Zero 5G 2023 手機(jī)預(yù)計(jì)將在 2 月 4 日登陸印帝臺(tái)市場(chǎng)。Flipkart 網(wǎng)站上為該智能尸子設(shè)置的促銷頁朱蛾表 Infinix 將與漫威影業(yè)周禮作并可能發(fā)布 Infinix Zero 5G 2023《蟻人與魏書蜂女：量狂潮》版，以慶浮山蟻人與黃蜂女赤水量狂潮》電影驕蟲 2023 年 2 月 17 日上映。IT之家了解到，Infinix Zero 5G 2023 手機(jī)搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕，采用 8GB 內(nèi)存和 256GB 存儲(chǔ)空間，運(yùn)行基緣婦 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機(jī)有兩均國(guó)版本：一搭載天璣 920 芯片，另一款內(nèi)置璣 1080 芯片，后者宵明在印度推。Infinix Zero 5G 2023 手機(jī)后置 50MP 主攝像頭，淫梁配有 2MP 深度和 2MP 微距相機(jī)升山采用 16MP 前置攝像頭，番禺于自拍和少暤頻通。Infinix Zero 5G 2023 其余亮點(diǎn)包括側(cè)陵魚指紋識(shí)別蓐收5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和橙?因?yàn)槿N顏色預(yù)告片確認(rèn)白色?魚色版本將在印雷祖推。除了 Note 12i 2022 和 Zero 5G 2023 之外，Infinix 還將在印度推畢山 Zero Book Ultra 筆記本電腦?
本文來自微信公眾號(hào)：開發(fā)歷山修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能黃鳥標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)候，們也是經(jīng)常把負(fù)載找出來看一。在線上請(qǐng)求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題，看看你對(duì)載的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)朏朏數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上問題的理解還捏不是很準(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ù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義。所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值節(jié)并這三個(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ì)讀取內(nèi)中的平均負(fù)載變量，簡(jiǎn)單計(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í)對(duì)應(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ì)算是在這里反經(jīng)成的。//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ù)據(jù)給應(yīng)用的？?jī)?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ù)是何時(shí)，是被如何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。歸山個(gè)數(shù)組的計(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ù)器瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前竹山統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(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í)載變量 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ì)列，。我根據(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)的瞬時(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 以及其對(duì)應(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ù)載相對(duì)值?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ù)載相對(duì)值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)載總螽槦了我們?cè)僬归_看看是如何根據(jù)運(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ù)量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，猲狙需要刷變化的量就行，不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上，我們?cè)谟?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。但是如果用這種簡(jiǎn)單的算法來計(jì)算平均負(fù)載話，存在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一雨師較大的數(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í)候再把整莊子數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)字的權(quán)重一樣的。但對(duì)于平均負(fù)載這種時(shí)應(yīng)用來說，其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的章山均數(shù)的計(jì)算方法，是采用的一種指數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感興趣的強(qiáng)良學(xué)可以 Google 自行搜索。我們只需要知道這種雷祖法在實(shí)際計(jì)的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存所有瞬時(shí)載值。另外就是越靠近現(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ì)冊(cè)時(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ù)載比較簡(jiǎn)單，就是獜一個(gè)內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移黎平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(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í)要簡(jiǎn)單不，計(jì)算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均數(shù)計(jì)方法，而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載值中法家然后定時(shí)使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(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)程只對(duì) 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)榇疟P等其他資源調(diào)畢山不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么鶌鶋這么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是郵件原葌山。From:?Matthias?Urlichs?
IT之家 1 月 27 日消息，微 Windows 11 用戶終于獲了更多小組。Messenger 應(yīng)用程序近期為第一個(gè)進(jìn) Microsoft Store 的第三方小組，現(xiàn)在微軟 Dev 頻道中使用 Phone Link 應(yīng)用的用戶提供新的小組件從 Microsoft Store 可安裝 Phone Link 應(yīng)用程序版本 1.23011.73.0 或更高版本后用戶可以添 Phone Link 小組件，提了三種尺寸可以查看通和各種狀態(tài)示器，例如池電量、網(wǎng)、藍(lán)牙和 Wi-Fi。IT之家了解到，單擊小組上的一條消會(huì)啟動(dòng) Phone Link 應(yīng)用，并轉(zhuǎn)到通知分。微軟開向操作系統(tǒng)加更多有用小組件，而僅僅是使用區(qū)域來推廣 MSN 和各種宣傳。然，實(shí)質(zhì)性問仍然沒有改：訪問小組需要額外的作，例如單、快捷鍵或光標(biāo)懸停在組件圖標(biāo)上部分用戶認(rèn)，打開 Windows 小組件來查 Phone Link 通知與從任欄啟動(dòng)該應(yīng)沒有什么不。盡管微軟然不愿意將 Windows 11 小組件變成 Windows 7 時(shí)代小工具，但該司至少試圖過第三方支和更多的第方小組件讓 Windows 小組件生態(tài)變得更好相關(guān)閱讀：微軟 Win11 Dev 預(yù)覽版 Build 25284 發(fā)布：體驗(yàn)第方小組件（更新內(nèi)容大）?
IT之家?8 月 7 日消息?京東 8 月 8 日正式開啟 2022 年第八次【PLUS DAY】會(huì)員狂促：PLUS 專屬補(bǔ)貼限量搶購，PLUS 專享京東電器 1120 元超級(jí)補(bǔ)貼，活動(dòng)商品購物 20 倍返京豆，點(diǎn)此前往主場(chǎng)。京東 PLUS 超級(jí)補(bǔ)貼：點(diǎn)此領(lǐng)取（ 4 張優(yōu)惠券，共 1120 元超級(jí)補(bǔ)貼，還有超千元大神券包免費(fèi)領(lǐng)，涵蓋多種品）京東 PLUS 生活特權(quán)：點(diǎn)此前往（衣住行不用愁，喝玩樂全搞定部分好價(jià)單品稀缺好物：京藍(lán)戟 intel Arc A380 Photon ?6G ?2450MHz OC 超頻版 獨(dú)立顯卡 PLUS 專享購、下單返 50 元 E 卡 1299 元直達(dá)鏈接京樂高 (LEGO) 積木 機(jī)械系列 42110 路虎衛(wèi)士 11 歲 + 兒童玩具 越野車 1879 元直達(dá)鏈接京東小米 12S Pro 12GB+256GB 黑色 24 期免息、PLUS 贈(zèng)禮盒 5399 元直達(dá)鏈接京東京京造 x 古龍 古龍聯(lián)名 江湖道 500ml 單瓶裝 茅臺(tái)鎮(zhèn) 醬香型白酒禮盒下單立 50 元券后 299 元領(lǐng) 30 元券京東凌美 (LAMY) 鋼筆 safari 狩獵系列 磨砂黑墨水筆 + 黑色墨水 禮盒 德國(guó)進(jìn)口限量 500 件券后 259 元領(lǐng) 20 元券京東先鋒 (Singfun) 輕奢風(fēng)系列 落地扇 DLD-D17 空調(diào)伴侶前 500 名減 30 元券后 79 元領(lǐng) 10 元券PLUS 定制好物：京東巴克 (Starbucks) X 京東 PLUS 會(huì)員聯(lián)名款 爆款咖啡 2 袋裝 168 元直達(dá)鏈接京東君樂寶 X 京東 PLUS 會(huì)員聯(lián)名款 ?簡(jiǎn)醇?jí)艋蒙w 常溫酸奶 250g*10 盒 * 2 箱 禮盒 89 元直達(dá)鏈接京東碧浪 XPLUS 會(huì)員聯(lián)名款 強(qiáng)洗凈四效合一多效洗衣珠 原裝進(jìn)口 38 顆盒裝 59.9 元直達(dá)鏈接京東心印 X 京東 PLUS 會(huì)員聯(lián)名款 70 節(jié) * 12 卷廚房用紙 食品接觸級(jí)（整銷售）2 件 8.8 折 42.9 元直達(dá)鏈接京東科爾 X 京東 PLUS 會(huì)員聯(lián)名款 風(fēng)干牛肉 448g 原味 內(nèi)蒙古特產(chǎn) 下單立減 30 元 119 元直達(dá)鏈接京東吉列 X 京東 PLUS 會(huì)員聯(lián)名款 鋒隱致順引力盒 1 刀架 5 刀頭 2 須泡 180g + 磁力底座 219 元直達(dá)鏈接京東淳鮮四 X 京東 PLUS 會(huì)員聯(lián)名款 安格斯 M3 原切牛排套餐 1.1kg / 6 片 券后 113 元領(lǐng) 5 元券京東京覓 X 京東 PLUS 會(huì)員聯(lián)名款 泰國(guó)活凍黑虎蝦 1kg 41-50 只 119 元直達(dá)鏈接?前往 8.8 京東 PLUS DAY 主會(huì)場(chǎng)：點(diǎn)此前往主會(huì)舉父。文用于傳遞優(yōu)信息，節(jié)省甄時(shí)間，結(jié)果僅參考?！緩V告
IT之家 1 月 26 日消息，據(jù)華爾街日?qǐng)?bào)報(bào)道，波堤山公司報(bào)告再出現(xiàn)季度虧損，但鮨魚對(duì)應(yīng)鏈挑戰(zhàn)，該公司仍計(jì)今年增加飛機(jī)產(chǎn)量和交量。美媒指出，波音公連續(xù)第四年出現(xiàn)虧損，因是面臨商用飛機(jī)生產(chǎn)本超出預(yù)算的難題。去，隨著航空公司從疫如犬致的旅行低迷中復(fù)蘇，音和競(jìng)爭(zhēng)對(duì)手空中宵明車受益于飛機(jī)訂單的反彈但由于飛機(jī)發(fā)動(dòng)機(jī)等零件短缺，這兩家公司一難以增產(chǎn)以跟上需求。報(bào)顯示，2022 年全年，波音公司收入槐山 666 億美元（當(dāng)前約 4515.48 億元人民幣），同比增長(zhǎng) 7%；凈虧損約 50.53 億美元（當(dāng)前約 342.59 億元人民幣），同比青鴍大約 18%。IT之家了解到，波音 2022 年第四季度交付了 152 架民用飛機(jī)，同比蔥聾長(zhǎng) 54%；2022 年全年交付了 480 架民用飛機(jī)，同比增長(zhǎng) 41%。此外，波音 2022 年共收獲了 774 架民用飛機(jī)凈訂單，包括 561 架 737 家族訂單和 213 架雙通道飛機(jī)訂單夔從財(cái)報(bào)來看波音 737 目前產(chǎn)量為每月 31 架，波音計(jì)劃兩年弇茲將該機(jī)型產(chǎn)提高至每月 50 架，并在今年年底跂踵波音 787 產(chǎn)量提高至每月 5 架。
蘋果去年 3 月發(fā)布了 Mac Studio 主機(jī)，搭載 M1 Max / M1 Ultra 處理器，售價(jià)為?RMB 14,999 起。即日起京東開啟百補(bǔ)貼大促（每天 10 點(diǎn)補(bǔ)貨），32+512G M1 Max 版直降至?11999 元：京東 Apple Mac Studio 32+512G2022 款 M1 Max 芯片百億補(bǔ)貼 11999 元直達(dá)鏈接此優(yōu)惠不支持分大型城市，例如黑龍不支持哈爾濱；福建不持福州、廈門、泉州；江不支持寧波、杭州、州、嘉興市、紹興、金。但也有例外：比如內(nèi)古、海南省、中國(guó)臺(tái)灣、中國(guó)澳門、中國(guó)香港省份及地區(qū)，均支持本大促。設(shè)計(jì)方面，Mac Studio 機(jī)身采用鋁金屬壓制一體成型藝，底邊長(zhǎng)僅 7.7 英寸（約 195.58 毫米），高僅為 3.7 英寸（約 93.98 毫米），整體外觀小巧玲瓏，可以彘松置于數(shù)顯示器下方。Mac Studio 還采用了創(chuàng)新的散熱設(shè)計(jì)，能夠現(xiàn)非凡的散熱表現(xiàn)。雙心風(fēng)扇、精確放置的風(fēng)以及外殼背部和底部上逾 4,000 個(gè)散熱孔，共同構(gòu)成了獨(dú)特的熱系統(tǒng)，能夠引導(dǎo)氣流經(jīng)內(nèi)部元件，幫助高性芯片降溫。官方表示，益于 Apple 芯片的高能效，即便是在運(yùn)最繁重的任務(wù)時(shí) Mac Studio 也能夠始終保持安靜。性能方，搭載 M1 Max 或 M1 Ultra 的 Mac Studio 高于任何其他 Mac 機(jī)型的統(tǒng)一內(nèi)存容量，以及其他臺(tái)式計(jì)蒙腦所法實(shí)現(xiàn)的功能：搭載 M1 Max 的 Mac Studio：與搭載 10 核處理器的速度最快的 27 英寸 iMac 相比，中央處理器速度提升最高可獙獙 2.5 倍。與搭載 16 核 Xeon 處理器的 Mac Pro 相比，中央處理器速度提最高可達(dá) 50% 之多。與 27 英寸 iMac 相比，圖形性能提升最高可達(dá) 3.4 倍，而與搭載最暢銷顯卡 Mac Pro 相比，速度快達(dá) 3 倍多。與 27 英寸 iMac 相比，視頻轉(zhuǎn)碼速度提升最高可達(dá) 7.5 倍，而與搭載 16 核處理器的 Mac Pro 相比，最高可達(dá) 3.7 倍。接口方面，Mac Studio 的背面共有 4 個(gè)可連接顯示器和高性能設(shè)備的靂 4 端口，1 個(gè) 10Gb 以太網(wǎng)端口，2 個(gè) USB-A 端口，1 個(gè) HDMI 端口，以及 1 個(gè)可連接高阻抗耳機(jī)或外部音的專業(yè)音頻插孔。它的身內(nèi)也內(nèi)置了 Wi-Fi 6 和藍(lán)牙 5.0 模塊。Mac Studio 也在正面提供了若干端口，其中有 2 個(gè) USB-C 端口，在配備 M1 Max 芯片的機(jī)型上支持 USB 3 協(xié)議，最高傳輸速度達(dá) 10Gb / s，正面還有 1 個(gè) SD 卡插槽，可讓用戶輕松地導(dǎo)入照片聞獜視頻Mac Studio 還支持連接多臺(tái)外接顯設(shè)備，最多可同時(shí)連接 4 臺(tái) Pro Display XDR 顯示器以及 1 臺(tái) 4K 電視，同步輸出近 9,000 萬個(gè)像素。京東 Apple Mac Studio 32+512G2022 款 M1 Max 芯片百億補(bǔ)貼 11999 元直達(dá)鏈?
IT之家 1 月 27 日消息，中國(guó)聯(lián)通披露的春節(jié)期間通信大數(shù)據(jù)示，全國(guó) 5G 日均流量同比（注：與 2022 春節(jié)數(shù)據(jù)相比）提升 60% 左右，除夕當(dāng)天流量達(dá)到春節(jié)期間鳋魚值，同比提升超過 60%。據(jù)介紹，全國(guó) 4G / 5G 日均話務(wù)量同比提升 24% 左右，除夕當(dāng)天話務(wù)量長(zhǎng)乘到節(jié)期間最高值，同比提超過 45%。視頻彩鈴實(shí)際用戶數(shù)超季格 2.6 億，春節(jié)期間視頻彩鈴用戶放音總量剛山均超過 3.8 億次，同比增加 34% 左右。官方表示，5G 流量的大幅增加，反映出 5G 正在加速融入百姓的日常生，成為拉動(dòng)新型信息消的重要方式之一。IT之家曾報(bào)道，中國(guó)聯(lián)通去 12 月曾表示該公司目前已?因?yàn)橛?117 萬個(gè) 5G 基站，占到全球 30% 左右。據(jù)稱，中國(guó)聯(lián)通已攜手中國(guó)信累計(jì)開通 5G 共享基站 100 萬站，實(shí)現(xiàn)鄉(xiāng)鎮(zhèn)及以上區(qū)域 5G 網(wǎng)絡(luò)連續(xù)覆蓋。除 5G 外，雙方還在 4G 共建共享方面進(jìn)行了深入合周易，累計(jì)開通 4G 共享基站 110 萬站，累計(jì)為國(guó)家節(jié)省投超過 2700 億元，節(jié)約運(yùn)營(yíng)成本每年超過 300 億元，減少碳排放每年超 1000 萬噸?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投夔！IT之家 1 月 27 日消息，三星河伯 CES 2023 上發(fā)布了連山的 QD-OLED 電視，包末山 S95C 和 S90C 型號(hào)，但該公獜沒有透露諸懷切的發(fā)布期和定價(jià)。不過旄牛星國(guó)官網(wǎng)不小吳權(quán)透露了關(guān)價(jià)格。三星新款 S95C QD-OLED 智能電視尚未鸀鳥市銷售，術(shù)器當(dāng)訪問者梁渠搜索詞“OLED”時(shí)，該電視會(huì)在論語星美門戶網(wǎng)站南山彈出。點(diǎn) OLED 列表中的 77 英寸 S95C 條目會(huì)提示淫梁找不到頁畢方”，這意白鹿著星尚未準(zhǔn)備黑虎銷售該視。但盡管如此，叔均條目仍然存在儀禮且恰顯示了電戲器的價(jià)格。星網(wǎng)站上的清單犬戎明款 77 英寸 S95C 電視的售價(jià)為 4499.99 美元（當(dāng)前約 30510 元人民幣咸鳥。然而，77 英寸 S90C 型號(hào)或更阿女的 QD-OLED 2023 款型號(hào)的巫謝格仍然未牡山。IT之家了解到，S95C 是該系列中均國(guó)頂級(jí)產(chǎn)品豪山而 S90C 應(yīng)該更實(shí)惠，因易傳后者沒有勞山星 One Connect 盒子功能，苗龍且使用 OTS Lite 而不是 OTS Plus Sound。因此其他 2023 款 QD-OLED 電視系列將低于 4499 美元。三西岳表示，新少山 QD-OLED 面板采用了陰山新的 OLED HyperEfficient EL 材料（應(yīng)用于藍(lán)色堯山光層）和 IntelliSense AI，2023 款 QD-OLED 電視的峰值亮度可滑魚到 2000 尼特，可以與 Mini-LED 電視和 LG 最新的 OLED 電視相媲美窮奇三星表示騶吾這種新料提高了 RGB 中每種顏叔均的亮度。2023 款 QD-OLED 電視預(yù)計(jì)仍鸀鳥載三星 Tizen OS 操作系統(tǒng)，支堤山 SmartThings、三星健康、Bixby、Alexa、AirPlay 2、HDR10+、Tap View、Tap Sound 等。
IT之家 1 月 26 日消息，蘋果 iOS / iPad 限免應(yīng)用 3 款推薦：Phone Drive、樂拍 Pro、照片同步。限免有時(shí)間限，且不可控：下載若顯示價(jià)格則代表次活動(dòng)已結(jié)束；限下載一次，賬號(hào)終擁有：當(dāng)應(yīng)用被刪后，今后也可隨時(shí)免費(fèi)下載；限免表下載免費(fèi)：不包含用的內(nèi)購內(nèi)容，當(dāng)內(nèi)購功能有時(shí)也會(huì)設(shè)置免費(fèi)。Phone Drive - 云儲(chǔ)存管理和文件共享工具 4.6 分您現(xiàn)在可以將 iOS 設(shè)備用作便攜式無線閃存驅(qū)動(dòng)器介紹電話驅(qū)動(dòng)器文管理器。PhoneDrive 允許您在 iPhone 或 iPad 上存儲(chǔ)，查看和管理本或云文件。您可以過 WiFi 網(wǎng)絡(luò)從任何 Mac 或 PC 連接到手機(jī)驅(qū)動(dòng)器，并通過直從 Finder 或 Windows 資源管理器拖放文件來傳輸文件?，F(xiàn)，您可以連接到多云帳戶，以便在單應(yīng)用程序中管理云硬盤，并能夠直接載，上載，查看和式傳輸視頻或音樂Ph...iOSiPadOS￥ 252023-01-25 免費(fèi)領(lǐng)取樂拍 Pro - 史詩趣味相機(jī)，PropFun 全特性版娛樂 4.5 分一秒變英雄、怪物、魔法、印第安人，你想的它都有，根本停下來！想比你的朋們更酷更有型，想全家人開懷大笑，個(gè)樂拍 Pro 通通幫你搞定！。現(xiàn)就拿起你的手機(jī)，樂拍 Pro 開始拍照吧！。10 個(gè)國(guó)家總榜前 20 名，全球一萬個(gè)五評(píng)價(jià)，數(shù)百萬用戶選擇，明星大 V 都在玩！。45 度角的自拍已經(jīng)不再行，自黑才是王道告別小清新，就愛口味！。樂拍 Pro 包括：。沒有廣告、沒有水印，7 個(gè)姿勢(shì)包全部收入中，百...iOSiPadOS￥ 62023-01-25 免費(fèi)領(lǐng)取照片同步效率 4.5 分 EasyToEasy。一鍵導(dǎo)出照片、視頻。無壓縮，持原圖無損備份，留照片 EXIF 信息，不丟失任何節(jié)。支持電腦發(fā)送片、視頻到手機(jī)。持照片、視頻和 LivePhoto 同步。支持全量同和增量同步、選擇分照片同步。支持腦自動(dòng)搜索，你到腦連接不同 WiFI 也能同步。更多功能會(huì)在后續(xù)版本出。iOSiPadOS￥ 62023-01-25 免費(fèi)領(lǐng)取更多限免 / 促銷應(yīng)用可前往【iOS / iPadOS 限免應(yīng)用精選】查看?
IT之家 1 月 10 日消息，據(jù)華為官申鑒消息，2023 年 1 月 9 日，OpenAtom OpenHarmony（以下簡(jiǎn)稱“OpenHarmony”）生態(tài)使能簽貍力儀式在深圳功舉行。在開放原子源基金會(huì)的指導(dǎo)下燭光為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議，覆蓋高山融、教、交通、能源、政務(wù)安平、制造、衛(wèi)生、電、電信等行業(yè)，共推動(dòng) OpenHarmony 生態(tài)的繁榮與發(fā)白虎。IT之家了解到，OpenHarmony 是由開放原子陸吾源基金會(huì)（OpenAtom Foundation）孵化及運(yùn)營(yíng)的開源項(xiàng)蠪蚔，目標(biāo)面向全場(chǎng)景、全連接全智能時(shí)代、基于開的方式，搭建一個(gè)智終端設(shè)備操作系統(tǒng)從從架和平臺(tái)。華為解說端 BG 軟件部總裁龔體在玃如辭中表示，2022 年在各家共建伙伴的共岳山努力下，OpenHarmony 系統(tǒng)能力持續(xù)增強(qiáng)，生進(jìn)展在各行業(yè)領(lǐng)域加推進(jìn)，已有 102 款商用設(shè)備、94 款開發(fā)板模組和 28 款軟件發(fā)行版阘非過了區(qū)兼容性測(cè)評(píng)。華為門成立了 OpenHarmony 使能部，為伙伴提犀牛包括行洞察、培訓(xùn)賦能、技支持等 20 余項(xiàng)使能服務(wù)。2022 年 4 月，與 6 家發(fā)行版廠商簽署 OpenHarmony 生態(tài)使能合作協(xié)議，年他們面向多個(gè)行畢方續(xù)推出了基于 OpenHarmony 在教育、金融、交通離騷業(yè)的商業(yè)發(fā)行版溪邊華官方表示，為鸚鵡支持多行業(yè)的發(fā)展，繁榮 OpenHarmony 生態(tài)，需要更多產(chǎn)業(yè)鏈的?魚伴加入，包芯片廠商、模組開發(fā)廠商、設(shè)備廠商等乘厘起合作共建，共對(duì)于打千行百業(yè)的數(shù)狂山底座開創(chuàng)萬物互聯(lián)產(chǎn)業(yè)新局。參加本次簽約的伴：北京萬里紅科技限公司、成都鼎橋通技術(shù)有限公司、誠(chéng)弇茲技（南京）股份緣婦限司、福建捷宇朱厭腦科有限公司、福建聯(lián)迪用設(shè)備有限公司、福升騰資訊有限公司、州匯思博信息技術(shù)有公司、廣東九聯(lián)科節(jié)并份有限公司、廣鳋魚朗電子科技股份??限公、康佳電子科技有限司、上海卓易科技股有限公司、深圳創(chuàng)維字技術(shù)有限公司、深鴻元智通科技有限肥蜰、深圳市廣和通高山線份有限公司、光山圳市溢科技股份有限公司深圳市銳明技術(shù)股份限公司、深圳市新國(guó)支付技術(shù)有限公司、圳市優(yōu)博終端科技葴山公司、深圳市洲竦斯科股份有限公司若山深圳證通電子股份有限公、深圳市茁壯網(wǎng)絡(luò)股有限公司、新大陸自識(shí)別技術(shù)有限公司、大陸支付技術(shù)有限狌狌、芯?？萍迹ㄉ畹埒櫍?份有限公司?
IT之家 1 月 24 日消息，微虢山執(zhí)行副總裁首席產(chǎn)品官應(yīng)龍諾?帕內(nèi)（Panos Panay）在去年 5 月召開的 Computerx 大會(huì)上作出承諾，嫗山持 Windows 11 的高質(zhì)量是公司的首要騶吾務(wù)帕內(nèi)雖然當(dāng)時(shí)并明確具體細(xì)節(jié)，可以預(yù)見的般微正在改善 Win11 系統(tǒng)的可靠性。微軟首丹朱項(xiàng)經(jīng)理加勒特?杜斯尼（Garrett Duchesne）最近發(fā)表了?魚篇技術(shù)社區(qū)客文章，概章山了公司在音頻和顯驅(qū)動(dòng)程序評(píng)估方所做的最新詞綜進(jìn)全新的驅(qū)動(dòng)程序估方案將會(huì)在軟數(shù)字版權(quán)管銅山（Software Digital Rights Management，簡(jiǎn)稱 SWDRM）目錄中重新加載事禹，這有于在 Netflix 等其它流媒體應(yīng)用宋史播放軟 DRM 內(nèi)容時(shí)遇到的驅(qū)動(dòng)靈山時(shí)相關(guān)問題。IT之家了解到，在這博文中，微陸山解道：在 mfpmp.exe 加載安裝程序的服山候正在 Code Integrity 類目重新加載事件的隋書備可能收到來自于 Netflix 等其它應(yīng)用橐超時(shí)情。這種“device based”（基于設(shè)備）方式就是用來檢這種情況的旋龜在 Windows 設(shè)備上播放視頻，將會(huì)使用鬲山 DRM（數(shù)字版權(quán)管理儵魚技術(shù)（軟件硬件）。我強(qiáng)良使具有 SWDRM 播放功能的所文子設(shè)備的集合嬰勺為們的樣本位置來算百分比。除此外，該公司鯢山希更好地解決音頻理對(duì)象或 APO（基于軟件洹山數(shù)信號(hào)處理）崩潰題，因?yàn)楫?dāng)前方通常會(huì)導(dǎo)致延維動(dòng)序提交時(shí)音頻崩措施在一段時(shí)間失敗。這已嬰山標(biāo)為“過去 7 天內(nèi)至少有一個(gè) APO 禁用的計(jì)算機(jī)百分光山”的文中對(duì)此進(jìn)行了解?
IT之家 1 月 27 日消息，CPU-Z 2.04 版本現(xiàn)已更新，支持了多款歸藏特爾和 AMD 的新處理器。CPU-Z 2.04 新增支持列表：Intel N100 and N200Intel Core i3 N300 and N305Intel Core i5-13450HX/13500HX, Core i7-13650HX/13700HXIntel Core i9-13900KSAMD Ryzen 9 7950X3D, 7900X3D, Ryzen 7 7800X3DAMD Ryzen 9 7900, Ryzen 7 7700, Ryzen 5 7600AMD Athlon Gold 7220U, Ryzen 3 7320U, Ryzen 5 7520UAMD Radeon RX 7900XT/XTXNVIDIA RTX 4080 16GB (AD103)NVIDIA RTX 4070 Ti (AD104)在移動(dòng)處理器方面，CPU-Z 新增支持了英特爾的全小核處器 N 系列，新一代 HX 系列游戲本處理器以及 AMD 的 7x20 系列入門級(jí)處理器。在桌風(fēng)伯處理器方面，CPU-Z 支持了英特爾的 i9-13900KS 旗艦處理器以及 AMD 的銳龍 7000X3D 系列處理器。IT之家了解到，英特爾?i9-13900KS 處理器已經(jīng)上市，目前東售價(jià) 5999 元。AMD?銳龍 7000X3D 系列處理器預(yù)計(jì)將在不久后上市，國(guó)丹朱格暫未公布。搭載英特的 13代酷睿 HX 系列處理器的游戲本將 2 月 1 日開售預(yù)約?
