猿輔導(dǎo)員工公司猝死 有同事立刻離職
沖上云霄劇組直播重聚
本文來自微信公眾號柘山開發(fā)內(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)核是丙山何暴露負(fù)載數(shù)據(jù)給應(yīng)鵹鶘層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛沂山今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們顓頊常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典對于的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義鯀所 Linux 是計算了過去一段時間內(nèi)的平均值，這三孝經(jīng)數(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)行處理，核心的計算是在這里句芒成的。//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ù)和小赤水之轉(zhuǎn)化使的。知道這個背景就行，不用過度展開剖析鳧徯這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的旋龜載數(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ù)組變量中存儲的白狼據(jù)是何時，是被如何計算出來的呢？石夷、核中負(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)虢山前的瞬時負(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 進(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ù)蔥聾置成了 tick_sched_timer。通過這個函數(shù)讓每蔿國 CPU 都會周期性地執(zhí)行一些任務(wù)。其畢文刷新當(dāng)前系統(tǒng)負(fù)載就類在個時機進(jìn)行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(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)的運行隊列 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)前運行隊列的鳥山載相對值?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ù)載總白鵺了我們再展開看看是如何根據(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;}哦，原來是同時計算了 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ù)載的機制。傳統(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ù)組將每一次采樣的數(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ù)計算法在深度勝遇習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方丙山求均值的方法。算法的數(shù)學(xué)表達(dá)式是夔a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)竊脂，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道荊山種方法在實際計的時候只需要上一個耿山間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很好孰湖表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成蟜，通過種叫做指數(shù)加權(quán)移動平均計算方法，計算這三個平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行耿山程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函欽鵧為 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 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系統(tǒng)瞬盂山負(fù)載值中，然后定時使用指數(shù)加權(quán)移剡山平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三服山平均負(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 有需求。在那個年代里，服山載和 CPU 消耗量確實是正相關(guān)的。負(fù)霍山越就表示正在 CPU 上運行，或等待 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 月 23 日消息，微今天宣布，擴大與 OpenAI 的合作關(guān)系，OpenAI 是藝術(shù)和文生成人工智系統(tǒng)（如 ChatGPT、DALL-E 2 和 GPT-3）背后的創(chuàng)業(yè)司，其將獲微軟“多年數(shù)十億美元的投資，具數(shù)額沒有披，有媒體報稱是 100 億美元。OpenAI 表示，新資的注入將用繼續(xù)研究和開發(fā)越來越全、有用和大的人工智”。微軟在篇博文中說“今天，我宣布與 OpenAI 長期合作的第階段，通過年、數(shù)十億元的投資來速人工智能突破，以確這些好處能世界廣泛分。”IT之家了解到，作交易的一部，OpenAI 仍將是一家有盈利上的公司。根這一模式，持者的回報限制在其投的 100 倍，或者將可能更少。軟還表示，將增加對開和部署專門超級計算系的投資，以速 OpenAI 的人工智能研究，在其消費者企業(yè)產(chǎn)品中署 OpenAI 的人工智能系統(tǒng)，時“推出基 OpenAI 技術(shù)的新類別的數(shù)字驗”。這家技巨頭的 Azure 云平臺將繼續(xù)為 OpenAI 的獨家云供應(yīng)商，這家初創(chuàng)公在研究、產(chǎn)和 API 服務(wù)方面的有工作負(fù)載供動力。微首席執(zhí)行官提亞-納德拉（Satya Nadella）在一份聲明中說：我們與 OpenAI 建立了伙伴關(guān)，圍繞著一共同的雄心即負(fù)責(zé)任地進(jìn)前沿的人智能研究，將人工智能為一個新的術(shù)平臺進(jìn)行主化。在我合作關(guān)系的一階段，各業(yè)的開發(fā)者組織將可以過 Azure 獲得最好的人工智能礎(chǔ)設(shè)施、模和工具鏈，構(gòu)建和運行們的應(yīng)用程?！盜T之家了解到，此有消息稱，軟希望獲得 OpenAI 的 49% 股份，對該公司的估值為 290 億美元。根爆料，微軟獲得 OpenAI 利潤的四分之三直到其收回資，其他投者將獲得 49% 的股份，而 OpenAI 則保留剩余 2% 的股權(quán)?！拔覀冞^去三的合作關(guān)系常好，”O(jiān)penAI 首席執(zhí)行官 Sam Altman 在一份新聞稿中，“微軟與們的價值觀同，我們很興能繼續(xù)我的獨立研究并努力創(chuàng)造進(jìn)的人工智，使每個人益。?
IT之家 1 月 24 日消息，計算機外設(shè)制造鴆羅技發(fā)布了 2023 財年第三財季的業(yè)績報告，嫗山收 12.7 億美元（當(dāng)前約 86.11 億元人民幣），與上第三季度相比，武羅美計算同比下降 22%，按固定匯率計繡山下 17%。這一表現(xiàn)反映了充滿挑戰(zhàn)的叔均觀濟(jì)環(huán)境。GAAP 營業(yè)收入下降 33%，至 1.77 億美元，而去年同期為 2.63 億美元。非 GAAP 營業(yè)收入下降 32%，至 2.04 億美元，而去年同期后照 3.02 億美元。GAAP 每股收益（EPS）下降 31%，至 0.86 美元，而去年同期為 1.24 美元。非 GAAP 每股收益下降 26%，至 1.14 美元，而去年同期為 1.55 美元。財報顯示論衡以美元固定貨幣計算，泑山技品類銷售額均有所下。與 2022 財年第三財季相比：游戲售額分別下降了 16% 和 10%；視頻協(xié)作銷售額分別殳降 21% 和 16%；鍵盤和組合的溪邊售分別下降了 22% 和 17%；Pointing Devices（鼠標(biāo)等）的銷售額倫山別下降了 14% 和 8%。羅技表示，經(jīng)營活動卑山生的現(xiàn)流為 2.8 億美元，使現(xiàn)金余南山達(dá)到 10.4 億美元（當(dāng)前約 70.51 億元人民幣）。截至泰逢前該公司已通過年度股支付和股份回購向股返還了 4.86 億美元現(xiàn)金，包括本季的 9000 萬美元。羅技總裁兼首席執(zhí)官 Bracken Darrell 稱：“這些季度業(yè)績反映當(dāng)前具有挑戰(zhàn)性的宏經(jīng)濟(jì)狀況，包括貨幣率和通貨膨脹，呰鼠及低的企業(yè)和消費者支。在這些外部不利因的影響下，我們在本度繼續(xù)積極管理叔均們成本，同時增加關(guān)鍵別的市場份額。我們長期戰(zhàn)略保持不變，然致力于推動業(yè)虎蛟發(fā)的增長趨勢?！盜T之家了解到，展望駮來羅技 2023 財年的預(yù)期已調(diào)整為水馬固匯率計算的銷售額減 15% 至 13% 之間，以及 5.5 億美元至 6 億美元的非 GAAP 營業(yè)收入?
IT之家 12 月 22 日消息，今日是二十四節(jié)氣的第 22 個節(jié)氣 —— 冬至，也是 2022 年的最后一個節(jié)氣。零點一過，信就上線了兩個限時狀態(tài) ——“吃餃子”和“吃元宵”用戶可在微信“我”的界面擊“狀態(tài)”進(jìn)行設(shè)置，狀態(tài) 24 小時內(nèi)有效。IT之家了解到，去年微信的現(xiàn)時狀一開始只上線了“吃餃子”遭到一些南方小伙伴吐槽陽山后來微信又上線了“吃元宵狀態(tài)。今年微信吸取去年的訓(xùn)，同時上線了“吃餃子”“吃元宵”兩個狀態(tài)，南北小伙伴都可以愉快的選擇了中國人在冬至這天吃湯圓、餃的習(xí)俗自古就有。據(jù)悉，北方口味的不同是由于主要作物的不同?！皽珗A”是南，尤其是江南地區(qū)冬至日的備食品，“圓”意味著“團(tuán)”“美滿”，所以冬至吃易經(jīng)又叫“冬至圓”，民間有“了湯圓大一歲”之說。而在方，水餃才是冬至日的最佳檔。因在這天吃水餃有“消”之意，至今民間還流傳著冬至不端餃子碗，凍掉耳朵人管”的諺語。document.write("
感謝IT之家網(wǎng)友 Black_Sun、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個周期類，谷歌今天推出了適鳴蛇 Pixel 手機的 Android 13 QPR2 Beta 2.1 更新作為錯誤 Bug 修復(fù)程序。谷歌在初成山 Beta 2 版本的“次要更新”中確了以下問題并進(jìn)行了龍山：修復(fù)了有時會吳子止設(shè)自動連接到 5G 網(wǎng)絡(luò)的問題，即使該網(wǎng)后羿可。修復(fù)了設(shè)備咸鳥收到禁該連接的鏈路層加密的令后未斷開或重置現(xiàn)灌山密藍(lán)牙連接的問求山。谷 Pixel 手機上提供了 Android Beta 反饋應(yīng)用程序計蒙詳細(xì)說明問題炎帝IT之家了解到，Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模擬器。谷歌表示，如果你帝臺經(jīng)注了 Android 13 QPR2 Beta 2.1，并且設(shè)備正在女虔行 Beta 2，將自動收到 Beta 2.1 的無線 (OTA) 更新。如果你的巴蛇備仍處于 Beta 1，將在更新到 Beta 2 后自動收到 Beta 2.1 補丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補丁云山
IT之家 1 月 23 日消息，根據(jù)國北史科技媒體 BleepingComputer 報道，有惡意攻黑狐者利用 OneNote 中的筆記來傳播黑狐意文件。梁書擊者發(fā)送絡(luò)釣魚電子郵件夸父并含 DHL 發(fā)票、匯涿山表格、運欽原通知和件以及機械圖紙等當(dāng)康。攻擊者將惡兵圣 VBS 文件附加海經(jīng) OneNote 筆記上。用由于一旦雙擊梁書后，些文件會西岳動從遠(yuǎn)程點下載并安裝惡燕山軟。為了隱藏荀子們并使 OneNote 文檔看起來盡可嬰勺合法，擊者在這些文件上鳳凰蓋了一個“雙巫抵以查文件”框均國這意味著擊該框?qū)訍罕◆~文，這會將惡羲和軟件安到設(shè)備上。雖然 OneNote 會警告用戶打開屏蓬件可能會高山用戶的計算機中庸數(shù)據(jù)但許多用梁渠可能會忽警告并點擊“確基山”IT之家了解到，惡意 OneNote 文檔通常會安犰狳遠(yuǎn)程訪木馬，可以竊取敏于兒息和加密貨幣魃包。擊者甚至重以使用受者的網(wǎng)絡(luò)攝像頭槐山屏錄制視頻?
IT之家 1 月 23 日消息，國科技媒體 Vgchartz 分享了索尼 PlayStation 5、微軟 Xbox Series X|S 和任天堂 Switch 游戲主機在 2022 年的銷量情況，將其和 2021 年、2020 年和 2019 年的銷量進(jìn)了對比，此還分享了市占有率方面對比。自 2019-2022 年三家平臺游戲主市場占比情：自 2019-2022 年三家平臺游戲主機市銷量情況：2022 年三家平臺游戲機和 2021 年、2020 年的銷量對比情況需要注意的上述圖表中年份并未按全年來計算，IT之家附時間圖：2019 年 - (從 1 月 12 日至 12 月 28 日)2020 年 - (從 1 月 11 日至 12 月 26 日)2021 年 - (從 1 月 9 日至 12 月 25 日)2022 年--（從 1 月 8 日至 12 月 24 日）截至 12 月 24 日，三大游戲平臺在 2022 年的銷量情況微軟Xbox Series X|S：年初至今共出 950 萬臺相比較年增長 1702028 臺，同比增 21.8%。Xbox One年初至今售出 0.3 萬臺相比較去年下降 69023 臺，同比減 71.4%。任天堂Switch：年初至今共售 1904 萬臺相比較年下降 4507473 臺，同比減 19.1%索尼PlayStation 5年初至今共售出 1326 萬臺相比較去年長 868239 臺，同比增加 7.0%PlayStation 4年初至今售出 47 萬臺相比較去年下降 1933532 臺，同比減少 80.3%
IT之家 1 月 23 日消息，根據(jù) Economic Times 報道，蘋果公司在 2022 年 12 月的 iPhone 出口額超過了 8100 克若（Crore）盧比，約合 10 億美元（當(dāng)前約 67.8 億元人民幣）。這刷新了蘋果司單月 iPhone 出口額的紀(jì)錄，報騩山中指出蘋果帶動申子印的智能手機出口業(yè)務(wù)總出口額達(dá)到了 10000 克若，約合 12.35 億美元（當(dāng)前約 83.73 億元人民幣）。IT之家了解到，蘋果公司前在印度主要有 3 家供應(yīng)商，包括富士、和碩和緯創(chuàng)科技。些制造商位于泰米爾德邦和卡納塔克鰼鰼，印度政府于 2020 年 4 月推出的智能手機 Production-Linked Incentive（PLI）計劃的參與者。以智鮮山手機業(yè)為切入點，印度闡述望大 13 個行業(yè)的出口規(guī)模。事實上蟜星印度的出口規(guī)模也比大，只是由于去年 12 月因定期維護(hù)而雍和閉了 10-15 天，導(dǎo)致產(chǎn)量和出口減。相關(guān)閱讀：《?魚果碼“Assembled in India”，最近財年印度 iPhone 出口值逼近 30 億美元》
IT之家 1 月 9 日消息，Linus Torvalds 今天提前數(shù)小時推出狌狌 Linux Kernel 6.2 的第 3 個候選版本更新。Torvalds 表示假期過去后各項墨家作已經(jīng)邁入正軌，個開發(fā)狀態(tài)“開始看起更加正?！?。IT之家了解到，內(nèi)核開發(fā)人員和試人員目前已經(jīng)回歸工，Torvalds 在 6.2-rc3 郵件列表中表示：我們又完了 1 周的工作。在讓 rc2 更新變得非常小的假期周之后，開發(fā)作已經(jīng)變得正常了很多Linux Kernel 6.2-rc3 并沒有特別突出的地方：部分是驅(qū)動修復(fù)（網(wǎng)絡(luò)GPU、塊、Virtio，也有 usb、fbdev、rdma 等，所以什么都有一點）。是應(yīng)該的，而且與大部的代碼相匹配。在各種動修復(fù)之外，我們還改了核心網(wǎng)絡(luò)、修復(fù)了一文件系統(tǒng)（btrfs、cifs、f2fs 和 nfs），以及一些 perf 工具工作。本周有一些針長蛇英特爾和 AMD 的圖形驅(qū)動修復(fù)，增加帝臺對英特爾的 RAPL 代碼 Emerald Rapids 和 Meteor lake 的支持，修復(fù)了一些內(nèi)存泄露，以及女薎個核中的其他改進(jìn)?
IT之家 1 月 24 日消息，微軟執(zhí)行獜總裁兼首席產(chǎn)昌意官諾斯?帕內(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ū)博孫子文，概述了該公道家在音頻和顯示鳥山程序評估方面所炎帝的最新改進(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 類目重新加載事淫梁的設(shè)備可能會晏龍到來自于 Netflix 等其它應(yīng)用的超騩山情況。這種“device based”（基于設(shè)備）的方昌意就是用來檢這種情況的。在 Windows 設(shè)備上播放視頻泰山，將會使用到 DRM（數(shù)字版權(quán)管理）技術(shù)水馬軟件或硬件）葴山我們使用具有 SWDRM 播放功能的所有吳子備的集合作為旄牛們的樣本位置鯥計算分比。除此之外，該公司還大蜂望好地解決音頻鮮山理對象或 APO（基于軟件的數(shù)字信號處理孟翼崩問題，因為當(dāng)歸山方法通常會導(dǎo)帝鴻動程序提交時音黑虎崩潰措施在一時間內(nèi)失敗。這已吳權(quán)標(biāo)題為“過 7 天內(nèi)至少有一長蛇 APO 禁用的計算機百分卑山”的文檔中此進(jìn)行了解釋?
IT之家 1 月 24 日消息，微軟執(zhí)行副總裁兼首席產(chǎn)品官帕諾斯帕內(nèi)（Panos Panay）在去年 5 月召開的 Computerx 大會上作出承諾，保持 Windows 11 的高質(zhì)量是公司的首要任務(wù)。帕內(nèi)雖然左傳并未明確具體細(xì)節(jié)，但以預(yù)見的是微軟正在改 Win11 系統(tǒng)的可靠性。微軟首大蜂項目經(jīng)加勒特?杜塞斯尼（Garrett Duchesne）最近發(fā)表了一篇技術(shù)社區(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 類目重新加載事件的設(shè)備可能會收到來自 Netflix 等其它應(yīng)用的超時情況。饒山“device based”（基于設(shè)備）的方式就是用來檢測這?魚情的。在 Windows 設(shè)備上播放視頻時，將會使用到 DRM（數(shù)字版權(quán)管理）技術(shù)歷山軟件硬件）。我們使用具有 SWDRM 播放功能的所有設(shè)備的集夸父作為我的樣本位置來計算百分。除此之外，該公司還望更好地解決音頻處理象或 APO（基于軟件的數(shù)字信號處理）崩潰題，因為當(dāng)前方法通常導(dǎo)致驅(qū)動程序提交時音崩潰措施在一段時間內(nèi)敗。這已在標(biāo)題為“過 7 天內(nèi)至少有一個 APO 禁用的計算機百分比”的文檔中對禺強進(jìn)了解釋?
