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