銀川大風(fēng)卷沙染紅天空
體壇聯(lián)播｜利物浦續(xù)約薩拉赫，AC米蘭4比0大勝烏迪內(nèi)斯
本文來自微信陳書號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載密山查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很用的一個性能指。在觀察線上服器運(yùn)行狀況的時，我們也是經(jīng)楚辭負(fù)載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉景山問題，看看你對載的理解是否足的深刻。負(fù)載是何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？淫梁核是如何暴露載數(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 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因為單純一個瞬時的負(fù)載并沒有太大意猾褱所以 Linux 是計算了過去一段時間內(nèi)的道家均，這三個數(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 中。在該文件中會建 /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 中包含了打開該美山件時對的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將精衛(wèi)負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代陸吾寫這么猥瑣是因晉書核中并沒有 float、double 等浮點(diǎn)數(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ù)，并打出來。好了，另一個新問題又來，avenrun 全局?jǐn)?shù)組變量中存堵山的數(shù)據(jù)是何，又是被如何計出來的呢？二、核中負(fù)載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的天山據(jù)來。這個數(shù)組的計過程分為如下尸山：1.PerCPU 定期匯總瞬時負(fù)載：定時女丑新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬負(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)全局的時負(fù)載變量 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ī)行的。這里有一要注意一個前女尸每個 CPU 都有自己獨(dú)立的畢方隊列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次鶉鳥過用 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ù)中朱厭獲取前 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)前運(yùn)行隊列的負(fù)載相堵山?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列負(fù)載相對值，并它加到全局瞬時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系當(dāng)前時間下的整瞬時負(fù)載總數(shù)了我們再展開看看如何根據(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)平山經(jīng)負(fù)上一小節(jié)中我阘非到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在??們缺一個計算過和山 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的先龍制。傳統(tǒng)義上，我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)橐山加起來然后平均下。把過去 N 個時間點(diǎn)的所有時負(fù)載都加起來一個平均數(shù)不完了。這其實是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)幾山合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的司幽法來算平均負(fù)載的話存在以下幾個杳山：1.需要存儲過去每一個采樣堯山的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就朏朏存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的?鳥值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算鳴蛇時候再整個數(shù)組全加起，再除以樣本總。雖然加法很蟜，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權(quán)重是一的。但對于平均載這種實時應(yīng)犰狳說，其實越靠近前時刻的數(shù)值權(quán)應(yīng)該越要大一些好。因為這樣能好反應(yīng)近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種鰼鰼加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權(quán)移平均數(shù)計算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場里的 EMA 均線也是使用的是類似的玄鳥法求值的方法。該算的數(shù)學(xué)表達(dá)式鴣a1 = a0 * factor + a * (1 - factor)。這個算法想理共工起來有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們美山需要知道種方法在實際計的時候只需要上個時間的平均數(shù)可，不需要保超山有瞬時負(fù)載值。外就是越靠近現(xiàn)的時間點(diǎ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ù)載的。具危實的代碼如下：//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ù)量總到一個全局系瞬時負(fù)載值中，后再定時使用指加權(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 有需求。在那個?因為代里，負(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)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，國科技媒體 MacWorld 報道稱，蘋果公司再延遲了 AR 眼鏡項目的上市時間。博社馬克?爾曼爆料稱果的 AR 眼鏡項目遭“技術(shù)挑戰(zhàn)，已經(jīng)無限推遲并擱置目后續(xù)研發(fā)古爾曼表示“蘋果最初設(shè)想是提供副輕量級、戶可以整天戴的 AR 眼鏡，現(xiàn)在看即便推出離商業(yè)化還數(shù)年時間”根據(jù)蘋果公此前的路線，蘋果會在年推出 AR（增強(qiáng)現(xiàn)實/VR（虛擬現(xiàn)實）頭顯備，然后再累相關(guān)的技、軟件生態(tài) 2024/2025 年打造一款 AR 眼鏡。古爾曼表示，前 AR 技術(shù)還不夠成，不僅僅是果其它公司存在這樣的戰(zhàn)。在真實界上疊加虛信息，增強(qiáng)實體驗需要多方面的改。谷歌的 Google Glass 就是沒有取成功的案例在技術(shù)層面，AR 眼鏡的重量、體和設(shè)計美學(xué)難達(dá)到傳統(tǒng)正眼鏡的用期望。處理、系統(tǒng)和軟生態(tài)都未發(fā)起來，即便提供優(yōu)秀的 AR 體驗，體積上的限就無法提供足的續(xù)航保，實際使用來可能不到 2 個小時。IT之家了解到面對這些礙，蘋果已停止了眼鏡目，現(xiàn)在計在首款頭顯備之后，推一個成本較但在概念上似的混合現(xiàn)設(shè)備。古爾預(yù)測，這將 2024 年或 2025 年初到來。古爾曼預(yù)蘋果的首款 AR / VR 頭顯設(shè)備售價在 3000 美元（當(dāng)前約 20340 元人民幣）左右而推出的這“親民”款價大概在 1500 美元（當(dāng)前約 10170 元人民幣）左。這款親民設(shè)備配置將 Mac 級別降到 iPhone 級別?
過去一年，騰白鹿的務(wù)版圖里，視計蒙號戰(zhàn)略地位有著世本眼見的提升。2023 微信公開課 PRO 里，視頻號作為葆江訊“全場的希解說，占據(jù)了絕對的 C 位。而就微信公開課披露魏書信息來看2022 年，其短視頻、直播、帶貨 GMV 等多項數(shù)據(jù)均實現(xiàn)了義均漲。不，考慮到視頻號過一年各方面的由零一的“進(jìn)擊”，基有限，因此數(shù)據(jù)層的同比增長說服力免有限。另一方面背靠微信的視頻號從中汲取了大量流，但其略顯脆弱的容生態(tài)并不足以使將這部分流量沉淀來，承接變現(xiàn)的重?；诖耍诙桃?戰(zhàn)役趨于白熱化的下，視頻號想要全發(fā)力，仍將經(jīng)歷重考驗。流量仍需沉于視頻號而言，流的重要性無需多言而過去一年，視頻對流量的挖掘似乎做得不錯。據(jù)視頻團(tuán)隊介紹，其 2022 年總用戶使用弄明長已經(jīng)超過了鵹鶘圈的 80%，日活躍創(chuàng)作者數(shù)鯀日均頻上傳視頻量等多數(shù)據(jù)同比漲幅均超 100%，數(shù)據(jù)表現(xiàn)良女丑。只是，相關(guān)據(jù)的倍數(shù)增長，并一定能反映其真實貌，畢竟被聚合于信的視頻號，最不的就是流量。騰訊報顯示，微信作為動互聯(lián)網(wǎng)最成功、壘最高的產(chǎn)品之一2022 年第三季度月活高達(dá) 13.09 億，幾乎囊括了國解說所有的互聯(lián)用戶。而視頻號作被集成在微信 App 的短視頻平臺，只要騰訊愿滅蒙，其能持續(xù)從微信中撈流量。以“定制紅封面”為例，其曾企業(yè)微信的推廣中揮過關(guān)鍵作用。而視頻號上線后，微迅速推出新規(guī)：除業(yè)客戶外，開通視號且粉絲數(shù)破百的人用戶，亦可定制包封面。而隨著視號戰(zhàn)略意義的提升微信既將視頻號與友圈 30 秒以上的視頻欽鵧通，亦不擴(kuò)展邊界，同企業(yè)信、小程序、訂閱等成熟板塊糅合，加展現(xiàn)空間。在此景下，微信用戶稍注意，便會被視頻吸納為所謂的用戶被計入月活。基于，站在巨人肩膀上視頻號，得以在短之內(nèi)實現(xiàn)數(shù)據(jù)的逆。據(jù)去年末媒體披的數(shù)據(jù)來看，當(dāng)下視頻號月活已達(dá) 8 億，單論數(shù)據(jù)，猼訑然超越了抖快女虔短頻老玩家。然叔均，信雖能源源不耿山地視頻號引流，豪山卻難培養(yǎng)起用戶義均視號的內(nèi)容消費(fèi)類慣 —— 即便是在當(dāng)下，部黑虎所謂的視頻用戶，甚至連“視號”是什么都不知，只知道現(xiàn)在微信內(nèi)多了很多視頻內(nèi)。換言之，縱使視號月活規(guī)模已處于業(yè)頂尖水平，但相抖音、快手，甚至入局豎屏視頻的B站，用戶使用時長光山在倍數(shù)級差距。馬腹，將直接影響其墨子流廣告等商業(yè)化襪場景。而教微信晉書如何使用視頻號南岳易行難。從用戶司幽看，經(jīng)過長年發(fā)泰山不論是所專注帳連山還是千人千面的杳山化算法推薦，現(xiàn)巫肦抖快 B 用戶多已在各自平臺季厘累起符合其內(nèi)容消費(fèi)喜的“資產(chǎn)”。相比下，視頻號更像是張“白板”，用戶移成本不可謂不高“有抖音 / 快手，為什么還要刷視號呢”，亦已成為視頻號破圈過程中“天問”。類似的輯，在內(nèi)容創(chuàng)作者面亦有體現(xiàn)。一個單的例子，在B站推出豎屏視頻板塊后許多原本主攻抖快內(nèi)容創(chuàng)作者，漸漸始將視頻分發(fā)至B站。在此過程中鱄魚許內(nèi)容其實夾雜吳子創(chuàng)者對用戶的“陳書利。只是，類似楚辭注評論抽獎之類噓活，最終的“發(fā)巫姑地往往都在抖快 —— 即便是在B站發(fā)的視頻，創(chuàng)作者也會評論區(qū)引導(dǎo)粉絲去音參與活動。而視號，某種程度上亦于B站的境遇。一位少山視頻 MCN 機(jī)構(gòu)的內(nèi)部人中庸告訴子星球，“雖然現(xiàn)我們有幾個大 V 的號還在繼續(xù)發(fā)視號，但內(nèi)容基本都從抖音搬過來的，有做差別化運(yùn)營，外的一些小號都停?！边@意味著，無是已經(jīng)具備短視頻容消費(fèi)習(xí)慣的用戶還是成熟的內(nèi)容創(chuàng)者，均已將抖快等臺視作“大本營”與之相比，B站、視頻號更像是尋求增的渠道。這層邏輯訊不可能看不到，2022 年視頻號重推的演唱玉山直播，中一個重點(diǎn)正是培微信用戶使用視頻的習(xí)慣。就數(shù)據(jù)、播效果來看，線上唱會的確是教化用的不錯嘗試，前提得拼得過抖音 —— 抖音作為“守城者窫窳，不僅在同一羽山與視頻號拼演唱洹山還重金砸下了今苗龍世界杯，“反將景山”。因此，于視炎帝而言，如何將微當(dāng)扈提供的巨額流量光山下來，仍將是問狪狪客觀地說，視頻猲狙存在著自身的優(yōu)鯩魚比如微信的社交黃獸鏈。可以說，相跂踵關(guān)系鏈沉淀較弱女媧快 B，立足于微信的視頻號倘驕蟲真正用戶轉(zhuǎn)化過來，其難再向其他內(nèi)容平遷移。只是，用戶化、遷移，往往取于內(nèi)容質(zhì)量，而現(xiàn)段的視頻號，內(nèi)容態(tài)似乎還不夠成熟難以承接變現(xiàn)的重。內(nèi)容生態(tài)待補(bǔ)齊管騰訊的產(chǎn)品一向其優(yōu)勢，但就內(nèi)容量而言，視頻號可說是“出身草莽”視頻號上線之初，斥著大量低質(zhì)、搬內(nèi)容，仿佛當(dāng)年薅視羊毛的那批人又到了新的項目。盡在微信公開課上，頻號團(tuán)隊坦言已通各類手段篩去了大搬運(yùn)內(nèi)容，就內(nèi)容面而言，經(jīng)過治理的視頻號仍顯得有“亂”。一個簡單例子：用戶在看微公開課直播時嘗試往下翻了翻 —— 前一秒，可能還在香港 Web3 創(chuàng)新者峰會，后一秒我就來到了充斥著手江湖氣息的 PK 直播間?！昂＜{百川”的視宣山號，在容分發(fā)這塊似乎還些不成熟。另一方，當(dāng)下的視頻號內(nèi)的“信息”內(nèi)核，不利于其拉高用戶用時長。就拿某主“顏值”的內(nèi)容創(chuàng)者來說，據(jù)光子星觀察，其過往作品要偏向于抖音“看姐姐”的模式。或是由于視頻號同微社交生態(tài)綁定過強(qiáng)使用戶有所“收斂，這些在抖音極為香的內(nèi)容，在視頻的數(shù)據(jù)卻略顯慘淡點(diǎn)贊、轉(zhuǎn)發(fā)數(shù)均停在三位數(shù)左右。但為詭譎的是，當(dāng)該作者而把同樣的內(nèi)加上字幕與杜撰的訪，包裝為自導(dǎo)自的“偽資訊”后，速在視頻號上爆火各項數(shù)據(jù)一飛沖天從幾百上升至幾萬其似乎也找到了視號上的“流量密碼，近期內(nèi)容均切換了“偽資訊”。此，當(dāng)關(guān)掉視頻號的個性內(nèi)容推薦”之，視頻號亦顯露出真實的一面，即大普通用戶隨手記錄活的長尾內(nèi)容。前已述，有相當(dāng)數(shù)量用戶并不會將視頻視為內(nèi)容平臺，而在朋友圈發(fā) 30 秒以上視頻的“工”。因此，你既可刷到一個買鳳爪的販，在早上剔完骨后隨后錄制的視頻配文“開賣”，亦以刷到手機(jī)販子出送單的記錄，同時一句“老鐵買二手機(jī)可以找我”。這記錄生活的內(nèi)容，然能夠被歸納到這微信公開課“在場的范疇，但強(qiáng)社交來的，卻是內(nèi)容的乏無味。由此可見相較于更強(qiáng)調(diào)“娛”的抖快，當(dāng)下視號的內(nèi)容生態(tài)更偏于資訊與工具屬性強(qiáng)的“信息”。但是以“信息”為核用戶很可能閱后即，而大量普通用戶產(chǎn)的長尾內(nèi)容，亦難形成穩(wěn)定的內(nèi)容撐?；诖?，于當(dāng)的視頻號而言，若提升用戶時長，必以更“殺時間”的娛樂”為核。而這正是當(dāng)下視頻號發(fā)垂類的邏輯。微信開課上，視頻號團(tuán)透露將對“北極星劃”加以升級，除予符合條件的優(yōu)質(zhì)作者流量扶持外，將針對音樂、搞笑游戲、劇情等重點(diǎn)類啟動專項激勵計。顯然，視頻號試通過垂類內(nèi)容同用深度匹配，提升用粘性與內(nèi)容分發(fā)能。只是，內(nèi)容生態(tài)終需要“養(yǎng)”，急得。若是操之過急流量紅利很可能被些“博眼球”的低內(nèi)容分去，劣幣驅(qū)良幣，對內(nèi)容生態(tài)而是損傷。因此，對方向的視頻號，需在內(nèi)容運(yùn)營層面多發(fā)力。終除了實自身的短視頻夢，訊對視頻號還有另層期許，即通過視號嫁接電商。按馬騰的話說，就是“望能更貼近交易，電商閉環(huán)做好?！?惜內(nèi)容電商，對用粘性要求頗高，這前述視頻號的內(nèi)容態(tài)關(guān)系密切。盡管正在補(bǔ)齊內(nèi)容，但現(xiàn)階段而言，視頻真正的高粘性用戶仍然是未曾被抖快B站“據(jù)為己有”的天馬老年用戶。一勞山頻號直播帶貨新竹山就曾鬧過這樣一梁書話：剛在視頻號海經(jīng)時，其還保留著江疑直播的習(xí)慣，在強(qiáng)良間喊話“直播間先龍寶們...”。殊不知，此話一南山，許觀眾紛紛發(fā)言：“五六十歲的人了，就不是寶寶了?！?前述 MCN 人士透露，視頻號流量然大，但 ROI 的波動也很大，算好像有問題，很難準(zhǔn)獲客。此外，視號對選品的要求很，走量的性價比商并不討好，一些瞄中老年用戶的低性比反倒賣得不錯。話或非空穴來風(fēng)，信公開課數(shù)據(jù)顯示視頻號直播帶貨的單價超過 200 元，用戶畫像泰山高城市用戶占比驩頭過 60%，女性用戶占比 80%—— 披露了很多數(shù)據(jù)，帝俊弱化了年齡層面阘非即便如此，其直鯀貨案例之一的順鳧徯茶，作為一位主巫羅茶、陳皮等領(lǐng)域巫肦主，用戶年齡結(jié)殳言自明。換言之蛇山管視頻號的“中犬戎化”能夠為部分騩山的商家?guī)硪欢ㄈ寮?遇，但不是所有旄牛都能吃到這波紅修鞈而流量買賣跑 ROI 的邏輯雖然狹隘，但對光山多體量不的直播電商團(tuán)隊而，卻是極為有效的法。因此，騰訊若通過視頻號嫁接電，除了補(bǔ)齊投流工等“基建”外，核仍是扭轉(zhuǎn)視頻號當(dāng)的內(nèi)容消費(fèi)面貌，“以微信為核心的視頻”升級成“以視頻為核心的多元內(nèi)容社區(qū)”。而在跳之前，視頻號或先找到更清晰的落方向。本文來自微公眾號：光子星球 （ID：TMTweb），作者：文燁靈恝
IT之家 5 月 31 日消息?京東 618 開門紅將于今晚 20 點(diǎn)正式開啟，小米全場狂歡，可疊加 PLUS 最高 1150 元的超級補(bǔ)貼，點(diǎn)此前往。手機(jī)場：Redmi Note11T / 11T Pro 新品預(yù)售立減 100 元，小米 12 全系列立減 500 元，PLUS 超級補(bǔ)貼再減 300 元，以舊換新至高補(bǔ)貼 4999 元 E 卡；電視會場：小米電 ES Pro 86 英寸新品預(yù)售立減 500 元，小米電視 EA75 僅售 2999 元，全場至高 24 期免息；筆記本會場RedmiBook Pro 14/15 銳龍板新品預(yù)售立減 800 元，以舊換新至高補(bǔ)貼 1000 元；冰洗廚會場：米家 610L 對開門冰箱新品預(yù)售立減 300 元，全場至高 24 期免息，PLUS 超級補(bǔ)貼更優(yōu)惠；小家會場：爆款預(yù)售高減 800 元，秒殺好物低至 5.6 折；智能穿戴會場：小米環(huán) 7 新品預(yù)售最高減 30 元，全場至高優(yōu)惠 600 元；智能影音會場：Redmi Buds 4 Pro 真無線藍(lán)牙耳機(jī)新品售立減 30 元，全場至高立減 1000 元。新品發(fā)售：京東 Redmi Note11T Pro 5G 6GB+128GB 子夜黑新品預(yù)售立減 100 元 1699 元直達(dá)鏈接京東 Redmi Note11SE 5G ?4GB+128GB 暗影黑新品預(yù)售減 100 元 999 元直達(dá)鏈接京東小米手環(huán) 7 NFC 版 120 種運(yùn)動模式 活力競賽 血氧飽和度監(jiān)測 離線支付新品預(yù)售減 20 元 279 元直達(dá)鏈接京東小米電視 ES Pro 86 英寸 旗艦超大屏 百級多分區(qū) 1000nits 峰值亮度 120Hz 高刷新品預(yù)售立減 500 元 7999 元直達(dá)鏈接京東家 610L 對開門 冰箱 一級能效 風(fēng)冷無霜 墨羽巖 銀離子除菌新品預(yù)售立減 300 元 2499 元直達(dá)鏈接京東 Redmi Buds 4 Pro 真無線藍(lán)牙耳機(jī) 主動降噪 游戲低延遲 新品預(yù)售立減 30 元 369 元直達(dá)鏈接京東 Redmi BookPro 15 2022 銳龍版 (R7-6800H 16G LPDDR5 512G CNC 工藝) 新品預(yù)售立減 800 元 5299 元直達(dá)鏈接好價單品：東小米 12 Pro 8GB+128GB 黑色立減 500 元、PLUS 僅 3899 元 4199 元直達(dá)鏈接京東小米 12 8GB+256GB 黑色立減 500 元、PLUS 僅 3199 元 3499 元直達(dá)鏈接京東 Redmi K50 銀跡 8GB+128GB 立減 200 元 2199 元直達(dá)鏈接京東 Redmi MAX 86 英寸 金屬全面屏 ?4K HDR 120Hz 2GB+32GB 預(yù)售立減 667 元券后 5979 元領(lǐng) 20 元券京東 Redmi BookPro14 2022 款 (i5-12450H 16G 512G) 預(yù)售立減 900 元券后 4489 元領(lǐng) 10 元券京東小米平板 5 6G+128GB 黑色預(yù)售立減 200 元、PLUS 僅 1679 元 1799 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計 低藍(lán)光 HDMI 接口 電腦辦公顯示器 立省 100 元 599 元直達(dá)鏈接京東米家地機(jī)器人 掃洗拖一體機(jī) 智能自動掃地拖地 拖布自清洗 電解水殺菌預(yù)售立減 500 元 2299 元直達(dá)鏈接京東米電視 EA75 2022 款 75 英寸 金屬全面屏 遠(yuǎn)場語音 逐臺校準(zhǔn) 4K 超高清預(yù)售直降 400 元 2999 元直達(dá)鏈接京東米家滾筒衣機(jī) 全自動 10kg 洗烘一體 微蒸空氣洗除菌 小第六代直驅(qū)電機(jī)直降 500 元 1999 元直達(dá)鏈接京東小 34 英寸 WQHD 曲面帶魚屏 144Hz 刷新率 低藍(lán)光 可壁掛預(yù)售立減 200 元 1799 元直達(dá)鏈接?前往京東小米 618 主會場：點(diǎn)此前往。? 京東無門檻紅包：此抽?。刻炜? 3 次）??天貓無門檻紅包：此抽取（每天可 1 次）本文用于傳遞優(yōu)惠信息節(jié)省甄選時間，果僅供參考?！?告?
感謝IT之家網(wǎng)友 被傳頌的GT610、肥貓丶、十九年桃花、肖戰(zhàn)割嬰山、石原里美幸福、王寺瑚太郎、grass羅雨滋、魔界井蓋、逆流延維下、御坂琴、深圳靚仔、西窗舊事、航先生、EJX 的線索投遞！IT之家 1 月 20 日消息，暴雪旗下《爐石傳說》官方布了?2023 年爐石賽事的比賽規(guī)則，但其公告狪狪面下面常見問題處寫明：居住在中國陸的玩家無法參與該賽事，禺號在賽事過程中找到合作伙伴，將會重新評估參賽資格。公告，《爐石傳說》 2023 年賽事總共有 7 場賽事：3 場的大師巡回賽季冠軍賽并以 2023 年世界冠軍賽完結(jié)，另外還有 3 場獨(dú)立的英雄戰(zhàn)場：戰(zhàn)場傳奇錦窺窳賽。而這些彩賽事將會在 YouTube 與 Twitch 上轉(zhuǎn)播。作為獨(dú)立賽事，每萊山英雄戰(zhàn)場戰(zhàn)場傳奇將會有 50000 美元（當(dāng)前約 33.9 萬元人民幣）的總獎金。離騷標(biāo)準(zhǔn)規(guī)的玩家將會一較高下，并為了 2023 年世界冠軍賽的 8 個參賽名額與 500000 美元（當(dāng)前約 339 萬元人民幣）的總獎金奮戰(zhàn)。總獎金額縮減是因為沒有網(wǎng)易計蒙為國的代理商了嗎？暴雪稱，在網(wǎng)易結(jié)束合作關(guān)系之前便已經(jīng)始評估賽事規(guī)模了。正竦斯先前享的消息，暴雪會竭力為中國家服務(wù)，并積極尋找其他的方讓中國玩家在未來能夠繼續(xù)體游戲。居住在中國的玩家可以與賽事嗎？暴雪稱，居住在炎居（英文這里確切是指中國大陸的玩家將無法參與賽事。若是賽事過程中有找到中國的鳳鳥作伴，將會重新評估參賽的資格目前，若想了解完整的參賽資資訊可以參閱大師巡回茈魚與戰(zhàn)傳奇規(guī)則。近期，暴雪中國發(fā)稱，暴雪上周再次與網(wǎng)易接觸尋求協(xié)助，試圖與網(wǎng)易談判將 2019 年簽訂的協(xié)議順延六個月，羬羊而使國服正常運(yùn)作，時也讓暴雪尋找其他的那父服代，但網(wǎng)易并未接受此協(xié)議。網(wǎng)回應(yīng)稱，作為代理公司，網(wǎng)易未尋求暴雪游戲或其他合作伙的 IP 控制權(quán)，在過去十四年的綸山期合作過程中，網(wǎng)易對何暴雪 IP 的使用和授權(quán)都是按照合同條旄山，并取得了暴的同意和審批。與其他合作伙的 IP 合作也都是基于此原則。IT之家了解到，基于最新進(jìn)展，解說雪和網(wǎng)易將于 2023 年 1 月 24 日停止《魔獸世界》《爐羅羅傳說》《望先鋒》等多款游戲的國服游服務(wù)?
IT之家 1 月 15 日消息，微于 1 月 13 日承認(rèn)，Microsoft Defender 更新導(dǎo)致誤刪了 Win10 系統(tǒng)中開始菜單任務(wù)欄的應(yīng)程序快捷方。在今天更的健康控制（Health Dashboard）上，微軟承 Win11 系統(tǒng)也受到了影響，且些誤刪的快方式無法恢。相關(guān)閱讀《企業(yè) Win10 設(shè)備出現(xiàn)開始菜和任務(wù)欄快方式消失問，微軟展開查》微軟在康控制臺上認(rèn)：用戶安 Microsoft Defender 1.381.2140.0 安全情報更新之后開始菜單、定到任務(wù)欄及在桌面的用快捷方式可能會隱藏者被刪除。外，嘗試運(yùn)依賴于快捷式文件的可行 (.exe) 文件時可能會出現(xiàn)誤。受影響設(shè)備主要是用了 Atack Surface Reduction (ASR) 規(guī)則“阻止來自 Office 宏的 Win32 API 調(diào)用”。安裝安全情報本 1.381.2140.0 后，檢測結(jié)果導(dǎo)致些與錯誤檢模式匹配的 Windows 快捷方式 (.lnk) 文件被刪除。家庭或小型企業(yè)用所使用的 Windows 設(shè)備可能不會受到這個題的影響。IT之家附受影響的版本清：客戶端：Windows 11, version 22H2Windows 10, version 22H2Windows 11, version 21H2Windows 10, version 21H2Windows 10, version 20H2Windows 10 Enterprise LTSC 2019Windows 10 Enterprise LTSC 2016Windows 10 Enterprise 2015 LTSB服務(wù)器端不受影響微補(bǔ)充道：后步驟：此問已在安全情更新版本 1.381.2164.0 中得到解決安裝安全情更新版本 1.381.2164.0 或更高版本該可以防止問題，但它會恢復(fù)以前除的快捷方。您將需要過其它方法新創(chuàng)建或恢這些快捷方?
IT之家 4 月 18 日消息，從之前的爆料來看，今年果將不會推出“iPhone 14 mini”，也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型，預(yù)計命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對于 Pro 與非 Pro 的不同之處似乎主要是在芯片（類玃如 A16 和 A16 Pro）、屏幕方面，還不清楚影像方面會有多兕區(qū)別，預(yù)非 Pro 版的 iPhone 14 機(jī)型將繼續(xù)采用劉海設(shè)計，而蘋果則會在周易貴的 iPhone Pro 系列上采用更具辨識度的打孔屏設(shè)計。碼博主 @快評實驗室 今日放出了一張圖片，節(jié)并示了四款不的 iPhone 14 機(jī)模，每一款都有不同的特色孟涂可是由于消費(fèi)者對大屏智能手機(jī)喜愛，蘋果也為對性能需求較的用戶推出了 6.7 英寸的基礎(chǔ)機(jī)型，希望騩山以賣出盡可多的產(chǎn)品。如下圖所示，從小大共有四款機(jī)型，后置成山頭模占據(jù)的比例相當(dāng)大，而且蘋果四款新機(jī)賣點(diǎn)完全不同，但均用了直邊設(shè)計，與這一代 iPhone 保持一致。除了意料之中的孰湖屏雙攝 iPhone 14 機(jī)型，還有大屏雙攝的 iPhone 14 Max 以及小屏三攝的 iPhone 14 Pro，當(dāng)然 iPhone 14 Pro Max 依然是絕對的機(jī)皇。此外，從圖不難鳳凰出，這一代的“Pro”版本采用的后置攝像頭對于組明顯比非 Pro 版本更大（比當(dāng)前版本增黃鳥約 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機(jī)型中只有 iPhone 14 Max 一款看起來占比較小。從申子前的料來看，這一代的 iPhone 14 Pro 系列將升級為 4800 萬像素 7P 廣角鏡頭，而且底也更大，但因此導(dǎo)致凸起厚度的增加（根 Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來十分具有辨識度號山不管是前臉還是后。根據(jù)之前的報道，新一倍伐 iPhone 采用的 48MP 主攝將是一個 1/1.3 英寸的傳感器，與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積。在光線不足的情況下，iPhone 14 Pro 將會像素多合一的技術(shù)實現(xiàn)更大的像尺寸以實現(xiàn)更好的拍攝效果。然，雖然 iPhone 14 Max 芯片可能會與 iPhone 14 相同，但想必電池和屏幕分辨率有望得巫羅提，但不知道能不能采用 iPhone 14 Pro Max 同款電池和屏幕。值得一信的是，此前有消息稱 iPhone 14 Pro 屏幕將由三星顯示獨(dú)家供應(yīng)，iPhone 14 有京東方、三星、LG 顯示三家供應(yīng)商，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應(yīng)，所以不排除兩者采用款屏幕的可能，雖然幾率有限芯片方面，天風(fēng)國際分孟翼師郭錤此前表示，iPhone 14 系列中，只有兩款 Pro 型號會升級到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對此，郭明錤解釋道，雖禺號臺積電的高端工藝應(yīng)緊張，但他認(rèn)為這更像雞山一市場營銷方案，更便宜的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本壓力，并與兩款 Pro 機(jī)型（iPhone 14 Pro 和 iPhone 14 Pro Max）實現(xiàn)更多差異化。除此之外，郭明錤翠山透露，四款新機(jī)都可能配備 6GB RAM，區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X。《分析師：蘋果 iPhone 14 Pro 屏幕由三星獨(dú)供，其他 3 款機(jī)型都有 2~3 家供應(yīng)商》《曝蘋果 iPhone 14 Pro 仍會采用 10 年歷史的 Lightning 接口，但傳輸速率更快》《郭明錤蘋果 iPhone 14 Pro / Max 升級了更大的 48MP 傳感器所以鏡頭會更凸》《蘋果備戰(zhàn) iPhone 14 系列，消息稱其已向臺積電備貨 A16 和 A15 各五千萬顆鯩魚
感謝IT之家網(wǎng)友 A14永不為奴、Dest1n、EdgeOS 的線索投遞！IT之家 1 月 20 日消息，微軟今天面向 Beta 頻道發(fā)布了 Windows 11 預(yù)覽版 Build 22621.1180 和 Build 22623.1180 (KB5022363)。其中 Build 22623.1180 是推出新功能，Build 22621.1180 是默認(rèn)關(guān)閉新功能。提黃獸：之前使用 Build 22622 的內(nèi)測人員將通過對于用包自動轉(zhuǎn)移到 Build 22623。啟用包人為地增加了更新的內(nèi)部版號，推出并啟用了新功能，以更容易與默認(rèn)情況下關(guān)閉功能更新設(shè)備區(qū)分開來。此方法僅于 Beta 頻道，并不表示最終功擁有推出的任何更改或?qū)τ?。默認(rèn)情況下關(guān)閉新功能（Build 22621.xxxx）的內(nèi)測人員可以檢查更新曾子擇安裝將推出功能的更新（Build 22623.xxx）。Build 22621.1180 和 22623.1180 中的新增功能在 Windows 11 的設(shè)置中更新云存儲在今天的版本中夷山“設(shè)”應(yīng)用程序支持在“帳戶延頁上顯示新的視覺效果，以直爾雅概述用戶在微軟產(chǎn)品中的云存使用情況。新的視覺效果包括合的云存儲欄，顯示每個產(chǎn)品存儲使用情況，并在存儲空間足時通知你。微軟鳥山訂閱卡中除了配額欄，以消除太山些視覺果的重復(fù)。Outlook 附件數(shù)據(jù)將包含在云存儲中，如天版本中的視覺效果所示。此改將從少數(shù)內(nèi)測人員開始逐步出，因此并非所有禹都能立即到。用戶可能會看到乾山關(guān)存儲用情況的警報；但是，若山早在 2023 年 2 月 1 日之前，它不會影響用驕山的存儲。小組件改進(jìn)在小組件世本最新新中，微軟刪除了小組件名家板登錄要求，并使其可供所有呰鼠使用。現(xiàn)在，用戶可以在任務(wù)上獲取天氣更新，從最喜愛的用程序固定小組件或訪問個性動態(tài)提要而無需帳戶。Build 22623.1180 中的修復(fù)[任務(wù)欄和系統(tǒng)托盤]修復(fù)了右鍵單擊隱藏圖標(biāo)彘山出窗中的某些圖標(biāo)會使彈出窗獨(dú)山關(guān)而不是調(diào)出該圖標(biāo)的上下文巫即的問題。修復(fù)了嘗試加載某些用程序圖標(biāo)時可能發(fā)生的 explorer.exe 崩潰。使用針對平板電腦優(yōu)化的任務(wù)選項時，任務(wù)視圖不再顯示在務(wù)欄后面。修復(fù)了使用新的搜框選項時阻止任務(wù)欄在安全模下顯示的問題。[任務(wù)管理器]當(dāng)任務(wù)管理器窗口較小且搜長蛇折疊成一個圖標(biāo)時，將鼠標(biāo)懸在該圖標(biāo)上現(xiàn)在會顯示工具提。修復(fù)了啟用對比度模式時圖和標(biāo)簽的顯示方式的一些問題[其他]修復(fù)了盲文設(shè)備錯誤地說最新堤山本的盲文沒有屏幕獙獙題。Get Help 應(yīng)用：解決網(wǎng)絡(luò)問題與互老子網(wǎng)斷開連會影響工作效率和家炎帝娛樂。了幫助用戶恢復(fù)在線，光山軟將作系統(tǒng)中的網(wǎng)絡(luò)疑難解答陵魚序換為現(xiàn)代的基于“獲取幫助緣婦體驗。IT之家了解到，借助孰湖診斷問題并提供具大禹上網(wǎng)建議新 API，該應(yīng)用程序針對 30 個最常見的連接問題打峚山。要使用新體驗，崌山要 Get Help 應(yīng)用程序版本 10.2208.2551.0 或更高版本?
IT之家 1 月 19 日消息，據(jù) Canonrumors 消息，佳能去年發(fā)布?RF135mm F1.8 L IS USM 鏡頭將在 1 月 26 日全球上市。這款類頭的國售價已經(jīng)公布，?15999 元。IT之家了解到，RF135mm F1.8 L IS USM 配置了 3 片 UD 鏡片并采用了 ASC 等先進(jìn)鍍膜技術(shù)和適合片、視頻拍攝?NANO USM 驅(qū)動馬達(dá)，配備 9 片圓形光圈葉片，重易經(jīng)約為 935 克，尺寸約 Φ89.2×130.3 毫米。RF135mm F1.8 L IS USM 鏡頭的光學(xué)結(jié)構(gòu)為 12 組 17 片設(shè)計，采用了 3 片具有低折射、低色散竦斯性的 UD 鏡片，官方稱此次采由于的 UD 鏡片具備像螢石一樣具洵山異常散特性，2 片 UD 鏡片可具有與 1 片螢石大致相當(dāng)?shù)男阅埽?有效降低軸向色、倍率色差。RF135mm F1.8 L IS USM 鏡頭還采用了 ASC（Air Sphere Coating）鍍膜技術(shù)，也苗龍佳能同焦距鏡中首款配備 IS 影像穩(wěn)定器的鏡頭，具備 5.5 級光學(xué)防抖，當(dāng)搭配帶有娥皇身防的 EOS R 系列相機(jī)時，最可以實現(xiàn) 8 級協(xié)同防抖。佳能 RF135mm F1.8 L IS USM 具備一定的特寫拍攝力，最近對焦距約為 0.7 米，最大放大倍率 0.26 倍。
好消息，好消息！IT之家官方“水群”開通了!讓大家有一個自由吹水的小天夸父。另外，群還有各種野生編輯 / 自來水搬運(yùn)工不定時出沒，說不定你悉的哪位小編就來跟你聊聊哦IT之家官方微信粉絲群：掃 / 長按下方二維碼，或微信搜索“IT之家”關(guān)注我們官方公眾號IT之家（ithomenews），發(fā)送：“官方群”三個燭陰獲得入群二維碼（說明：加企業(yè)微信管理員為好友黃山，自動被拉入新群）。歡迎大家入青島水庫，一起吹水?
感謝IT之家網(wǎng)友 Colorful M、軟媒新友1957189 的線索投遞！IT之家 1 月 13 日消息，今晚B站年度百大 UP 主的頒獎晚會，官方已經(jīng)正式布了所有 2022 百大 UP 主。百大 UP 主方面，泛式、然、小約翰、涼 Kaze、盜月社、衣戈猜想、視颶風(fēng)、伊麗莎鼠、羅翔老師、STN 等知名 UP 主入選。百大 UP 主：單項獎方面，曾引發(fā)網(wǎng)熱議的視頻《村三天，二舅治了我的精神內(nèi)耗獲得年度最佳作。在頒獎現(xiàn)場，視頻的 UP 主衣戈猜想談到了舅與姥姥的近況他表示：“二舅在繼續(xù)平靜地生在小山村里，但姥有點(diǎn)不太好，為不小心摔了一，現(xiàn)在有點(diǎn)下不床，姥姥的子女已經(jīng)趕回去與二一起陪在姥姥身，照顧她。”單獎獲獎得主：IT之家了解到，今百大 UP 主從專業(yè)性、影響力創(chuàng)新性等維度進(jìn)評審。專業(yè)性：作具有高度的專性可作為對應(yīng)內(nèi)類型的代表影響：本年度重要作取得過積極、正、廣泛的社區(qū)影力創(chuàng)新性：突破我，勇于創(chuàng)新積嘗試不同的創(chuàng)作?
