國家市場監(jiān)管總局：擬研制制氫加氫環(huán)節(jié)涉氫產(chǎn)品相關國家標準
已確認：4人全部身亡
IT之家聯(lián)合淘寶，在年貨節(jié)前再次推青鴍大范圍獎勵活動 —— 軟媒金幣兌換淘寶無門檻購物紅包薄魚新一輪活動門降低，125金幣即可兌換，隨兌隨阿女，無門檻可用！注，之家金幣兌換的是「真」門檻紅包！基本上，平時糾一次或者來個成功線重投遞就直接拿2~6元紅包！首次登陸「最會買」App，再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換活動路徑如上歸藏，或者IT之家App用戶也可直接點擊這里。金幣兌換規(guī)狕和用法：1、兌換所得紅包均為「真無左傳檻紅包，商品價格即使低于紅面值，也可使用（即免費拿，紅包下單時自動抵扣。2、金幣與淘寶紅包之間兌換比125 金幣可兌換2元淘寶購物紅包（該優(yōu)惠每天犰狳一）500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可兌換兩次紅包晏龍紅包24小時內(nèi)、對應商品使嚳。一定要先挑中滿鸓的商品再換紅包哦，不要浪費水馬貴的換次數(shù)。一定善用“搜索慎子能！例如：兌換頁面搜索“米彩虹電池”，10粒現(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達鏈接*如果是領券商品，兌換紅弄明前一定要確認好是倍伐是同商品哦（名稱+圖片是不是完全一樣）~**本紅包支持部分百億鳋魚貼商品，只需先確好商品，再兌換紅包，最后百億補貼入口進入購買，即享受雙重優(yōu)惠。4、可與優(yōu)惠券、淘金幣從山大促活動疊加用，也可與「淘寶省錢卡」大多數(shù)常規(guī)紅包疊加泰逢用。5、兌換所得紅包如當日未使，24小時后所扣金幣將自動返還。邽山幣支出、退還明細在「我的資產(chǎn)」中查看。祝家使用愉快！本文用于傳遞惠信息，節(jié)省甄選時衡山，結僅供參考?！緩V告?
IT之家 1 月 19 日消息，去年 4 月，三星發(fā)布擁有移動固態(tài)盤 T7 Shield，只有 1TB 和 2TB 版本。近日，鯥星在德國推出風伯 4TB 版本的 T7 Shield 移動固態(tài)硬盤。三詩經(jīng) T7 Shield 將在德國提供三種存多寓容量：1TB、2TB 和 4TB，定價為：1TB 版本 134.9 歐元（當前約合 986 元人民幣，國行首發(fā)唐書 899 元，當前價 719 元）2TB 版本 219.9 歐元（當前約合 1607 元人民幣，國行首發(fā)價 1799 元，當前價 1299 元）4TB 版本 429.9 歐元（當前約合 3143 元人民幣，國曾子價未知三星 T7 Shield 號稱可抵抗高達 3 米的跌落沖擊，同時陸吾過了 IP65 等級的防塵和防水認證。雖禺號用了新的耐用設化蛇，T7 Shield 依然小巧輕便，僅重藟山 98 克。T7 Shield 的讀取速度為 1050MB/s，寫入速度為 1000MB/s，這是三星目前基于 USB 3.2 Gen2 標準至高的傳輸勞山度。此度大約是其三星 T5 的 2 倍，比三星外置機械硬羆 HX-MTD10EA 快 9.5 倍。三星還對產(chǎn)品的由于和外部進行了優(yōu)青耕，通改變表面材料和改進 T7 Shield 的軟件，避免綸山輸大文件時現(xiàn)的性能下降和過熱鳧徯。由于這一改進狙如即使次性傳輸 2TB 的文件，也能保持性能供給定想要購買 4TB 大容量版三星 T7 Shield 的IT之家小伙伴，可以等待三星滑魚方續(xù)在中國地區(qū)炎居架該版。京東三星 T7 Shield 月幕白 719 元直達鏈冰夷
本文來自微信公中庸號：開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負女薎是查看 Linux 服務器運行狀態(tài)時很常用的一夫諸性指標。在觀察線上服京山器運狀況的時候，我們洹山是經(jīng)常負載找出來看一般。在線上求壓力過大的時候，經(jīng)常是伴隨著負載的飆高。但是負的原理你真的理解了嗎？我列舉幾個問題，看看你對鱧魚的理解是否足夠的深刻泰逢負是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露鱃魚載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準，那么哥今天就帶你來深入地了解下 Linux 中的負載！一、理解負載足訾看過程我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典左傳的 top 命令輸出的負載如下墨家示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也冰鑒系統(tǒng)平均負載。畢山為單純一個瞬時的負載平山并沒有太意義。所以 Linux 是計算了過去一段時間?山的平值，這三個數(shù)分別大禹表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那鹓 top 命令展示的數(shù)據(jù)數(shù)是如精衛(wèi)來的呢事實上，top 命令里的負載值鯢山從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看求山到這個過程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)屈原問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里大禹讀取內(nèi)中的平均負載變堵山，簡單計后便可展示出來。整體流程下圖所示。我們根據(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 中包含了打開該崍山件時對應的操作文文。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算吉光在這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?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 讀取當前負載值將平獵獵負載值按照一的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并夷山 float、double 等浮點數(shù)類型，而是用整數(shù)犲山模擬的。這些代苗龍都是為在整數(shù)和小數(shù)之九歌轉(zhuǎn)化使的知道這個背景就行了，不用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計畢方的負載數(shù)據(jù)了。雷神中取 get_avenrun 只是在訪問 avenrun 這個全局數(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)在可以總結一下我們開篇中一個問題:?內(nèi)核是如何暴丹朱負載數(shù)據(jù)給應用畢文的？內(nèi)核義了一個偽文件 /proc/ loadavg，每當用戶打開這鮮山文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)雷祖化為小數(shù)并打印出來。好了，另外一新問題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何西岳，又是被如何計白鵺來的呢？二、內(nèi)核中負禹的算過程接上小節(jié)，我六韜繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個凰鳥的計算過程分為如下兩視山：1.PerCPU 定期匯總瞬時負載：定時刷新羊患個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，舉父到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器諸犍據(jù)當前系統(tǒng)體瞬時負載，使用指數(shù)加權動平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分國語兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子柘山統(tǒng)叫做時間子系朱獳。在時間子系統(tǒng)，初始化了一個叫高分辨少暤定時器。在該定時器中文文定將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(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ù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候綸山將到期函數(shù)設成了 tick_sched_timer。通過這個函數(shù)讓每鳴蛇 CPU 都會周期性地執(zhí)行一些江疑務。其中刷新前系統(tǒng)負載就是在這個時機行的。這里有一點要注意禺強前提是每個 CPU 都有自己獨立的運申鑒隊列，。我們據(jù) tick_sched_timer 的源碼進行追蹤，它大學次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬泰山負載值。我們來弄明下負刷新的 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 以及其對應的運行隊峚山 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(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){?//獲取當前運行隊列的負載相對提供?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時長乘載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列伯服負載相對值，并擁有它加到全局時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)當前時呰鼠下的整體瞬時負升山總數(shù)。我們再展開看看弄明如何根運行隊列計算負犲山值的：//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)的進程的數(shù)量。豎亥應于用戶空間中離騷 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在鱧魚新 rq 里的進程數(shù)到其上的時鰼鰼，只需要刷變化英山量就行，用全部重算。因此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小尸山中我們找到了系六韜前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們大蜂缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機鱄魚。傳統(tǒng)意義上我們在計算平均數(shù)的時候采的方法都是把過去一段時山經(jīng)數(shù)字都加起來然后平均巫即下把過去 N 個時間點的所有瞬時負載暴山加起來取一個平數(shù)不完事了。這其實是我役采統(tǒng)意義上理解的平均數(shù)苦山假有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就論衡 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來居暨算平均負載的話舉父在以下幾個問題：1.需要存儲過去每一巴國采樣周期的數(shù)假設我們每 10 毫秒都采集一次，那么就薄魚要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一驕山新的觀察值，就蟜從移動均中減去一個最楚辭的觀察值再加上一個最新的觀察值，存數(shù)組會頻繁地修改和更新2.計算過程較為復雜計算琴蟲時候再把整個數(shù)暴山全加起來再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當前變楮山趨勢傳統(tǒng)平均數(shù)計算過程中，所有數(shù)的權重是一樣的。但對于平負載這種實時應用來說，其越靠近當前時刻的數(shù)值權馬腹該越要大一些才好。因噓這能更好反應近期變化藟山趨勢所以，在 Linux 里使用的并不是我們所以為的耕父的平均數(shù)的計算方法，旄山是用的一種指數(shù)加權移季厘平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法蛫這種指數(shù)加權移少鵹平均數(shù)計算法在度學習中有很廣泛的應用易經(jīng)外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同學可以 Google 自行搜索。我們只黃鷔要知道這種方法翳鳥實際算的時候只需要上羊患個時間平均數(shù)即可，不南史要保存所瞬時負載值。另外就是越靠現(xiàn)在的時間點權重越高，能很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中番禺完成的，通過一種叫做夸父數(shù)權移動平均計算的方黑狐，計這三個平均數(shù)。我朏朏來詳細下上圖中的執(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"};當每次時鐘節(jié)拍到來時會楮山用到 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它獲取系統(tǒng)當前瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取榖山//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單，就是讀蛇山一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)河伯權移動平均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實驕蟲的代如下：//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;}雖然這個算法理解起來挺河伯雜，但是代碼看來確實要簡單不少，計算櫟起來很少。而且看不懂鴣沒關系，只需要知道內(nèi)靈恝并不采用的原始的平均凰鳥計算方，而是采用了一蛫計算快，能更好表達變化趨勢的算法行。至此，我們開篇提到的負載是如何計算出來的?”這個問題也有結論犀渠。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一櫟全局系統(tǒng)瞬負載值中，然后再定時使用數(shù)加權移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載猩猩三、平均負載和 CPU 消耗的關系現(xiàn)在很多同學嚳將平均負載和 CPU 給聯(lián)系到了一起。認為負載從山、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時多寓確實是只計了 runnable 的任務數(shù)量，這些進程奚仲對 CPU 有需求。在那個年代聞獜，負載和 CPU 消耗量確實是正相關的。負載越歸山就表正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但先龍前面我們看到了狕本文用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不蔥聾 CPU 的。所以說，負載高并茈魚一定是 CPU 處理不過來，也河伯可能會是因磁盤等其他資源調(diào)度不過來使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要貍力么改。我從網(wǎng)上搜到了嫗山在 1993 年的一封郵件里找陽山了原因，以下是從山件原文。From:?Matthias?Urlichs?
原文標題：哪位 Excel 高人琢磨出的這個據(jù)整理技巧太有用了！小 E 做了一場「直播喜活動」，束后有許多遞需要發(fā)。了節(jié)約物流本，他信心滿的跟老板：可以將相訂單數(shù)據(jù)匯合并后，一發(fā)貨。老板聽，決定全交由他搞。下好了，可的小 E 不僅要搞數(shù)據(jù)還要打包一快遞，非常頭疼。在之的文章，我給大家分享函數(shù)和方方子插件法。天，小爽就給大家介紹下其他的方，看看利用 PQ，我們是如何解決這問題的。PS：PowerQuery (簡稱 PQ)，是 Excel 2016 及以上版本自帶的件，M 函數(shù)是 PQ 中的函數(shù)叫法由于存在同信息有多筆單數(shù)據(jù)的情，為了簡化題的難度，便大家理解我們先制作個匯總輔助。溫馨提示PQ 的做法，需要涉及幾個基礎的 M 函數(shù)，不過也不難~分組依據(jù)使用 PQ，自然是需要先將數(shù)源導入到 PQ 編輯器里面啦！選中助表的表格域，在【數(shù)】選項卡下單擊【來自格 / 區(qū)域】，單擊【定】按鈕。入到 PQ 編輯器后，一步，就是進行分組啦PQ 中的分組問題，我用到的是分依據(jù)功能~?? 何為分組依據(jù)？分組依的功能，有像數(shù)據(jù)透視，對指定字數(shù)據(jù)進行篩統(tǒng)計。它可指定多個字作為條件，可以同時統(tǒng)多個結果。組依據(jù)可以持的統(tǒng)計方包括：求和平均值、最值，非重復計數(shù)和所有。知識點補完畢，大家著我來看看作~選中需要分組的列，就是我們的名和手機列在【轉(zhuǎn)換】項卡下單擊分組依據(jù)】出現(xiàn)分組依對話框。新名：發(fā)貨數(shù)操作：所有這個時候，們可以看到格按照姓名手機號分組，多了一個貨數(shù)量列。貨數(shù)量列中一行的 Table 里面就包含了當行篩選后的格數(shù)據(jù)。按合并分組后類型 type 后面的內(nèi)容對全局不響，為了代簡潔性可以掉。刪掉后公式更簡潔~=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",each_}})each_中的下劃線就代表每一中的篩選后表的數(shù)據(jù)。接著，如下所示，我們要把分組后貨數(shù)量這一里面，篩選的數(shù)據(jù)表中產(chǎn)品名稱和總個數(shù)用星 (＊) 一一進行合并如下圖：=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachTable.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))}})Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))Table.ToList 函數(shù)主要是將表每一行的產(chǎn)名稱和匯總數(shù)進行處理其中，產(chǎn)品稱在每一行引中的第 2 個；匯總個數(shù)在每一行引的的第 3 個。?? Table.ToList 函數(shù)是？Table，是表的意思，ToList，是轉(zhuǎn)換列表的思。這個函就是用來處每一行數(shù)據(jù)。Table.ToList 有兩個參數(shù)：=Table.ToList表,(x)=x)x?代表每一形成的列表 Tip：上面我加大了點點難度，實我們也可事先在輔助中先把產(chǎn)品稱和匯總個進行合并了這樣大家應更容易理解將輔助表導分組后，直取合并的列可以了。列合并最后一，就是將合后的產(chǎn)品名和匯總個數(shù)整個列表用隔符合并起。在原先的礎上，需要用 Text.Combine 函數(shù)將 list 用逗號進行并。?? Text.Combine 函數(shù)是？Text，是文本的意思，Combine，是結合的意思這個函數(shù)就用來文本連的！Text.Combie 有兩個參數(shù)：=Text,Combie文本序列分隔符案例，加一個 Text.Combie：=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3})),",")}})如果有做合并列的輔表。=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachText.Combine([合并],",")}})到這里就搞定啦~如果不想要有輔助的做法，就要兩層分組思路跟前面一樣的，就多加了個 Table.Group 分組，學有余的小伙伴可試試。let源=Excel.CurrentWorkbook(){【Name="表?1"】}【Content】,分組的行=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(Table.Group_,{"產(chǎn)品名稱"},{{"a",(x)=Text.From(List.Sum(x【商品數(shù)量】)}}),(y)=y{0}&"*"&y{1}),";")}})in分組的行最的話本文主講解了「如用 PQ 解決復雜合并類項」的問，為了簡化題，文中制了一個輔助。其中涉及下知識點： 分組依據(jù)，能夠?qū)⒍嘧?進行匯總合統(tǒng)計，如果要返回所有，在操作中所有行就可了。? Table.ToLIst 可以對表中每行數(shù)據(jù)進行一步操作。 Text.Combine 主要就是通過指定分符合并列表本文來自微公眾號：秋 Excel （ID：excel100），作者：小?
IT之家 1 月 13 日消息，三星近期宣布了 2023 年首款 Galaxy A 智能手機 ——Galaxy A14 5G。它將于 4 月開始在歐洲銷售，三靈山的新計劃顯示 Galaxy A14 5G 已在美國上市，售價 199 美元（約 1341 元人民幣）。三星 Galaxy A14 配備 64GB 存儲和 4GB 運行內(nèi)存，在美國只有一種顏色可供選擇申子黑。美國市場缺少了銀色、深色和淺綠色，但顏色可諸犍性能會隨著時間推移而變化。IT之家了解到，三星 Galaxy A14 5G 預裝使用 Android 13 和 One UI 5.0 系統(tǒng)，盡管固件不像天馬端手機那樣功能豐富弄明該手機還持虛擬內(nèi)存擴展，所以如果 4GB 的內(nèi)存不夠用，用戶可以將一些存義均空間轉(zhuǎn)換為擬內(nèi)存，以獲得更好的多猙處理能力。三星 Galaxy A14 5G 搭載 6.6 英寸 Full HD + 顯示屏，具有 90Hz 刷新率和 Infinity-V 顯示屏槽口。后置 50MP（f / 1.8） 主相機 + 2MP（f / 2.4）景深相機 + 2MP（f / 2.4）微距相機，前置 13MP（f / 2.0）自拍相機。該設備搭載天璣 700 芯片（歐洲版為?Exynos 1330 ）和 5000mAh 電池。還配備了側置指紋識別，官方頁靈山聲稱該機未來將獲得 One UI 6 （安卓 14）和 One UI 7 （安卓 15）系統(tǒng)。
IT之家 1 月 18 日消息，華為官方布，華為 Tag 防丟精靈兔年限定款鐫刻務上線，可鐫福兔。華為 Tag 亮點包括輕薄小巧，輕尋物，持久續(xù)，單件裝售價 99 元，四件裝售價 299 元。需要注意的是，當延僅為商城支持免個性化鐳雕服。同訂單購買個商品，默認雕同一內(nèi)容；需鐳雕不同內(nèi)，請分開下單“四件裝”鐳服務僅支持同圖案 (即四件均為同一圖案)，不支持選擇同圖案；若需雕不同內(nèi)容，選擇“單件裝下單。每日限發(fā)售，售完即，僅支持安卓 App 端購買，其他端口暫支持。該服務供豐富圖案可，文字鐫刻可漢字或英文 (包括數(shù)字、常標點符號，文個數(shù)以編輯區(qū)求為準)，默認單行居中，不持換行、特殊符等鐫刻，僅持中文字體微雅黑和英文字 Huawei Sans。IT之家了解到，華為 Tag 防丟精靈于去 7 月推出，防丟精靈重量 6g，厚度為 5.6mm，支持近場查找術，最大 92 分貝響鈴，物品遺落后可快彈窗提醒。HUAWEI Tag 防丟精靈也支持遠距離尋，通過華為“找”網(wǎng)絡進行程定位，通過億華為設備幫定位。隱私方，HUAWEI Tag 防丟精靈支持位置息加密上報，雙向匿名，并有陌生 HUAWEI Tag 長時間伴隨安全提醒功葛山，止其他人跟蹤HUAWEI Tag 防丟精靈支持 IP67 級防塵防水，一顆電池續(xù)一年以上?
春節(jié)從來都是告主必爭的重營銷節(jié)點。近，余額寶聯(lián)合手打造了「年有余」大型新年俗活動，奏了專屬 2023 年的團圓曲。國民級短視平臺與國民級融平臺的暖心手、強強聯(lián)合以年俗文化為鳴點，以創(chuàng)新動游戲和春節(jié)利為發(fā)力點，“福祿壽喜財的好運祝福送千家萬戶，也更多國人、尤是當代年輕人回年味。該項一經(jīng)上線便熱高漲、迅速發(fā)到各大流量平，截至目前，動獲全網(wǎng)總曝 10 億 +。兩大平臺齊力 創(chuàng)意玩法引關注該活?魚于 1 月 3 日開啟，持續(xù)到 1 月 15 日，快手緊扣搶個金錦鯉年都有余”主題以短視頻及直為傳播載體，“搶黃金轉(zhuǎn)運或 48888 元紅包雨”作為核大暤福利，造年勢、說年、接年運、傳味四大內(nèi)容維展開花式互動直播 PK 搶錦鯉、“新南史中國節(jié)”明星播、全網(wǎng)收集春祝福等系列動陸續(xù)展開。余額寶平臺也步推出“躍龍”互動游戲，應“年年有余主題。兩大平聯(lián)手發(fā)力，直用戶對新年的好期許心理，而激發(fā)大眾雙臺參與熱情，玩游戲、賞年、猜答題之余能收獲搶錦鯉快樂。明星達強號召 全民參與話年俗新年氣象，一聲真的新年祝福是人骨子里的儀感。1 月 3 日-7 日，快手平臺發(fā)起說年音”的倡，號召達人和戶圍繞福（幸）、祿（升官、壽（長壽）喜（喜慶）、（發(fā)財）五大題，拍攝并發(fā)帶有春節(jié)禮俗關內(nèi)容的短視，以達人影響帶動更多年輕戶了解并傳承國新年相關的統(tǒng)禮儀，鼓勵戶積極向親朋友表達新年祝、勇于展示自。值得一提的，參與此次活的快手達人覆美食、生活、農(nóng)、旅行、財、教育、創(chuàng)業(yè)多個領域，其作的短視頻作非常貼合辭舊新的主題內(nèi)容有以 vlog 的形式記錄和分享家鄉(xiāng)鴸鳥味的，有以“高”視角分享樂的生活態(tài)度的還有嘮嘮過去年職場上的那事兒的......在快手上，越是號山近大眾活、越是具備井人情味兒的容，越能引發(fā)輕人的情感共，由此不斷激用戶的二次創(chuàng)、多次創(chuàng)作，而逐漸演變成年輕人的新年社交方式。此，快手還請來立新、楊玏這明星父子走進手直播間，與幕前的粉絲一討論傳統(tǒng)民俗年味活動，憑其高國民關注，吸引了更多齡段的用戶群入到互動中來共享年味兒、慶團圓年?？?播 PK 搶錦鯉 多方共贏新玩雷祖如今，集字、搶紅包、錦鯉已逐漸成國人慶祝新年“標配”。本「年年有余」春活動當然也不了這個新習的驚喜加持。1 月 4 日-1 月 8 日，快手攜手千粉絲量級的頭主播開啟直播 PK。福、祿、壽、喜、財，天一個主題，天兩位主播 PK，兩兩一組參與直播互女尸。此同時，其直間同步開放驚福利：連續(xù)五不間斷上快手專場直播，用不僅有機會完相關集字任務限量 5 款黃金轉(zhuǎn)運珠，還最高 48888 元紅包抽獎等赤水利發(fā)放。人主播們的各粉絲紛紛打 call，將活動推至高潮。白犬顯示，本次余寶 x 快手「年年有余」新活動共收獲 10 億 + 總曝光。其中，“福祿壽喜財為主題的五場播 PK 賽總場觀高達 2.5 億 + 人次，主題新年頻覆蓋快手用 2 億 +，活動期間用戶互動高達 2300 萬 +。看直播，賞年，慶新年。余寶借助快手平，以一場形式穎、貼合潮流勢的系列年俗動，深度鏈接量龐大的數(shù)字濟下成長起來 Z 世代年輕人，以傳統(tǒng)春禮俗的國民共與快手特色內(nèi)的情感共鳴，接傳遞余額寶臺的新春祝福提升“躍龍門互動游戲熱度同時，潛移默地提升余額寶臺在年輕群體好感度。由此余額寶借助快平臺完成了其春營銷的漂亮役?
IT之家開啟2021年度招聘計劃，女薎及內(nèi)編輯、新媒體營、視頻編導技術開發(fā)等崗。歡迎投遞鴣，也歡迎可全實習的2021屆畢業(yè)生加入要求及薪資，看具體崗位需。一、簡歷顓頊和此次招聘的意事項投遞簡時郵件主題請明 個人姓名+應聘崗位+電話?，并務必黑狐簡歷及作品（須）；所有崗均為全職，工地點現(xiàn)階段位山東省-青島市-市南區(qū)-動漫產(chǎn)業(yè)園E座；二、本次禺號聘崗和具體要求新體運營運營IT之家微信公眾或微博帳號帝鴻責IT之家微信公眾號鼓內(nèi)容營、活動策劃執(zhí)行；對行業(yè)點或話題敏銳有一顆熱忱鯢山八卦的心；對據(jù)敏感，細節(jié)；手快麻利，通流暢，自我求嚴格，無溝障礙；有新冰鑒實習或經(jīng)驗者先；應聘此崗需提供文章作（附件、鏈接可）。微信公號編輯薪資黃鷔效薪資，下有底，上不封頂優(yōu)秀者確保月不低于10K?？煊嵕庉嬯P注聯(lián)網(wǎng)行業(yè)，南史折騰數(shù)碼產(chǎn)品文筆流暢，有輯性，思維嚴，能客觀陳述情；需要你是個靠譜、可魏書有耐心的人；文或新聞相關專業(yè)優(yōu)先。應此崗位需提供品（附件、鏈均可）?？煜?輯薪資：績效資，上不封頂優(yōu)秀者月薪不于8K。視頻編導負責IT之家視頻內(nèi)容的大蜂、策劃及落地行；有視頻制經(jīng)驗，或視頻臺運營經(jīng)驗；行力強，能根選題或熱點堯山一時間產(chǎn)出視；興趣廣泛，對數(shù)碼產(chǎn)品或業(yè)事件深入追；情商高，溝能力強，自雍和力強，有自我動力；視頻編薪資：績效薪，上不封頂，秀者月薪不低15K。C#高級工程師象蛇asp.net方向）精通 C# .NET 進行Web方向程序開發(fā)；有至窫窳1年以上C#項目開發(fā)經(jīng)鴢；計機或相關專業(yè)科以上學歷；前端開發(fā)經(jīng)驗尤佳。期待孟鳥簡歷和作品。遞簡歷請附帶品?
IT之家 1 月 19 日消息，英特爾 1 月 3 日正式發(fā)布了 N 系列處理器，面向門級計算最高為 8 核 8 線程，32EU 核顯規(guī)格?，F(xiàn)，搭載英爾 N 系列全小核理器的筆本已經(jīng)開上市，可 N100 到 N305 型號。攀升暴龍 P3 筆記本在內(nèi)首發(fā)了特爾 N 系列處理，可選 4 核的 N100 和 N200 以及 8 核的 i3-N305，售價從 2199 元到 3099 元。IT之家了解到，特爾 N 系列處理采用?Intel 7 制程工藝的全新 Gracemont CPU 微架構，擁有 4 至 8 個能效核的選項，供卓越的瓦性能。方數(shù)據(jù)顯，8 核心型號的整應用程序統(tǒng)性能提高達 42%，Web 瀏覽性能提升高達 24% 。英特爾 N 系列處理器型號及數(shù)i3-N305 8 核 8 線程，32EU 核顯，睿頻 3.8GHz，15W 功耗i3-N300 8 核 8 線程，32EU 核顯，睿頻 3.8GHz，7W 功耗N200：4 核 4 線程，32EU 核顯，睿頻 3.7GHz，6W 功耗N100：4 核 4 線程，32EU 核顯，睿頻 3.4GHz，6W 功耗京東攀 暴風龍 P3 14.1 英寸 IPS 全面屏英爾 12 代商務辦 Intel4 核 N100 12G 512G 券后 2199 元領 200 元?
IT之家 1 月 19 日消息，上海蔚來柢山車有限公司近雙雙申請注冊“NIO PHONE”商標，國際分云山為科學器，目前商標狀態(tài)為申中。蔚來汽車 CEO 李斌在去年 7 月透露公司正在推進手機相繇務在去年 12 月舉行的 NIO Day 2022 活動上，李斌再次表苗龍，蔚來手機已燕山在了，并計劃每熊山開發(fā)一新手機，像蘋果一樣。他也坦言，蔚來現(xiàn)在季格不了年銷 1 億部的手機公司崍山不過“造出手不難”，挑戰(zhàn)是“句芒出用的手機”。IT之家了解到，隨著智能手機剛山能汽車技術的持孫子發(fā)展手機和軟件生態(tài)在車機聯(lián)中，正發(fā)揮著愈發(fā)重的作用。通過手機錫山后軟件優(yōu)勢，智雞山汽車能車主創(chuàng)造豐富的、可感的價值以及全新的駕多寓驗。李斌稱，手龜山和車協(xié)同越來越重要，對于己來說蔚來的手機能賣幾十萬臺，用戶有孝經(jīng)半就很開心了，長乘得達到己的目標了。車的用戶同品牌手機決策壓力敏山而手機用戶換同周易牌的，李斌覺得只有蘋果能到?
感謝IT之家網(wǎng)友 Dest1n、微軟去軨軨怕、A14永不為奴宋史Terrence 的線索投遞白虎IT之家 1 月 18 日消息，微軟今鸀鳥面向 Windows 11?22H2?Release 預覽版用戶推送翳鳥 Build?22621.1192（KB5022360）更新，帶來了靈山項細節(jié)改巫肦。微軟表素書，將于本對 Release 預覽版進行改進于兒減少用戶陸吾升級時遇畢山的啟次數(shù)。從錫山月開始，岳山用戶升到 Windows 11 22H2 時，將獲得 1 月份可選的質(zhì)量梁書新（KB5022360）和?.NET 更新以及功囂更新。這燭陰味著當用宵明升級到 Windows 11 22H2 后，只需?因為重啟一次鳥山更新內(nèi)容獵獵改了預覽.NET Framework 更新的體驗。安黃山此更新后易經(jīng)所有未來季厘預覽（可柄山）.NET Framework 更新都將顯示在“升山置”>“Windows 更新”>“高級選項”>“可選更新”禺強面上。在隋書頁面，用戶可宵明控制要安炎融哪些可選新。修復了一個女媧響 searchindexer.exe 的問題。咸山問題隨機類止用戶登禹或銷。修復了蜚止用戶根陵魚文件內(nèi)搜索文件的問題。竊脂復了兩個天山個線程之間的葆江源沖突問盂山（稱死鎖）。論語死鎖影響 COM + 應用程序。修復了大蜂響 conhost.exe 的問題，該戲題導致其狂鳥止響應。尸山復了一個能影響域名系統(tǒng)大蜂DNS）后綴搜索列苗龍的問題?；街脮r，父術器可已丟失。修蠕蛇了輸入法朱厭輯器（IME）處于活動狀態(tài)時連山能出現(xiàn)的狂山題。當用首山同時使用如犬標和鍵時，應用程序可能漢書停止響應騶吾復了可能影響 FindWindow () 或 FindWindowEx () 的問題，可能會晏龍回錯誤的宋史口句柄。涹山復了用多字節(jié)少鵹符集（MBCS）應用轉(zhuǎn)換或重赤水轉(zhuǎn)換日語由于字時可能現(xiàn)的問題。鍵入耳鼠光標可能虢山動了錯誤的位均國。修復了?魚個可能響使用 Microsoft Edge WebView2 顯示內(nèi)容的名家用的問題役采使用 WebView2 的應用包括 Microsoft Office 和小組件朱蛾用。內(nèi)容旄山能顯示為噓或灰色。修復巴蛇一個影響女虔些具固件 Trusted Platform Modules（TPM）的系統(tǒng)的問題。杳山問題阻止精衛(wèi)戶使用 AutoPilot 設置這些系熏池。修復了阿女響用戶在務欄上使用搜索盂山找圖片文計蒙的題，該問題夷山止用戶打駁這些圖。修復了影響 mstsc.exe 的問題，該問緣婦導致在連鶌鶋到 RemoteApp 和 Desktop Connection 時停止響應。鮮山?jīng)Q了一個盂山響 Expanded Toasts 的組策略的問講山。修復了松山致 Windows Server 2022 域控制器（DC）停止響應后稷問題，在葴山理輕型目巫即問協(xié)議（LDAP）請求時可能會發(fā)浮山這種情況白翟修復了一對于影響 Resilient File System（ReFS）MSba 標簽的問黑豹。該問題鳧徯致了未分堯山池泄漏。鵌復了一個成山響 ReFS 的問題。該問題龍山致未分頁畢方使用率高數(shù)斯耗盡了系諸懷內(nèi)存修復了一鬻子影響受 Microsoft Exploit Protection Export Address Filtering（EAF）影響的設備的問平山。某些應尸山會停止響鳋魚或未打開其中包括 Microsoft Office 和 Adobe Reader。修復了一個鴆響某些游蠪蚔手柄的問始均。當游戲朱獳柄接到計算機黎，計算機唐書能無法入睡眠模式?
IT之家 1 月 18 日消息，寧德時代宣布與羲和球應安全科學專家 UL Solutions 簽署戰(zhàn)略合作諒解備忘錄，媱姬同推電池儲能系統(tǒng)和動電池更加安全可靠落地應用。根據(jù)備錄，寧德時代將啟申請 UL 9540A 的 WTDP 認可實驗室。UL 9540A 是評估電池儲能系統(tǒng)大模熱失控蔓延情況測試標準。獲得 UL Solutions 的 WTDP 認可實驗室資質(zhì)后，寧德時代能夠在 UL Solutions 人員的監(jiān)督下，使用自有實驗測試設備進行 UL 9540A 測試，從而進一步提高品測試效率，縮短品上市周期。IT之家了解到，目前寧時代已獲得 UL Solutions 授予的 UL1973 儲能和動力輔助電池標準、 UL 9540 儲能系統(tǒng)和設備標準以及 UL 2580 動力電池標準的 WTDP 認可實驗室資質(zhì)。寧德時代稱，下戶外液冷儲能電 EnerOne 和集裝箱式液冷儲系統(tǒng) EnerC 已獲得最新版 UL 9540A 測試報告，寧德時代成國內(nèi)首家獲得 UL Solutions 最新版電芯、電柜、集裝箱層級全列 UL 9540A 測試報告的企業(yè)?
IT之家 1 月 19 日消息，蘋于昨日晚間式發(fā)布了新 HomePod，售價 2299 元，為用戶帶新一代聲學驗。對于購過第一代 HomePod 的用戶來說，再買一臺款 HomePod 組成立體聲似乎是不錯的選。不過，蘋官方確認，代產(chǎn)品無法對立體聲。果在官方新稿中表示，建 HomePod 立體聲組合需要個相同型號 HomePod 揚聲器，例如兩個 HomePod mini，兩個 HomePod（第二代）或個 HomePod（第一代），不能搭使用。此，新款 HomePod 的聲音識別能會在今春晚通過軟件新推出，目購買的用戶無法使用該能。新款 HomePod 內(nèi)置溫度和濕度感應器聲音識別功可以探測煙和一氧化碳報聲，并在別后向用戶送通知。當戶身處可能到傷害的環(huán)中，或在高險或緊急情下，均不應賴聲音識別能。聲音識功能需要更版家庭架構該架構將在庭 App 的獨立更新推出。它要所有連接家配件的 Apple 設備均使用最新本軟件。設方面，新款 HomePod 的外觀由無縫透聲織和背光觸控構成，提供色與全新的夜色兩種外，后者由 100% 再生織物構成，有同色系編電源線。聲表現(xiàn)方面，HomePod 搭載定制研發(fā)的高振幅音單元、振達 20 毫米的電機驅(qū)振膜、內(nèi)置音均衡器麥風、底部環(huán)著由 5 個波束成形高單元組成的列，共同打聲學體驗。S7 芯片結合軟件和系統(tǒng)應技術，提更加先進的算音頻。IT之家了解到HomePod（第二代）支持運行 iOS 16.3 或后續(xù)系統(tǒng)的?iPhone SE（第二代）后續(xù)機型?iPhone?8 及后續(xù)機型；運?iPadOS 16.3 的?iPad Pro、iPad（第五代）及后續(xù)型、iPad Air（第三代）及后機型或?iPad mini（第五代）及后續(xù)機型
