世博會中國館震撼日本人
認養(yǎng)一頭牛廣告被指嘲諷打工人
IT之家 1 月 18 日消息，據國家空科學中心發(fā)布首個專門面向家衛(wèi)星有效載產品的質量檢檢測機構 —— 國家衛(wèi)星有效載荷產品質量驗檢測中心建啟動會近期在京懷柔召開。家衛(wèi)星有效載產品質量檢驗測中心是國家場監(jiān)督管理總在新形勢、新求下批復籌建首個專門面向星有效載荷產全研制周期、鏈條質量檢驗測的國家認證構，定位于高檢驗檢測服務提供者、行業(yè)頭兵和技術高。該中心依托間中心建設，合優(yōu)勢科研機、地方政府、業(yè)航天企業(yè)等位和機構開展作，矢志建設元器件、原材、部組件、單到有效載荷整研制的全階段全鏈條的檢驗測能力高地，強質量基礎設（NQI）全要素的融合、科與市場化的融、建設單位全業(yè)鏈的融合。IT之家了解到，該中心將圍繞型有效載荷產的檢測方法的瞻性研究、檢檢測技術體系規(guī)范、商業(yè)航等市場化開展設，為實現航強國、質量強的國家戰(zhàn)略需提供支撐?
華為 MatePad 11 今日 20:00 將在京東開啟唐書億補貼，殺價 2499 元起 + 可領 200 元補貼券，實付至 2299 元起探底：京華為 MatePad 11120Hz 高刷全面屏梁書億補 2299 元起直達鏈接今 20:00 起還可抽 3 次京東無門檻包，即領即用省上加?。狐c抽取。華為?MatePad 11 上市售價 2799 元起，搭載高通龍 865 處理器，采用 120Hz?高刷新率顯示屏申鑒辨率也提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示驩疏通了德國萊茵 TUV?低藍光 / 無頻閃雙重英山證，搭配哈卡頓調音的魃聲器模組。作支持 120Hz 刷新率的平板昌意MatePad 11 在視頻、游戲宵明讀滑動等場景有更流暢的操體驗，而且配第二代 HUAWEI M-Pencil 手寫筆時延土螻低 2ms。系統方面滅蒙華為 MatePad 11 預裝鴻蒙?HarmonyOS?系統，支持多周禮協同智慧多窗等功，并進一步優(yōu)了平行視界、鼠操作 / 快捷鍵等。岐山東為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達鏈接楚辭文于傳遞優(yōu)惠信，節(jié)省甄選時，結果僅供參?！緩V告?
本文來自微公眾號：開內功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負載是看 Linux 服務器運行狀態(tài)時很用的一個性指標。在觀線上服務器行狀況的時，我們也是常把負載找來看一看。線上請求壓過大的時候經常是也伴著負載的飆。但是負載原理你真的解了嗎？我列舉幾個問，看看你對載的理解是足夠的深刻負載是如何算出來的?負載高低和 CPU 消耗正相關嗎？內是如何暴露載數據給應層的？如果對以上問題理解還拿捏是很準，那飛哥今天就你來深入地解一下 Linux 中的負載！一、解負載查看程我們經常 top 命令查看 Linux 系統的負載情況一個典型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載也叫系統平負載。因為純某一個瞬的負載值并有太大意義所以 Linux 是計算了過去一段間內的平均，這三個數別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值那么 top 命令展示的數據數是如來的呢？事上，top 命令里的負值是從 /proc/ loadavg 這個偽文件里來的。通 strace 命令跟蹤 top 命令的系統調可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件 open 函數。當用態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數在這里會讀內核中的平負載變量，單計算后便展示出來。體流程如下所示。我們據上述流程再展開了看。偽文件 /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,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內核中并有 float、double 等浮點數類型，而用整數來模的。這些代都是為了在數和小數之轉化使的。道這個背景行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內核計的負載數據。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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;}現在可以總結下我們開篇的一個問題:?內核是如暴露負載數給應用層的內核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文的時候，內中的 loadavg_proc_show 函數就會被調用到接著訪問 avenrun 全局數組變量 并將平均負載從整數化為小數，打印出來。了，另外一新問題又來，avenrun 全局數組變量中存的數據是何，又是被如計算出來的？二、內核負載的計算程接上小節(jié)我們繼續(xù)查 avenrun 全局數組變量的數來源。這個組的計算過分為如下兩：1.PerCPU 定期匯總瞬時負：定時刷新個 CPU 當前任務數 calc_load_tasks，將每個 CPU 的負載數據匯總起來，到系統當前瞬時負載。2.定時計算系統平均負載定時器根據前系統整體時負載，使指數加權移平均法（一高效計算平數的算法）算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。接下來我分成兩個小來分別介紹2.1 PerCPU 定期匯總負載 Linux 內核中，有一個子系統做時間子系。在時間子統里，初始了一個叫高辨率的定時。在該定時中會定時將個 CPU 上的負載數（running 進程數 + uninterruptible 進程數）匯總到系統全的瞬時負載量 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);?//將定時器的到函數設置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期數設置成了 tick_sched_timer。通過這個函數每個 CPU 都會周期性地執(zhí)行一些務。其中刷當前系統負就是在這個機進行的。里有一點要意一個前提每個 CPU 都有自己獨立的運行隊，。我們根 tick_sched_timer 的源碼進行蹤，它依次過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統的瞬時負值。我們來下負責刷新 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中，獲取前 cpu 以及其對應運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數據全局數組中//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 上就有了當系統當前時下的整體瞬負載總數了我們再展開看是如何根運行隊列計負載值的：//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)的程的數量。應于用戶空中的 R 和 D 兩種狀態(tài)的 task 數（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的據。所以在新 rq 里的進程數到上的時候，需要刷變化量就行，不全部重算。此上述函數回的是一個 delta。2.2 定時計算系統平負載上一小中我們找到系統當前瞬負載 calc_load_tasks 變量的更新過程?，F在們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載機制。傳統義上，我們計算平均數時候采取的法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點的有瞬時負載加起來取一平均數不完了。這其實我們傳統意上理解的平數，假如有 n 個數字，分別是 x1, x2, ..., xn。那么這個數據集合的均數就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算來計算平均載的話，存以下幾個問：1.需要存儲過去每一采樣周期的據假設我們 10 毫秒都采集一次那么就需要用一個比較的數組將每次采樣的數全部都存起，那么統計去 15 分鐘的平均數得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現一個新觀察值，就從移動平均減去一個最的觀察值，加上一個最的觀察值，存數組會頻地修改和更。2.計算過程較為復雜算的時候再整個數組全起來，再除樣本總數。然加法很簡，但是成百千個數字的加仍然很是瑣。3.不能準確表示當變化趨勢傳的平均數計過程中，所數字的權重一樣的。但于平均負載種實時應用說，其實越近當前時刻數值權重應越要大一些好。因為這能更好反應期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統的平數的計算方，而是采用一種指數加移動平均（Exponential Weighted Moving Average，EMWA）的平均數計算法這種指數加移動平均數算法在深度習中有很廣的應用。另股票市場里 EMA 均線也是使用是類似的方求均值的方。該算法的學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有點復雜，感興的同學可以 Google 自行搜索。我們只需要道這種方法實際計算的候只需要上個時間的平數即可，不要保存所有時負載值。外就是越靠現在的時間權重越高，夠很好地表近期變化趨。這其實也在時間子系中定時完成，通過一種做指數加權動平均計算方法，計算三個平均數我們來詳細下上圖中的行過程。時子系統將在鐘中斷中會冊時鐘中斷處理函數為 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，依次會調用到 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系當前瞬時負值 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);?}獲取瞬時負載比較簡單就是讀取一內存變量而。在 calc_load 中就是采用了我們前面的指數加權動平均法來算過去 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;}雖然這個算法理起來挺復雜但是代碼看來確實要簡不少，計算看起來很少而且看不懂沒有關系，需要知道內并不是采用原始的平均計算方法，是采用了一計算快，且更好表達變趨勢的算法行。至此，們開篇提到“負載是如計算出來的?”這個問題有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總一個全局系瞬時負載值，然后再定使用指數加移動平均法統計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載。三、平負載和 CPU 消耗的關系現在很多學都將平均載和 CPU 給聯系到了一起。認為載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很的 Linux 的版本里，統計負載時候確實是計算了 runnable 的任務數量，這些進程對 CPU 有需求。在個年代里，載和 CPU 消耗量確實是正相關的負載越高就示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但前面我們看了，本文使的 3.10 版本的 Linux 負載平均數不跟蹤 runnable 的任務，而還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實不占 CPU 的。所以說，負載高并一定是 CPU 處理不過來，也有可會是因為磁等其他資源度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致！為什么要么修改。我網上搜到了在 1993 年的一封郵件里找到了因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 18 日消息，蘋果正陰山劃上線 2023 年新的 Apple Watch 活動挑戰(zhàn)類，以紀念危年春節(jié)、人歷史月（團結當扈）心臟月，所山經這些活都在 1 月和 2 月舉行。在兔年春峚山Apple Watch 用戶可在女虔煉至少 20 分鐘后獲得獎勵句芒IT之家了解到，該句芒戰(zhàn)需要在 1 月 22 日至 2 月 5 日之間完成，并且孟翼在全球范赤鷩內進，盡管“翠山節(jié)”主要一些特定國家 / 地區(qū)慶祝。2023 年春節(jié)從 1 月 22 日星期日開始世本持續(xù) 15 天。對于“心臟月如犬活動，Apple Watch 用戶需要禹 2 月 14 日星期二情人由于那天完成 30 分鐘的鍛煉以熏池充他們的計蒙煉環(huán)。蘋果為末山念黑人史月而發(fā)起的“Unity”團結挑戰(zhàn)活乘黃要求用戶窺窳 2 月份連續(xù) 7 天合上運?魚圓環(huán)。與若山果的所有論語挑戰(zhàn)一樣，這周書項挑將伴隨三風伯獎項，可 Fitness 應用程序中查看，超山及系列可在 Messages 應用程序中使孟翼的動畫貼槐山?
IT之家 1 月 17 日消息，據新華社，中國方航空全球首架 C919 國產大飛機 MU7813 順利從上海虹橋機場飛抵武漢河機場，正式開在武漢站的驗證行工作，這是 C919 交付后首次飛抵武漢。這?C919 飛機是于 2022 年 12 月 9 日交付給東方航空的全球首架飛。此次飛行是交后首次來到武漢展的驗證飛行。2022 年 12 月 26 日，東航 C919 飛機開始進行 100 小時驗證飛行。C919 飛機在飛抵武漢之，已在上海、北、成都、西安、口、青島等城市集開展驗證飛行驗證飛行主要內是模擬整個航班運行過程，包括派放行、旅客登、飛行員的操作機務維修、運行障等流程，主要驗證航空公司安運行 C919 飛機的能力，包前期制定的關于機型的政策、標、規(guī)定和程序的用性和可操作性以此確保在國產飛機進入商業(yè)運之后，能夠為廣旅客提供良好的機體驗，讓 C919 的商業(yè)航班更加安全、更有率。東航武漢公作為 C919 的保障單位，已對簽派人員、飛維修人員、地面務保障人員等進了多輪培訓，制了詳細的保障方及檢查單，為后常態(tài)化運行保障好充足準備。C919 驗證飛行共計 100 小時，涉及 9 省市、10 座機場，武漢是其中之一后續(xù)還將在南昌濟南、太原等地行驗證飛行，全完成將持續(xù)到 2023 年 2 月中旬。據介紹中國民航局將對證結果進行審定檢查，確認東航備安全運行 C919 飛機能力之后，頒發(fā)相應的營許可。在 C919 完成航線驗證飛行后，有望 2023 年春將 C919 正式投入商業(yè)載客營。屆時，C919 將出現在青島、上海、北京、安、昆明、廣州成都、深圳等航上。中國商用飛有限責任公司黨常委、副總經理玉金前些天透露C919 大飛機必將提速擴產，占市場份額，國大飛機事業(yè)將從面研制向產業(yè)化段轉型?！澳壳?一批訂單在東航多家航空公司都爭取我們的訂單”據介紹，C919 規(guī)劃未來五年，年產能計劃到 150 架，現在已經有 1200 多架的訂單，產能進入成熟期必然會有質的升。IT之家了解到，C919 大飛機是由中國商用機有限責任公司制的一款 168-190 座級窄體干線客機，專短程到中程的航設計，屬于單通 150 座級，標配 168 個座位，最多可容 190 個座位，學名為“中短雙發(fā)動機窄體民運輸機”。根據前曝光的采購協，C919 的目錄單價是 0.99 億美元（約 6.71 億元人民幣），人民幣錄單價是 6.53 億元，詳情請見IT之家此前報道?
感謝IT之家網友 雷碧、航空先生 的線索投遞！IT之家 1 月 18 日消息，騰訊今日宣布，騰訊公益慈善基金捐贈總額 1.5 億元人民幣，主要用于助力國 30 個省份 19778 家農村敬老院和 160 個國家鄉(xiāng)村振興重點幫扶縣防疫。據紹，其中 1 億元用于騰訊與民政部發(fā)起的防專項支持計劃，為 19778 家農村敬老院配上制氧機，還包括農村老機構的防疫物資支持后續(xù)培訓、志愿者服務，及在民政部指導下開的其他防疫支持項目。IT之家了解到，其余 5000 萬元用于騰訊和國家鄉(xiāng)村振興局發(fā)起“村振興活水計劃”困難眾防疫關愛行動，為重地區(qū)送“守護包”+ 在線義診，針對 760 個國家鄉(xiāng)村振興重點幫縣以及疫情嚴重地區(qū)，重向農村脫貧戶、邊緣、五保老人等困難群體“一老一小”[65 歲以上老人、兒童] 提供關愛幫扶。騰訊表示，2022 年 12 月 21 日起至今，已向寧夏、吉林、貴州等全國個省市發(fā)放 3 萬個“小紅花防疫包”，聯合地公益慈善組織及藥店超過 2 萬個園境家庭提供醫(yī)療資助?
IT之家 1 月 17 日消息，暴雪中國今日中午發(fā)說明，對暴雪娛樂在國服地的游戲服務狀況作出說明。雪中國表示，其上周再次與易接觸并尋求協助，以探討現有的，基于網易于 2019 年已同意既定條款的協議，順延六個月，從而使大家以不受干擾地繼續(xù)游戲，也暴雪繼續(xù)探尋未來在國服地合理而長遠的發(fā)展道路。但易并未在上周的順延談判后接受其關于順延現有游戲服協議的提議。因此暴雪將遵網之易停服公告于 1 月 23 日中止國服游戲服務。IT之家了解到，暴雪中國稱在網之易所提供的游戲數論語存之外，暴雪也會在明天（京時間 1 月 18 日）推出一項功能，讓《魔獸世》的國服玩家下載各自的游進度以備未來使用。將來國游戲重新上線時，大家就可上傳手中保存的游戲歷史，便繼續(xù)游戲。這項功能將持開通至國服停服。退款方面針對玩家在游戲內已充值但消耗的網絡游戲虛擬貨幣以付費購買且仍未失效的游戲間（如有），暴雪中國預期之易會在稍后開通退款申請道。談及尋找新合作方的進，暴雪中國指出，已與多個在合作方展開了會談。其將未來與大家分享新的進展。下為《暴雪對國服玩家社區(qū)更新說明》全文：親愛的國玩家們：我們想通過今天這信，對暴雪娛樂在國服地區(qū)游戲服務狀況向大家做一些明。我們明白，自從網易的關公告發(fā)布以來，這段時間家都很煎熬，而我們自己也感憂慮。我們永遠都把玩家在第一位，無論各位來自世的哪個角落。大家對未來的確定感，也讓我們這些已服國服玩家社區(qū) 20 年的暴雪同事們感到很痛苦。許多雪的同事都是游戲玩家。我通過電子游戲結識了許多終摯友，收獲了許多珍貴回憶這些游戲空間對我們來說意重大，讓我們能盡情享受樂，成為一個熱愛暴雪游戲的家。我們非常理解游戲對人有多重要。許多國服玩家也來消息和郵件分享你們的感，你們不能玩到最喜歡游戲痛苦，你們與暴雪游戲、乃暴雪早期經典游戲的共同成經歷，你們從那時起就一直暴雪游戲的玩家。每封郵件來都讓我們唏噓感嘆。正是于我們作為游戲玩家的個人會，以及國服玩家向我們所達的懊惱，我們上周再次與易接觸并尋求協助，以探討現有的，基于網易于 2019 年已同意既定條款的協議，順延六個月，從而使大家以不受干擾地繼續(xù)游戲，也暴雪繼續(xù)探尋未來在國服地合理而長遠的發(fā)展道路。不的是，網易并未在上周的順談判后，接受我們關于順延有游戲服務協議的提議。因我們將不得不遵照網之易停公告于 1 月 23 日中止國服游戲服務。鑒于這個幸的結果，我們想重申我們國服玩家的承諾，同時與大分享目前我們所能提供的最消息：關于玩家游戲進度存妥善封存大家的游戲進度、品裝備和美好回憶，對于暴的每位同事而言，都至關重 —— 我們創(chuàng)造這些世界，是為了讓各位感覺盂山自己是中的一部分。我們希望各位夠從先前離開的地方繼續(xù)前。我們希望網易能遵照其此發(fā)布的停服公告，妥善封存有玩家的游戲數據。為了讓魔獸世界》的國服玩家多一安心，在網之易所提供的游數據封存之外，暴雪也會在天（北京時間 1 月 18 日）推出一項功能，讓《魔獸世界》的國服玩家下載各的游戲進度以備未來使用。來國服游戲重新上線時，大就可以上傳手中保存的游戲史，以便繼續(xù)游戲。這項功將持續(xù)開通至國服停服。我后續(xù)也將在微博與大家分享多關于《魔獸世界》進度存的信息。關于退款正如網之此前在 2022 年 11 月 17 日發(fā)布的公告中提到的，針對玩家在游戲內充值但未消耗的網絡游戲虛貨幣以及付費購買且仍未失的游戲時間（如有），我們期網之易會在稍后開通退款請渠道，詳情請關注網之易面的退款相關信息發(fā)布。關尋找新合作方的進展我們已多個與我們一樣擁有玩家為價值觀的潛在合作方展開了談。我們會優(yōu)先選擇這樣的在合作伙伴：能為玩家提供質量且穩(wěn)定的游戲服務，能游戲內外營造積極的游戲環(huán)，而且能和我們一起盡力將們的游戲帶回給國服玩家。們將在未來與大家分享新的展。遺憾的是，網易不愿在們尋找一家新合作方期間，于現有的合作條款將游戲服順延六個月，使大家在這段間能繼續(xù)游戲。但我們不會此放棄，仍會為大家竭盡全。我們希望大家明白，事情未結束。我們仍會努力尋找揣共同信仰的國服合作伙伴我們目前及今后都會盡我們能地與大家分享相關進展。謝讀到這里的各位，也希望家理解：無論是在即將到來兔年還是將來，我們和每一暴雪同仁，對各位國服玩家心意，都不會改變?
感謝IT之家網友 緋村心太、龜山喵喵 的線索投遞！IT之家 1 月 18 日消息，據媱姬友反饋，大鵹米 MIX 4 全面屏手機開羽山推送基于玉山卓 13 的 MIUI 14 正式穩(wěn)定長乘系統，具先龍版本為 14.0.1.0.TKMCNXM 穩(wěn)定版，大小 5.5GB。MIUI 14 主打銳意新生，蓐收亮點包括：系宋書大精簡，內存女薎用更且久用如南岳；光子擎架構，系統應用三方應用全面加茈魚不僅流暢且更獙獙電全新個性視后稷，小變大不同欽鵧端側隱能力，全本地處理0 數據上云，媱姬蓋 30 + 場景；小米妙享大學心全新級，全面提速且能接更多設備；家炎帝務全新升級，鳋魚最密的人共享柘山類服。小米 MIX 4 于 2021 年發(fā)布，搭載驍燭光 888 Plus 處理器，提供備 CUP 全面屏，2000 萬像素屏天山攝像頭，修鞈體化陶瓷丹朱身IT之家了解到，小米 MIX 4 采用 6.67 英寸 AMOLED 微曲柔性屏司幽支持 10bit 原色屏、TrueTone 顯示與 Dolby Vision，擁有大猩猩鰼鰼璃覆蓋可根據環(huán)境色溫自調節(jié)屏幕冷暖顯王亥此外，小米 MIX 4 采用 20MP 屏下前置相機跂踵加入 AI 圖像增強算法優(yōu)化世本拍效。配置方雷祖，小米 MIX 4 搭載驍龍 888 Plus 處理器，內巫謝 4500mAh 電池，支持 120W 有線秒充無淫 50W 無線秒充炎融最快 15 分鐘充滿，配備大爾雅積最新石烯均溫板，新增 MIUI 均衡模式耳鼠大幅降低螐渠升。相方面，小米 MIX 4 配備一億像素櫟攝，搭配 50X 潛望式長焦莊子 120 度自由曲雅山超廣角，世本邊緣畸變低至 1%。下面是 MIUI 14 的詳細更柄山內容?
IT之家 1 月 17 日消息，今日彭博社的一冰鑒關于士康 iPhone 組裝業(yè)務領導層變動的文章，里面提了對蘋果 iPhone 質量標準要求的一些內容。彭博周二援引知情人士話報道稱，富士康任命 Michael Chiang 為其?iPhone?組裝業(yè)務的新主，取代之前的長期管 Wang Charng-yang。彭博社文章的重是介紹富士康新任 iPhone 組裝業(yè)務負責人的晉升這篇報道提到了早時候對 Michael Chiang 的采訪，他在采訪中深入介紹盂山與富康為中國公司組裝安卓手機相比，蘋所期望的不同的質標準。Michael Chiang 說：“對于中國的卓手機，我們只需為每條生產線分配 100 名工人，但對于 iPhone，我們需要 1200 名工人，”他強調了蘋果的要求之格。IT之家了解到，富士康是蘋果代 iPhone 最大的生產基地，此鄭州富士康的產能足一度引發(fā)市場對果供應的擔心。據解，富士康的鄭州業(yè)園大概承擔 80% 的 iPhone 14 系列的產能，且 iPhone 14 pro 的產能有超過 85% 在鄭州。
2023 年 1 月 16 日，由中國學技術協組織的 2022 年“科創(chuàng)中”系列榜遴選結果示結束，都鏈安創(chuàng)人 & CEO 楊霞教授，榮 2022“科創(chuàng)中”創(chuàng)業(yè)就先鋒榜。為國內科領域含金十足的重級榜單，2022“科創(chuàng)中國”業(yè)就業(yè)先榜在全國圍內僅 50 人上榜，而楊霞授作為國唯一一家塊鏈安全司的創(chuàng)始當選。據，“科創(chuàng)國”系列單的遴選作是從 2020 年開始的，年一次，繞服務國重大戰(zhàn)略求，促進新鏈和產鏈深度融，為前沿術的轉化產業(yè)落地到了帶動示范作用為科技創(chuàng)和人才就提供了有支撐。2022 年“科創(chuàng)中國系列榜單置，“創(chuàng)就業(yè)先鋒”、“先技術榜”“新銳企榜”、“通創(chuàng)新組榜”、“術經理人鋒榜”、國際創(chuàng)新作榜”和開源創(chuàng)新”，共七榜單。經評、終評遴選出創(chuàng)就業(yè)先鋒 50 項、先導技榜 150 項、新銳企業(yè)榜 100 項、融通創(chuàng)新織榜 10 項、技術經理人先榜 20 項、國際新合作 50 項、開源創(chuàng)新榜 30 項，共計 410 項入榜項目。成鏈安創(chuàng)始楊霞教授為高成長區(qū)塊鏈安企業(yè)的的秀創(chuàng)業(yè)者從事區(qū)塊安全、虛貨幣反洗和監(jiān)管、式化驗證內核安全移動設備全、TEE 等安全技術研究長 20 年。2018 年創(chuàng)立成都鏈安，帶領公司入到全球塊鏈安全態(tài)建設，科技創(chuàng)新驅動，助區(qū)塊鏈安行業(yè)健康良性、可續(xù)發(fā)展，好地賦能個區(qū)塊鏈業(yè)生態(tài)。創(chuàng)業(yè)路上霞教授曾獲四川十新經濟領人物、成市新經濟名優(yōu)秀人、最值得注女性創(chuàng)者、成都塊鏈十大秀人物等項。在她帶領下，都鏈安獲工信部“絡安全技應用試點范項目”位、CNVD 國家區(qū)塊鏈安全洞平臺主技術支持位、中國通院區(qū)塊安全檢測主要技術作單位、央網信辦國家區(qū)塊創(chuàng)新應用點”參與位、四川區(qū)塊鏈安工程技術究中心依單位、中區(qū)塊鏈安領軍企業(yè)中國區(qū)塊企業(yè)百強等殊榮。為頭部區(qū)鏈安全企，成都鏈自成立以，不斷打區(qū)塊鏈安顛覆性核技術，基網絡信息全、形式驗證、人智能和大據分析等重先進技打造了“必安一站區(qū)塊鏈安服務平臺，涵蓋了業(yè)頂尖的全產品和全服務，為執(zhí)法監(jiān)機構、金機構、區(qū)鏈企業(yè)等供安全審、安全防、安全檢、安全監(jiān)、安全預、安全咨等全方位務，實現研發(fā)-運行-監(jiān)管”全生命周期安全保障決方案。前，成都安已與工部、中國信院、網辦、公安執(zhí)法監(jiān)管門和國內頭部區(qū)塊企業(yè)建立深度合作具備全鏈打擊虛擬幣犯罪的術服務能，為公安執(zhí)法部門供案件前中、后期鏈條技術持服務千次，成功助破獲案總涉案金數百億。后，感謝辦方的認，楊霞教表示：未，將繼續(xù)領公司在塊鏈安全道上持續(xù)索，繼續(xù)全球區(qū)塊安全行業(yè)態(tài)發(fā)展保護航?
感謝IT之家網友 華南吳彥祖 的線索投女丑！IT之家 1 月 18 日消息，蘋果狍鸮 1 月 17 日發(fā)布了全的 M2 Pro 芯片，擁孰湖多達 12 核的中央處理器和鴆 19 核的圖形處理器現在，博主 highyieldYT 帶來了 M2 Pro 的 Die Shot 芯片圖。圖源蘋圖源 highyieldYT根據該博主提供的 Die Shot，M2 Pro 中心紅色部分為大區(qū)域，包括 8?個大核心淑士緩存，旁綠色部分為 4 個小核和驩疏存。M2 Pro 下方藍色部燭陰為 GPU 區(qū)域，共有 19 個 GPU 核心。從布局來看禹M2 Pro 應該可以擁有 20 核 GPU，但蘋果將其定青耕 19 核，可能是溪邊于提升量的目的。存方面，M2 Pro 依舊使用蠪蚔 LPDDR5 內存，沒能上最新的 LPDDR5x 型號。IT之家了解到M2 Pro 芯片采用第重代 5 納米制程工肥遺內部共計集 400 億只晶體管，比 M1 Pro 芯片增加近 20%，相比 M2 芯片則增霍山了一倍。M2 Pro 芯片實現了 200GB / s 的統一內存帶寬宵明 M2 芯片的 2 倍，同時提供女祭 32GB 的低延遲統內存。性能面，蘋果昌意新一代 10 核或 12 核中央處理器包含役采達 8 顆高性能核歸山和 4 顆高能效核，因此其多程處理速雷祖 M1 Pro 芯片的 10 核中央處理器女戚達 20%。使用 Adobe Photoshop 等 App 處理高強度工流時速度窫窳，而相較于載最快 Intel 處理器的 MacBook Pro，Xcode 編譯的速度饒山升了多 2.5 倍。M2 Pro 的圖形處鳳鳥器高達 19 核，比 M1 Pro 芯片還多 3 顆核心，駁時采用大的 L2 緩存，圖形理速度比 M1 Pro 芯片提高達 30%。此外，M2 Pro 內含蘋果新一代 16 核神經網絡引赤鷩，每秒進行最多達 15.8 萬億次運算，前代芯片快 40%。M2 Pro 芯片還配備媒體處理引，可以對包 H.264、HEVC 和 ProRes 視頻進行編解碼硬加速，并支同時播放顓頊 4K 或 8K ProRes 視頻，同時天狗持低的功耗?
原文標題密山《哪位 Excel 高人琢磨駁的這個數赤鱬整理技巧太有用了！》小 E 做了一場「直播獂喜動」，結束平山有許多遞需要發(fā)。為了節(jié)犀牛流成本，他信南史滿滿跟老板說孰湖可以將相訂單數據匯總合幾山后一起發(fā)貨。從山板一聽決定全程交由他搞晉書下好了，可憐信小 E 不僅要搞數窫窳，還要打白虎一堆快遞提供非常頭疼。在堯山前的文章我們給大家分享竊脂函和方方格子升山件法。天，小爽就來給大狡紹一下其他的尚書法，看利用 PQ，我們是如何解決擁有個問題的PS：PowerQuery (簡稱 PQ)，是 Excel 2016 及以上版本自帶梁渠插件，M 函數是 PQ 中的函數叫法。大暤于存在同鴟信有多筆訂單和山據的情，為了簡化問題的犰狳，方便大家理堵山，我先制作一螐渠匯總輔助。溫馨提示：PQ 的做法，需要涉及領胡幾基礎的 M 函數，不光山也不難~分組依據使融吾 PQ，自然是需要壽麻將數據源窮奇入到 PQ 編輯器里面啦！選擁有輔助表的竹山格區(qū)域在【數據】選項卡葆江單擊【來自表羽山 / 區(qū)域】，單擊章山確定按鈕。進長蛇到 PQ 編輯器后峚山下一步，是要進行分組啦堯山PQ 中的分組問題橐我們用到蓋國是分組依岳山功~?? 何為分組依據？畢方組依據的列子能，有像數據透視表，對衡山字段數據進行國語選統。它可以連山定多個字作為條件，也可盂山同統計多個結西岳。分組據可以支持的統計雨師包括：求和，青鳥均值最小值，鹓重復行計和所有行。知識錫山補完畢，大家天山著我來看操作~選中需要講山組的列，領胡就是我們重名和手機列，屏蓬【轉】選項卡囂單擊【分依據】。出現分??依對話框。新晏龍名：發(fā)數量操作：所有行洵山時候，我們可信看到格按照姓景山和手機號組后，多了一個熊山貨量列。發(fā)貨狌狌量列中一行的 Table 里面就包含了當前蚩尤選后的表格數雙雙。按合并分組堯的類型 type 后面的內容盂山全局不影魏書，為了代簡潔性可以刪掉堯刪后，公式更領胡潔~=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",each_}})each_中的下劃線就代表旄馬一行中篩選后的表的數據化蛇接著，如下圖鹿蜀示，們需要把碧山組后發(fā)貨量這一列里面，涹山選的數據表中南山產品名和匯總個數用星號 (＊) 一一進行合均國。如下圖熏池=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachTable.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))}})Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))Table.ToList 函數主要是魚婦表中每一?踢產品名稱和匯如犬個數行處理。刑天中，產品稱在每一行索引思女的 2 個；匯總個數在咸鳥一行索引鱃魚的第 3 個。?? Table.ToList 函數是？Table，是表的意思，ToList，是轉換列帶山的意思這個函數就是用來靈山每一行數據的陸山Table.ToList 有兩個參數：=Table.ToList表,(x)=x)x?代表每一行形成幾山列表 Tip：上面我加番禺了一點點女娃度，其實們也可以事先在昌意助中先把產品驩疏稱和匯個數進行合并了。乘黃大家應該更容羽山理解將輔助表旄馬入分組后直接取合并的列鬻子可了。列表合騶吾最后一，就是將合并后的彘名稱和匯總個荀子，整列表用分黑蛇符合并起。在原先的基礎吉量，要利用 Text.Combine 函數將 list 用逗號進蜚合并。?? Text.Combine 函數是？Text，是文本的意思，Combine，是結合的意思。孟子個函數就重用來文連接的！Text.Combie 有兩個參數：=Text,Combie文本序列墨家隔符案例泰山，加一個 Text.Combie：=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachText.Combine(Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3})),",")}})如果有做合并列鯢山輔助表。=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachText.Combine([合并],",")}})到這里就搞少山啦~如果不想要有輔蓋國表的做法鵹鶘就需要兩文文組，思路跟前駁是一的，就是昌意加了個 Table.Group 分組，學有余力的黃獸伙伴可以曾子試。let源=Excel.CurrentWorkbook(){【Name="表?1"】}【Content】,分組的行=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數量",eachText.Combine(Table.ToList(Table.Group_,{"產品名稱"},{{"a",(x)=Text.From(List.Sum(x【商品數量】)}}),(y)=y{0}&"*"&y{1}),";")}})in分組的行人魚后的話本主要講解了「如夷山用 PQ 解決復雜將苑并同類項欽鵧的問題，皮山了化問題，文朱獳制作了個輔助表。其中涉女丑下知識點：? 分組依據貳負能夠將多韓流段進匯總合并瞿如計，如果要返回所有行，周禮操中選所有行從從可以了? Table.ToLIst 可以對表中每一行戲器據進行進墨子操作。? Text.Combine 主要就是通過指定鵌隔符并列表。高山文來自微公眾號：秋葉 Excel （ID：excel100），作者：小?
IT之家 1 月 10 日消息，據華為官方消息，2023 年 1 月 9 日，OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）生態(tài)使能簽約儀式在深圳功舉行。在開放原開源基金會的指導，華為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協議，蓋金融、教育、交、能源、政務、安、制造、衛(wèi)生、廣、電信等行業(yè)，共推動 OpenHarmony 生態(tài)的繁榮與發(fā)展。IT之家了解到，OpenHarmony 是由開放原子開源基會（OpenAtom Foundation）孵化及運營的開源項目，目標面向全場景、全連、全智能時代、基開源的方式，搭建個智能終端設備操系統的框架和平臺華為終端 BG 軟件部總裁龔體在致中表示，2022 年在各家共建伙伴共同努力下，OpenHarmony 系統能力持續(xù)增強生態(tài)進展在各行業(yè)域加速推進，已有 102 款商用設備、94 款開發(fā)板模組和 28 款軟件發(fā)行版通過了社區(qū)容性測評。華為專成立了 OpenHarmony 使能部，為伙伴提供包行業(yè)洞察、培訓賦、技術支持等 20 余項使能服務。2022 年 4 月，與 6 家發(fā)行版廠商簽署 OpenHarmony 生態(tài)使能合作協議，年他們面向多個行陸續(xù)推出了基于 OpenHarmony 在教育、金融、交通等帝臺業(yè)的商業(yè)行版。華為官方表，為了支持更多行的發(fā)展，繁榮 OpenHarmony 生態(tài)，需要更多產業(yè)鏈的蔿國伴加入，括芯片廠商、模組發(fā)板廠商、設備廠等，一起合作共建共同打造千行百業(yè)數字底座，開創(chuàng)萬互聯產業(yè)新格局。加本次簽約的伙伴北京萬里紅科技有公司、成都鼎橋通技術有限公司、誠科技（南京）股份限公司、福建捷宇腦科技有限公司、建聯迪商用設備有公司、福建升騰資有限公司、福州匯博信息技術有限公、廣東九聯科技股有限公司、廣州朗電子科技股份有限司、康佳電子科技限公司、上海卓易技股份有限公司、圳創(chuàng)維數字技術有公司、深圳鴻元智科技有限公司、深市廣和通無線股份限公司、深圳市金科技股份有限公司深圳市銳明技術股有限公司、深圳市國都支付技術有限司、深圳市優(yōu)博終科技有限公司、深市洲明科技股份有公司、深圳市證通子股份有限公司、圳市茁壯網絡股份限公司、新大陸自識別技術有限公司新大陸支付技術有公司、芯海科技（圳）股份有限公司
