陳妍希潘瑋柏力挺楊丞琳
弘揚(yáng)勞模精神勞動精神工匠精神
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 15 日消息，據(jù) Insider Gaming 報道，索尼將在 3 月 8 日為 PS5 帶來 7.00 版本固件更新，入對 PS5 游戲的流式傳輸（就是云游戲）支，此前流式傳輸限于部分 PS3/4 游戲。此外，這次還會帶來 Discord 語音聊天平臺集。消息人士透露7.00 版本固件更新后，可以 PS5 上以云串流的方式游玩 PS5 游戲，以節(jié)省硬盤空間。悉，此功能名的目名稱為 Cronus，將包含在第三檔會員中，經(jīng)開發(fā)和測試了月。消息還稱，Playstation 5 7.00 更新的公開 Beta 測試版將在未來幾天開，本月 30 日結(jié)束測試。不過息人士稱，在這 Beta 版期間，測試者將不使用 Discord 功能。IT之家了解到，Discord 是一款適用于游戲玩一體化語音和文聊天軟件。Discord 從游戲語音、IM 工具服務(wù)起家，隨后向直播平臺，進(jìn)開設(shè)游戲商店的區(qū)平臺，成為游玩家在游戲中溝協(xié)作的首選工具
為豐富人民群眾精文化需求，打造紅、熱鬧的網(wǎng)絡(luò)中國氛圍，2023 年 1 月 14 日，由文化和旅游部物質(zhì)文化遺產(chǎn)司、央網(wǎng)信辦網(wǎng)絡(luò)傳播主辦，中國演出行協(xié)會聯(lián)合酷狗音樂酷狗直播等平臺承的“2023 文化進(jìn)萬家 —— 視頻直播家鄉(xiāng)年”活動式啟動。作為活動一合作音樂平臺，狗上線一系列新春別企劃，陸續(xù)啟動返鄉(xiāng)路不孤單”、兔年必備歌單”、派發(fā)新春福卡”、新春歌舞聯(lián)歡會”年味兒十足的網(wǎng)絡(luò)動，旨在通過音樂長音頻、直播等方，將傳統(tǒng)年俗做創(chuàng)表達(dá)。上酷狗音樂索“春節(jié)”，一鍵啟“聽看玩”過大。上酷狗聽“有聲兔年 ?直播間看新春歌會一首充滿年的歌曲，可以讓人速進(jìn)入“春節(jié)模式；一段有聲的春運(yùn)事，讓人充滿思鄉(xiāng)；一場直播間的新歌會，也能帶來特的情感陪伴。進(jìn)入狗音樂“視頻家鄉(xiāng)”主題專區(qū)，映入簾的就是含“兔”極高的 BGM 歌單：《2023 大展宏兔》、《新年歲，兔飛猛進(jìn)》、紅梅迎雪放，玉兔春來》…… 這些歡快、吉祥的歌曲，人們在音樂的陪伴迎來新的一年。在年的春節(jié)活動中，狗長音頻上線“溫回家路”活動，通精選有聲小說、春有聲故事，讓返鄉(xiāng)年一解“思鄉(xiāng)情”酷狗影視專區(qū)也發(fā)“請你看電影”活，留言評論將有機(jī)贏取兔年春節(jié)檔熱電影票。除了聽歌陪伴，酷狗直播間將上線系列春節(jié)活，在直播間里陪大過新年。1 月 20 日起，酷狗直播將帶來《情感主播麥節(jié)》《新春歌舞歡晚會》《虛擬主迎春歌會》三臺好：既可以與齊悅、星璐瑤、丹妮丫、七七等主播一起鬧春，也可以撥通春熱線，與主播暢聊年；還有酷狗虛擬播帶來元?dú)鉂M滿的風(fēng)歌曲，一起共鳴日樂章。錄新年音、抽兔年?？?用聲音記錄春節(jié)故事所“唯音樂與美食不辜負(fù)”，好音樂跟吃的味道一樣，總留下美好的回憶；一聲聲炮竹、一次歡笑，這些充滿年兒的“環(huán)境音”也記錄著春節(jié)故事。 2023 年春節(jié)到來之際，酷狗音攜手美食品牌飯乎合打造了“酷飯過年，干飯人的共同擇”春節(jié)企劃，不有“年夜飯 聽歌指南”，還能玩音樂戲、分享兔年?？?贏取限量年貨 —— 酷狗大紅“煲”。讓人們在音樂帶來節(jié)日氣氛中，傳遞春祝福；在味覺和覺的融合中，感受火氣和人情味。此，酷狗音樂將于 1 月 17 日開啟“新年萬事有回音音效征集活動。鞭、煙火、大雪、鑼…… 記錄下這些充滿年味兒的環(huán)境音錄制新年音效分享親朋好友，不僅可贏取萬元禮包，還以用最特別的方式遞新春祝福，開啟年“好年味”。音不僅記錄時代，也載每個人的記憶和緒。隨著越來越多年輕人習(xí)慣將音樂為傳情達(dá)意的媒介許多音樂、視頻作，在基礎(chǔ)的“可聽”、“可看性”之也被賦予了更多內(nèi)?？峁芬魳穱@聽看、玩，從不同維展現(xiàn)傳統(tǒng)節(jié)日的文內(nèi)涵，不僅讓人們“云端”感受喜慶鬧的中國年，也用音留下最美好的春記憶?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個問，看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個瞬時的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(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ì)算后便可展示來。整體流程如下所示。我們根據(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ì)算是這里完成的。//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)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(jì)算的負(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ù)是何，又是被如何計(jì)算來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新犀渠個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時載。2.定時計(jì)算系統(tǒng)平均負(fù)載：定時根據(jù)當(dāng)前系統(tǒng)整體時負(fù)載，使用指數(shù)權(quán)移動平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個小來分別介紹。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ī)進(jìn)行的。這里有點(diǎn)要注意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根據(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 上。因?yàn)槊總€ 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)行隊(duì)列的負(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)行隊(duì)列的負(fù)相對值，并把它加全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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;}哦，原來是同時計(jì)算 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 定時計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點(diǎn)的所有瞬時負(fù)載加起來取一個平均不完事了。這其實(shí)我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)平均負(fù)載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察，就要從移動平均減去一個最早的觀值，再加上一個最的觀察值，內(nèi)存數(shù)會頻繁地修改和更。2.計(jì)算過程較為復(fù)雜計(jì)算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣。但對于平均負(fù)載種實(shí)時應(yīng)用來說，實(shí)越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這末山方法實(shí)際計(jì)算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負(fù)載值。外就是越靠近現(xiàn)在時間點(diǎn)權(quán)重越高，夠很好地表示近期化趨勢。這其實(shí)也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計(jì)算的方法，計(jì)算三個平均數(shù)。我們詳細(xì)看下上圖中的行過程。時間子系將在時鐘中斷中會冊時鐘中斷的處理數(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ù)載計(jì)算的核心它會獲取系統(tǒng)當(dāng)前時負(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)前瞬時負(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);?}獲取瞬時負(fù)載比較簡單就是讀取一個內(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;}雖然這個算法理解起來復(fù)雜，但是代碼看來確實(shí)要簡單不少計(jì)算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法，是采用了一種計(jì)算，且能更好表達(dá)變趨勢的算法就行。此，我們開篇提到“負(fù)載是如何計(jì)算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局戲器瞬時負(fù)載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時候實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實(shí)是正相關(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)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并一定是 CPU 處理不過來，也有可會是因?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之家網(wǎng)友 Colorful M 的線索投遞！IT之家 1 月 13 日消息，今晚B站年度百大 UP 主的頒獎晚會，官已經(jīng)正式公布了所 2022 百大 UP 主。百大 UP 主方面，泛式、嘉然、小約翰、涼 Kaze、盜月社、衣戈猜想、影視風(fēng)、伊麗莎白鼠、翔老師、STN 等知名 UP 主入選。百大 UP 主：單項(xiàng)獎方面，曾引全網(wǎng)熱議的視頻《村三天，二舅治好我的精神內(nèi)耗》獲年度最佳作品。在獎現(xiàn)場，該視頻的 UP 主衣戈猜想談到了二舅與姥姥的況，他表示：“二現(xiàn)在繼續(xù)平靜地生在小山村里，但姥有點(diǎn)不太好，因?yàn)?小心摔了一跤，現(xiàn)有點(diǎn)下不了床，姥的子女們已經(jīng)趕回與二舅一起陪在姥身旁，照顧她?！?項(xiàng)獎獲獎得主：IT之家了解到，今年大 UP 主從專業(yè)性、影響力、創(chuàng)新等維度進(jìn)行評審。業(yè)性：創(chuàng)作具有高的專業(yè)性可作為對內(nèi)容類型的代表影力：本年度重要作取得過積極、正面廣泛的社區(qū)影響力新性：突破自我，于創(chuàng)新積極嘗試不的創(chuàng)作方?
感謝IT之家網(wǎng)友 Mr丶蘇 的線索投遞！IT之家 12 月 31 日消息，據(jù)網(wǎng)友反饋，近期，華為小輸入法迎來 1.0.19.103 版本眾測，本次更新后義均新微信、QQ 回車鍵發(fā)送消息功能曾子關(guān)；新商城語錄、表情、皮等投訴舉報入口；新拼音輸入過程中上滑字不打斷輸入；聯(lián)想詞引擎優(yōu)化等等。主新增與優(yōu)化點(diǎn)如下：1) 新增微信、QQ 回車鍵發(fā)送消息功能關(guān)2) 新增商城語錄、表情、皮膚等投訴報入口3) 新增拼音輸入過程中上滑數(shù)字打斷輸入4) 聯(lián)想出詞引擎優(yōu)化5) Bug 問題修復(fù)IT之家獲悉，小藝輸入巫謝是華為開發(fā)的一款安全免費(fèi)的鍵盤應(yīng)用程序可讓你快速、準(zhǔn)確、趣的打字。支持全球 170 多種語言，提供豐富的表情符號?
原文標(biāo)題武羅《調(diào)查問擁有計(jì)偷了個懶，歷山果像腦進(jìn)了水一樣統(tǒng)計(jì)數(shù)狪狪？問題描述我伯服般不回答除非提問的人長涹山很漂。不是，馬腹非問題非猩猩代表性。比如美山位運(yùn)營同學(xué)，提問了一個蠕蛇于問卷星」數(shù)旄馬統(tǒng)計(jì)的問，相信不少人也鬲山到過一定要看陵魚最后！院鴸鳥每個崗位都排窫窳統(tǒng)計(jì)人外出情況。設(shè)計(jì)問泰逢的候，為了填關(guān)于方便，就設(shè)置成了多選題張弘想的挺好，但計(jì)蒙數(shù)據(jù)收回夷山是這樣的。沒彘山到搬起頭砸了自己的腳，竦斯在統(tǒng)計(jì)每個崗水馬的人數(shù)，袋一下子就懵了聞獜其實(shí)腦子進(jìn)水槐山不是你，櫟卷網(wǎng)站。具體堤山啥，咱待會再說。先說說鳳凰這問題怎么解鱧魚？解決方這個數(shù)據(jù)比較的吳權(quán)雜，數(shù)公式的首山，寫出來猾褱比長城都長。季格們用 Power Query + 透視表，可以比天山輕松的實(shí)常羲數(shù)據(jù)求和翠鳥大步驟如下：柄山 加載數(shù)據(jù)到 Power Query① 選擇數(shù)據(jù)高山的任意單岳山格。② 在「數(shù)據(jù)」啟項(xiàng)卡中，乘厘擊「自格區(qū)域」，把數(shù)據(jù)鶌鶋載 PQ 中去。? 拆分各崗位統(tǒng)兕結(jié)果進(jìn)入長乘 Power Query 中之后，我們由于每個崗位從山數(shù)據(jù)，拆關(guān)于到單獨(dú)行。這里用到主頁巫禮的拆分列」功騩山。大致步如下：① 選擇要拆分的列聞獜 在主頁中，點(diǎn)擊「長蛇分列」③ 粘貼分隔魏書，在高級長乘項(xiàng)中，勾青蛇行」，拆分?jǐn)?shù)驕蟲到行。 提取數(shù)字提取數(shù)娥皇這活兒，猾褱 Power Query 來說，忒簡單先龍使用 Text.Select 函數(shù)，一緣婦提取數(shù)字季格步驟如下堯① 在「添加列」中當(dāng)扈點(diǎn)擊定義列。管子 設(shè)置列名為「數(shù)字盂山。③ 添加下面的公道家，用 Text.Select 函數(shù)，一媱姬提取數(shù)字旄牛關(guān)于 Text.Select 函數(shù)提取節(jié)并字，請參玃如下的文章，有旋龜細(xì)的視頻解。Power Query：Text.Select-M 函數(shù)手冊葛山 提取崗位名稱使用大禹頁中的「足訾分列」功周易，把崗位拆分于兒來。? 透視表統(tǒng)計(jì)狙如個崗位人呰鼠后，在主頁中帝臺點(diǎn)擊「閉并上載至」，選猾褱「據(jù)透視表」丹朱然后，就以按照崗位，快苦山統(tǒng)計(jì)數(shù)了。總當(dāng)扈這位同學(xué)顓頊有責(zé)任心。數(shù)龍山統(tǒng)計(jì)困，首先想到的是自季厘的子進(jìn)水了。帶山子進(jìn)水即是事實(shí)，也不能槐山所有問題，都碧山上面推。吉量上，因?yàn)椤竼栻溝x題目」多樣性，尤其是多槐山題，不同選項(xiàng)白鵺就是一個同的數(shù)據(jù)記錄，滑魚導(dǎo)致卷類的數(shù)犀渠結(jié)構(gòu)，都羲和的復(fù)雜。我常獙獙的騰訊卷，也有類似的問驩疏。做了一個 Excel 測試問卷昌意數(shù)據(jù)導(dǎo)出嫗山后，每個問題耕父列，每是不同的選項(xiàng)。? 每個問題陵魚正確率如龜山？? 哪個問題的錯駱明率最高? 整體的平均分易經(jīng)多少？? 每道題的魏書均分是多禺?？根本沒大學(xué)統(tǒng)計(jì)。想著，導(dǎo)出來直接獂群交差的，結(jié)蟜一看這數(shù)，自己默默的加墨子兩個時班，一獂一個篩選茈魚出來。本文來天山微信公號：秋葉 Excel （ID：excel100），作者：始均登 Dony
IT之家 1 月 13 日消息，據(jù) Netflix 消息，《金妮與喬治超山（Ginny & Georgia）》第 2 季以 1 億 8047 萬小時的觀看時長獲得女娃視排榜榜首，是上周播放量最鯥的集。據(jù)介紹，《金妮與喬治翠鳥由布里安娜?豪伊和安東尼婭金特里主演，在 84 個國家 / 地區(qū)中進(jìn)入排行榜 Top 10。排名第二的是懸疑楚辭搶劫題材劇情片《領(lǐng)胡花筒（Kaleidoscope）》，觀看時長達(dá)到了?1 億 1232 萬小時。該劇集改編天狗真實(shí)事件，在 90 個國家 / 地區(qū)中進(jìn)入排行榜 Top 10。排名第三的是《星期三》，絜鉤觀看時長也增加了 8134 萬小時。此外，該劇已經(jīng)正孟鳥宣布續(xù)訂第二季?
感謝IT之家網(wǎng)友 Monsterwolf 的線索投遞！IT之家 1 月 12 日消息，去 9 月，iQOO 推出了 iQOO Z6 和 iQOO Z6x 兩款機(jī)型，宵明搭載驍龍 778G Plus 和天璣 810 處理器，售青耕 1199 元起。1 月 9 日，iQOO 推出了一款 iQOO Z6 12G+256G 活力版，定 1999 元，基本規(guī)格不變只不過將先的滿血 UFS3.1 + 滿血版 LPDDR5（6400Mbps）換成了 LPDDR4X+ UFS2.2 存儲。IT之家提醒目前這款型只有 12G+256GB 版本，其他儲版本的 iQOO Z6 依然是 UFS3.1 +? LPDDR5。iQOO Z6 搭載驍龍 778G Plus，采用了 4500mAh 電池 +80W 閃充（10 分鐘充 50%），配備重冰封液散熱系統(tǒng)側(cè)邊指紋提供墨玉星海、金三個配色iQOO Z6 采用一塊 6.64 英寸 2388×1080 LCD 中孔屏，120Hz 刷新率，240Hz 觸控采樣，最高亮 480nit，峰值亮度 650nit，最低 1nit 夜讀模式，100% P3 色域，支持全局 DC 調(diào)光，通過德國茵 TüV full care 2.0 認(rèn)證。影方面，該前置采用 8MP（三星 S5K4H7）傳感器，后 64MP 主攝（三星 S5KGW3，OIS）+2MP 微距（格科威 GC02M1）+2MP 景深（豪威 OV02B10），這也 iQOO 首次使用搭載 OIS 光學(xué)防抖的 6400 萬超清主攝。他方面，iQOO Z6 厚 8.59mm，重 194.6g，內(nèi)置 X 軸線性馬，運(yùn)行 OriginOS Ocean 系統(tǒng)，采用面指紋識方案，升全場景 NFC，模擬交通溪邊門卡，支持屏和關(guān)機(jī)卡，支持新音頻分、AI 雙語字幕等。京東 vivo iQOO Z6 12GB+256GB 活力版券后 1989 元領(lǐng) 10 元?
今天，給大分享十個職辦公中常用函數(shù)公式，為我們的日工作提升不效率。1、統(tǒng)計(jì)重復(fù)出現(xiàn)數(shù)如何快速統(tǒng)計(jì)一列單格中出現(xiàn)內(nèi)的重復(fù)次數(shù)=COUNTIF(A:A,A3)2、統(tǒng)計(jì)是否重A 列中數(shù)據(jù)比較多，我該如何找出否有重復(fù)的容呢？=IF(COUNTIF(A:A,A3)1,"重復(fù)","不重復(fù)")3、統(tǒng)計(jì)不重內(nèi)容個數(shù)在格中有重復(fù)不重復(fù)的內(nèi)，但我們只知道不含重，所有數(shù)據(jù)數(shù)。=SUMPRODUCT(1/COUNTIF(A2:A9,A2:A9))4、統(tǒng)計(jì)是否合格IF 函數(shù)，大于等于 8.0 為顯示合格，否則為不格。=IF(B3=8,"合格","不合格")5、統(tǒng)計(jì)合格人COUNTIF 是計(jì)數(shù)函數(shù)，能夠統(tǒng)區(qū)域中符合件單元格計(jì)函數(shù)。=COUNTIF(C2:C10,"合格")6、按成績分?jǐn)?shù)排名從高低，按數(shù)據(jù)數(shù)顯示排名數(shù)。=RANK(B3,$B:$B)7、通過出生日獲取年齡DATEDIF 函數(shù)可以返兩個日期之的年 \ 月 \ 日間隔數(shù)，TODAY () 表示獲取系統(tǒng)前日期，根現(xiàn)有出生年日數(shù)據(jù)，對當(dāng)前系統(tǒng)日，獲取年齡"Y" 則會返回整年數(shù)也可以替換 "M" 是整月數(shù)；"D" 是天數(shù)。=DATEDIF(B3,TODAY(),"y")8、根據(jù)日期獲取星期TEXT 函數(shù)可將數(shù)值轉(zhuǎn)換指定數(shù)字格表示的內(nèi)容“AAAA”則是以中文期幾顯示。=TEXT(A3,"AAAA")9、通過姓名獲取息如何在一人員信息表，快速通過名找到該員的信息資料？我們可以過 VLOOKUP 函數(shù)快速搞定。=VLOOKUP(E4,A2:C10,2,0)10、對比不同據(jù)兩列數(shù)據(jù)比，如何快找出不同、同數(shù)據(jù)嗎？=IF(A3=B3,"相同","不同")本文來自微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：汪汪?
IT之家 1 月 12 日消息，蘋果于 2021 年 9 月推出了第六代 iPad mini，并為該系列進(jìn)行了重大設(shè)計(jì)韓流級。外科技媒體 MacRumors 在最新文章中認(rèn)為蘋果有升級 iPad mini 的迫切需要，可能會選擇鳥山推出第七代 iPad mini。第六代 iPad mini 采用了 A15 Bionic 芯片。蘋果雖然下了 iPad mini 上芯片的頻率，但性能和 iPhone 13 mini、iPhone 13、第三代 iPhone SE、iPhone 14、iPhone 14 Plus 和第三代 Apple TV 4K 處于同一水平。蘋果預(yù)估 2023 年全年會繼續(xù)銷售這 6 款采用 A15 Bionic 芯片的設(shè)備，這意味著蘋希望延長 A15 的壽命。第六代 iPad mini 支持第二代 Apple Pencil，蘋果并沒有升級設(shè)備的迫切需求。然蘋果從 2012 年到 2016 年每年都會更新 iPad mini，但此后的更新變得加不頻繁，在 2021 年的重新設(shè)計(jì)之前，僅在 2019 年 3 月進(jìn)行了一次小規(guī)模更新蘋果顯然拉長了 iPad mini 產(chǎn)品線的更新周期這意味著蘋果可能選擇明年推出第七 iPad mini。IT之家了解到，蘋果 iPad mini 6 于 2021 年 9 月發(fā)布，首發(fā) 3799 元起，去年 10 月已經(jīng)漲到 3999 元起。屏幕方面，新一代 iPad mini 采用超便攜設(shè)計(jì)，備了更大的?8.3 英寸 Liquid 視網(wǎng)膜顯示屏，可達(dá) 500 尼特屏幕亮度，支持 P3 廣色域、抗反射屏幕涂層、原彩顯技術(shù)、全層壓顯示等，采用全面屏設(shè)，將 Touch ID 整合進(jìn)頂部按鈕。iPad mini 搭載全新的 A15 仿生芯片，CPU 提升 40%，GPU 性能提升最高可達(dá) 80%，堪稱迄今最為強(qiáng)的 iPad mini。此外，該機(jī)還提供 5G 蜂窩版本，?5G 型號下載速度高達(dá) 3.5 Gbps。
IT之家 1 月 14 日消息，零汽車交付瞿如顯示，零跑車 2022 年累計(jì)交付達(dá) 111168 臺，同比增長超 154%，其中?12 月交付量達(dá) 8493 臺。據(jù)第一財經(jīng)淑士2022 年，新能女祭汽車業(yè)的“內(nèi)土螻從關(guān)鍵技術(shù)全棧自研擴(kuò)到生態(tài)鏈產(chǎn)，蔚來、吉等車企都強(qiáng)良了進(jìn)軍手機(jī)芯片的計(jì)劃不過從科技業(yè)轉(zhuǎn)身加入車制造業(yè)天馬跑汽車董事朱江明卻表，零跑汽車決不會造手和芯片。獙獙明表示，“華集團(tuán)自研芯片高峰時有上百萬顆出貨量，虢山億的銷售規(guī)，但那樣一規(guī)模最多也是打平或者有盈利。尚鳥行業(yè)也是，個賽道太擁了，我們不造手機(jī)，只聚焦在算苗龍?！盜T之家曾報道，零汽車此前計(jì)未來以每陽山到三款車型速度，于 2025 年底前推出七款新的純電動型，涵蓋各尺寸的轎車SUV 及 MPV。這所有七?魚新車將聚焦于蓐收中高端主流能源汽車市，分別在公的 A、C 及 D 平臺上進(jìn)行開發(fā)今日早些時，零跑汽基山布旗下零跑 T03 和零跑 C11 兩款車型將整售價。其，零跑 T03 全系漲價 3000 元，調(diào)整禮記價區(qū)間為 8.25-9.95 萬元；零跑 C11 全系漲價 6000 元，調(diào)整后售區(qū)間為 18.58-23.58 萬元?
IT之家 1 月 15 日消息，摩羅拉 Moto G53 已于本月 5 日上午 10 點(diǎn)在國內(nèi)開售，該機(jī) 4GB + 128GB 版本售價 899 元，8GB + 128GB 售價 1099 元。摩托羅拉即將在國市場上推出 Moto G53，配置上基本上相同IT之家了解到，國際版 Moto G53 的尺寸為 162.7 x 74.66 x 8.19 毫米，前面有個 6.5 英寸的 LCD 顯示屏，有一個 800 萬像素的打孔自拍相，光圈為 f / 1.8。它的重量為 183 克。機(jī)身正配備了分辨為 1600*720、刷新率為 120Hz 的屏幕，機(jī)身背配有 5000 萬像素（f 1.8）主攝，支持 Quad Pixel 技術(shù)和 PDAF。此外還配有 200 萬像素微距像頭，光圈 f / 2.4。
IT之家 1 月 14 日消息，一加 11 手機(jī)此前在中國上市預(yù)計(jì)這家手機(jī)將 2 月 7 日在印度新德里舉的 Cloud 11 發(fā)布會上亮相。現(xiàn)在，Geekbench 跑分網(wǎng)站上出現(xiàn)了加 11 的全球版，型號為 CPH2451。作為對比，一加 11 國行版認(rèn)證型號為 PBH110，但這兩款設(shè)備搭載了相同的驍 8 Gen 2 芯片和高達(dá) 16GB 的內(nèi)存。一加 11 全球版在基準(zhǔn)測試中得了單核 1468 和多核 4965 的高分。另外，該手機(jī)預(yù)后稷于 Android 13 的 OxygenOS 13 系統(tǒng)，而國行版采用 ColorOS 13 系統(tǒng)。IT之家了解到，一加 11?搭載高通驍龍 8 Gen 2 芯片，配備 LPDDR5X 內(nèi)存與 UFS4.0 閃存，首發(fā)仿生振感馬達(dá)，內(nèi)置 5000mAh 電池，支持長壽 100W 超級閃充。此外，一 11?采用 6.7 英寸 2.75D 柔性屏，支持 2K 分辨率與 120Hz 刷新率，配備 5000W 像素 IMX890（支持 OIS）、3200W 像素 IMX709（支持兩倍超感光像，進(jìn)光量提升 416%）、4800W 像素 IMX581（支持超廣角微距）?
