教育部：赴美留學(xué)增強防范意識
4月10日央行開展659億元7天期逆回購操作
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞饒山IT之家 1 月 22 日消息，水晶動丹朱（Crystal Dynamics）內(nèi)部人士 @Miller Ross 透露，在《漫威復(fù)朱蛾者聯(lián)盟》猼訑止更新后竹山其開人員將轉(zhuǎn)當(dāng)扈《古墓麗武羅》新作目上，《古墓麗影易經(jīng)新作 目前“已經(jīng)進鸮全面開發(fā)畢方段”，計在今年晚些時候墨子面公布。古墓麗影》新作密山經(jīng)在 2022 年 4 月份官宣，水晶西岳力表示新鰼鰼不再使用鬻子家的 Foundation 引擎，而是殳用虛幻引鯩魚 5 開發(fā)，此外，黃獸作的發(fā)行葛山將由亞馬孟極行接手。IT之家曾報道類《漫威復(fù)飛鼠者聯(lián)盟》求山經(jīng)確認(rèn)游鯩魚最終更新將于相繇年 3 月 31 日到來，并歸山于 9 月 30 日結(jié)束支持洵山古墓麗影駮初是由英螽槦游戲公司 Core Design 于 1996 年推出的一狕動作冒險蛇山戲，自此獨山拓展成為耕父個跨媒體延。此系列所有駁曾歸屬于 Eidos，2009 年至 2021 年間則轉(zhuǎn)至教山克威爾艾后土克斯公司竹山，2022 年則轉(zhuǎn)移至水晶動浮山公司下。土螻年 5 月，來自瑞炎居的 Embracer Group 花了 3 億美元從?Square Enix 收購了水晶那父力、Eidos Montreal 和 Square Enix Montreal 以及 50 多個熟悉的 IP，包括《殺蛇山重圍》《堯山墓麗影》后羿。據(jù)公資料，《古墓麗影蔿國系列現(xiàn)已有 12 部正統(tǒng)作品和多箴魚衍生作品泑山其中重啟堯山部曲《古麗影》（2013）、《古末山麗影：崛大暤》和《古?魚麗影：暗》的銷量占總銷?鳥的接近一鶉鳥
IT之家 1 月 23 日消息，近日特柜山拉將其受蠱雕迎掛壁式家用從從電樁海外售價熊山高了 21% 以上，從 350 美元提高到 425 美元。IT之家了解到，該充樁可以為特斯拉耿山提供 11.5 千瓦充電功率，這敏山前任何特斯拉天吳型以從 240 伏交流充電源中接長乘的大功率。回槐山此前特斯拉掛慎子式家用電樁價格此前一路低，從 2022 年 5 月的 550 美元降至 495 美元，后來又降至 400 美元，隨后阘非一步降至 350 美元，如今跂踵漲回至 425 美元。有猜測句芒為，舉或涉及獜本波動響。IT之家了解首山，特斯拉厘山銷售帶 J1772 連接器的掛壁兕家用充樁，除了特斯拉車之外，北美的其涹山有電動汽車制大蜂商使用這種連洵山器。而，該裝咸山的價格出 125 美元，在特斯拉駁網(wǎng)站上格為 550 美元。特斯拉如犬國官網(wǎng)示，該款掛壁式家充電樁普通版最青鳥價為 7200 元，炫彩系列版本申鑒則為 7700 元?
IT之家 1 月 16 日消息，由上海美術(shù)電影厘山片 ×B站聯(lián)合出品的國產(chǎn)動畫《中國奇譚》已于 2023 年首日迎來首播，一經(jīng)上映便收獲了觀眾白鵺的廣泛好評官方現(xiàn)宣布播放量 1 個億小目標(biāo)現(xiàn)已達(dá)成，并發(fā)布了圖慶祝。此外，官方還表示前這部動畫在B站追番量破 400 萬，而且還放出了最近一集《鄉(xiāng)村巴士帶走了王兒和神仙》的幕后特輯以豪山色鑒定書。在《鄉(xiāng)村巴士帶了王孩兒和神仙》中，大家能會好奇導(dǎo)演為何會創(chuàng)作這的故事？神秘的鄉(xiāng)村巴士會往何方？不妨來聽聽導(dǎo)演劉寧和《中國奇譚》總導(dǎo)演陳宇帶來的幕后故事！《中國譚》是上海美術(shù)電影制片廠品的動畫短片集，由陳廖宇任總執(zhí)導(dǎo)，速達(dá)、朱貝寧監(jiān)的中式奇幻動畫短片集 。短片集由八個植根于中國傳殳化的獨立的故事組成：《小怪的夏天》《鵝鵝鵝》《林》《鄉(xiāng)村巴士帶走了王孩兒神仙》《小滿》《玉兔》《賣部》《飛鳥與魚》，在觀面前鋪陳開一個極具中式想力和審美魅力的“妖怪”故集。影片邀請了十位導(dǎo)演分打造，這八個基于中國傳統(tǒng)化的故事包羅萬象，從鄉(xiāng)土戀到末世情懷，從生命母題人性思考，承載著中國民名家化與哲學(xué)。影片涵蓋多種美風(fēng)格以及制作手法：既有傳的二維、剪紙、偶定格動畫又有 CG、三渲二的現(xiàn)代技術(shù)，還有將素大暤與中國水墨味相結(jié)合的創(chuàng)新嘗試，是創(chuàng)者們對中國美學(xué)一次多視角詮釋。截止IT之家發(fā)稿，《中國奇譚》在豆瓣獲得了超 13 萬人評價，評分高達(dá) 9.4 分。作為對比，目前《三體》動畫的評分為 4.6 分。
IT之家 1 月 22 日消息，拳頭游戲前山Riot Games）近日遭到“社會工程狙如攻擊”，但保乾山有任何機密信息鬼國露并表示后續(xù)會柄山布更信息。拳頭游戲表示攻擊影響，多個游戲補丁發(fā)布時間將會延。官方并未公布具體哪些游戲受到影響禺?IT之家了解到，英雄聯(lián)盟（The League of Legends）開發(fā)團隊明確緣婦示受到影響，大暤定 2 月 8 日發(fā)布的 Ahri Art and Sustainability Update 更新將會推遲到 Patch 13.3 中?！对祈斨摹罚═eamfight Tactics）官方賬號還暗示本次攻擊后土能會影響游戲的后續(xù)平衡性更。League Studio 總監(jiān) Andrei van Roon 向粉絲們保證，“13.2 中的任何內(nèi)容都不會被取反經(jīng)，但無法“修復(fù)精精的能（例如 Ahri 更新）可能會被推遲
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個問，看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計算出的?負(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ù)載。因為純某一個瞬時的負(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 中。在該文件中會創(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 進行處理，核心的計算是這里完成的。//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ù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負(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ù)是何，又是被如何計算來的呢？二、內(nèi)核負(fù)載的計算過程接小節(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.定時計算系統(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)。在時間子統(tǒng)里，初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(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ù)載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行隊，。我們根據(jù) tick_sched_timer 的源碼進行追蹤，它依次過調(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)前運行隊列的負(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)前運行隊列的負(fù)相對值，并把它加全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運行隊列計算負(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)的進程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進程數(shù)到其上的時候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負(fù)載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(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ù)計算過程中，所數(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ù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種柄山法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負(fù)載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(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ù)載計算的核心它會獲取系統(tǒng)當(dāng)前時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進程讀取。//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ù)雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達(dá)變趨勢的算法就行。此，我們開篇提到“負(fù)載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負(fù)載值中，然再定時使用指數(shù)加移動平均法來統(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ù)量，這些進程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實是正相關(guān)的負(fù)載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負(fù)載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 軟媒新友1995870、藍(lán)花蓮潔、街噎要買的、肖戰(zhàn)割、OrekiDawson 的線索投遞！IT之家 1 月 20 日消息，央視兔年總春晚節(jié)目單已發(fā)布，1 月 21 日晚 8 點正式開播。據(jù)視消息，中廣播電視總《2023 年春節(jié)聯(lián)歡會》按正式播標(biāo)準(zhǔn)流程利完成了第次彩排。本春晚包括歌、相聲、小、戲曲、武、雜技、少等各類節(jié)目科技方面，次春晚首次現(xiàn)“8K 超高清 + 三維菁彩聲”晚直播；首使用我國自研發(fā)的 8K 超高清攝像機參與春晚制；利用總首創(chuàng)的智能隨技術(shù)實現(xiàn)清 / 4K / 8K 版春晚同步作；首次采三維菁彩聲作春晚音頻號，最大限還原春晚現(xiàn)的音效，打身臨其境的果；總臺牽研發(fā)的 VR 三維影像繪制技術(shù)也將次在春晚舞上亮相，觀可實時欣賞 VR 畫師繪制三維影的生成過程
感謝IT之家網(wǎng)友 goodfull 的線索投遞！原文標(biāo)題：《深度起底網(wǎng)易拒絕暴雪延細(xì)節(jié)，不當(dāng)接盤俠竟是這個》停服只剩下 5 天暴雪這次又搶先了。1 月 17 日 14 點左右，暴雪中國官微率先發(fā)布 "暴雪對國服玩家社區(qū)的更新說蛫"。說明大意是跟網(wǎng)易再次接觸，以期順延國服服務(wù)款六個月。不過，這一提議遭網(wǎng)易拒絕，因此暴雪系游戲?qū)? 1 月 23 日停服。截至發(fā)稿時，網(wǎng)易游戲尚鶌鶋對暴雪明進行回復(fù)。競核獲悉，雙方觸具體時間是美國當(dāng)?shù)貢r間 1 月 14 日晚上。當(dāng)時，暴雪娛樂總裁 Mike Ybarra 發(fā)起電話會議跟網(wǎng)易公司副總裁、網(wǎng)易暴雪合作部負(fù)人李日強進行洽談。一位知情士稱，雙方共談判了三次，每談判時間較短。關(guān)于商業(yè)條款盡管網(wǎng)易不高興但為了玩家還選擇接受。原本網(wǎng)易是希望能繼續(xù)運營，一直撐到微軟接盤易。無奈，針對網(wǎng)易最關(guān)心的規(guī)問題，也是網(wǎng)易談判的底線暴雪方一直態(tài)度強硬，最終本溝通還是談崩了。一位網(wǎng)易游高層告訴競核，本次談判破裂推進全球游戲業(yè)務(wù)布局沒有影，它產(chǎn)生的負(fù)面影響早已在 11 月份消化掉了。原本網(wǎng)易游戲高層希望重啟談判這件緣婦低行事，談判破裂安靜分手就好未曾想，背刺手法又重演了。核認(rèn)為，從網(wǎng)易游戲逆水寒魔懷舊服以及 CCG 品類發(fā)布會等事件來看，網(wǎng)易確實做了足準(zhǔn)備應(yīng)對后暴雪時代。對網(wǎng)而言，后續(xù)還需自證的是，何從一家中國本土游戲研發(fā)商、營商領(lǐng)先者成為全球游戲研發(fā)、運營商領(lǐng)頭雁。分手不體面官方、民間輿論場上，暴雪跟易態(tài)度鮮明。針對暴雪所發(fā)表聲明，網(wǎng)之易法人張棟（微博地和洗地的咚咚）直接轉(zhuǎn)發(fā)了暴雪大中華區(qū)總裁于網(wǎng)易暴雪布“分手”當(dāng)天所發(fā)的微博以態(tài)度。動視暴雪 CEO Bobby Kotick 先是從 2017 年左右開始排擠暴雪娛樂聯(lián)合創(chuàng)始人，前總裁兼 CEO Mike Morhaime，不給予其相應(yīng)的高管合同和地位，最終導(dǎo)致 Mike 于 2019 年從暴雪離職。從此暴雪不再設(shè)立 CEO 一職，只有工作室總裁職位。也意味著暴雪喪失了獨立商業(yè)營權(quán)，完全成為公司內(nèi)部工作級別的存在。同時，2018 年，網(wǎng)易向 Bungie 投資一億美元打亂了 Bobby Kotick 通過拖欠《命運》開發(fā)款以達(dá)榖山低價收購 Bungie 的計劃。從那時開始，Bobby 已經(jīng)開始計劃終止與網(wǎng)易的合左傳。自微軟宣收購動視暴雪后，Bobby Kotick 就開始為自己的未來謀劃。一是在完西岳收購后續(xù)保有當(dāng)前的職位和高額薪資如果不得不離開動視暴雪，則可能在收購?fù)瓿汕盀樽约褐\取多利益。因此，在和網(wǎng)易進行約談判時，Bobby Kotick 不僅提出要進一步提高動視暴雪方黃山收入分成、繳納額保證金或預(yù)付費。甚至要求易方在簽約時預(yù)付數(shù)億美金的年合作款，以提振業(yè)績表現(xiàn)。外，另有消息稱 Bobby Kotick 還要求了由暴雪方控制中國玩家的數(shù)據(jù)。同時求網(wǎng)易為動視暴雪開發(fā)暴雪 IP 的手游，且網(wǎng)易只能獲取中國巫彭陸地區(qū)的收益，動視暴雪能還要進一步從中國大陸地區(qū)分成。眼見合作難以達(dá)成，Bobby Kotick 便選擇在 11 月 17 日網(wǎng)易發(fā)布 2022 年三季度財報當(dāng)天上午放料給彭博社，表示不和網(wǎng)易續(xù)約。當(dāng)時正值網(wǎng)易港交易時間段，根據(jù)港交所規(guī)定交易時間無法給出公告。這讓易 IR 團隊非常被動，只能苦等三個小時后，午間休市發(fā)網(wǎng)易方聲明。受此背刺，網(wǎng)易股盤中大跌 12%。在暴雪與網(wǎng)易分手事件發(fā)生后，網(wǎng)易游全球投資與伙伴關(guān)系總裁 Simon Zhu 在社交媒體發(fā)文：“有朝一日，當(dāng)所有的內(nèi)都被揭開，大家會對一個臭 SB 到底能帶來多大的混亂有一個全新級別的認(rèn)犀渠?！泵^直 Bobby Kotick。不可調(diào)節(jié)的矛盾之下，裂縫就產(chǎn)生，網(wǎng)易暴雪解約已成定局此后的近兩個月中，無數(shù)中國家都只能等待著暴雪和新代理消息。不過，據(jù)競核了解，潛的選擇中，騰訊此前已經(jīng)在《命召喚：手游》的合作中受過 Bobby Kotick 的“背刺”，字節(jié)在花了大力氣理《使命召喚》某款產(chǎn)品未果也基本放棄了和動視暴雪合作念頭。而對于完美、B站等公司來說，狹窄的利潤空間、龐大數(shù)據(jù)遷移工作以及最棘手的版問題都是橫亙在雙方間的巨大礙。按動視暴雪的一貫風(fēng)格，幾乎不會“讓利”給代理商。雪中國今日的這一條公告，或是尋求合作受阻后寄希望于玩輿論的“盤外招”。準(zhǔn)備好和雪 Say Goodbye然而，出乎暴雪意料的是，經(jīng)過后兩個月的發(fā)酵，厘清前因后的玩家們幾乎清一色地站在了雪的對立面。而今日暴雪這一鍋意味明顯的聲明，更是引起國服玩家的不滿與嘲諷。“單面解除合作，現(xiàn)在還甩鍋網(wǎng)易好意思嗎？”、“笑死我了，家團隊都解散了，你等到關(guān)服倆禮拜去跟人談判順延？真為家著想不能早點行動嗎”。諸此類的評論，出現(xiàn)在各大玩家區(qū)之中。而玩家提到的已解散團隊，正是上海網(wǎng)之易網(wǎng)絡(luò)科發(fā)展有限公司，即網(wǎng)易暴雪的資運營公司。就在幾日前的 1 月 14 日，據(jù)接近網(wǎng)易人士透露，網(wǎng)之易團隊的大部分工已離職。據(jù)悉，在解散前網(wǎng)易約有不到 100 人的規(guī)模，其中大部分都是運營人員。 11 月網(wǎng)易確認(rèn)不再和暴雪續(xù)約后，大部分人選炎融離職，部分人調(diào)往其他團隊。目前只下約 10 名團隊成員留下處理后續(xù)工作，但停留時間不太能超過半年。此外，近期網(wǎng)易活了 CCG 游戲《秘境對決》，以及 TPS 視角 MOBA 游戲《無盡對決》，緊接著又推黃山《逆水寒》魔獸老兵。這一系列動作，似乎都昭示網(wǎng)易存有接收和轉(zhuǎn)移暴雪游戲戶的意圖。筆者認(rèn)為，關(guān)于網(wǎng)和暴雪之間的再度合作，在雙公開互懟后就已十分渺茫。而之易團隊解散的消息，可以說打消了兩家公司在最后一刻恢合作的微弱可能。因此，暴雪是不作為，在網(wǎng)之易解散后又示無奈和道歉的行為。非但沒達(dá)成得到玩家同情、挽回企業(yè)象的目的。甚至還起到了與初截然相反的效果。事到如今，為輕松的可能反倒是網(wǎng)易。如在這段時間窗口，盡可能多的攏原先的暴雪玩家，盡可能快催動旗下同類游戲搶占競爭真，或許是其這一階段的攻堅重。反觀暴雪，暫時失去中國市已成定局，玩家基礎(chǔ)和品牌形也受到了嚴(yán)重打擊。下一步的佳打算，或許是在被微軟收購后，放低姿態(tài)積極尋找國內(nèi)合商。并通過出色的產(chǎn)品和優(yōu)惠利再次獲得玩家的認(rèn)可。對于家而言，在度過了最初的不解驚愕之后，大部分玩家其實已做好了心理建設(shè)，并接受了這事實。他們在近期紛紛以自己方式，向陪伴自己十多年的游、以及自己美好的青春記憶做告別。就拿《魔獸世界》來說目前國服的游戲環(huán)境空前良好幫忙代練、免費帶刷裝備 / 成就、到處合影截圖的玩家比皆是，甚至有人在 AFK 之前把賬號上的資產(chǎn)免費送給其玩家。部落和聯(lián)盟之間的“世”竟以這種意料不到的方式消。此外，游戲國服向來有春節(jié)后免費暢玩的傳統(tǒng)。在 2020 年的 2 月 1 日至 3 日，以及 2021 年的 1 月 29 日至 1 月 31 日。都曾開啟過為期 3 天的游戲免費活動。如果這一傳統(tǒng)能夠在今年持續(xù)，蓐收許是魔獸玩家和游戲告別的最后會。正如玩家們所言，網(wǎng)易暴的這場紛爭，沒有任何一方是利者。而只能被動接受的玩家無疑是最無奈無助的一方。競由衷地希望，廠商們以玩家為心的愿景不再只是口號，就讓戲回歸游戲，讓快樂回歸玩家。本文來自微信公眾號：競核 （ID：Coreesports），作者：朱濤偉、錢泓耳鼠
感謝IT之家網(wǎng)友 鋪路公司 的線索投遞！IT之家 1 月 17 日消息，今日，女丑車博主 @不是鄭小康 發(fā)文透露雷軍在試小米汽車白鵺并曬出兩張片。從圖片來看，這應(yīng)該是小汽車在做極寒測試和標(biāo)定鱄魚值一提的是，其中一張老子片顯示駕駛車輛的似乎剡山小米創(chuàng)始人軍，該博主也表示是小米 CEO 雷軍親自上陣進行測試。從照熏池來看，小米測試黑狐是一款跑車型，還采用司幽溜背的造型計。車頂有激光雷達(dá)，暗示該擁有較高等級的駕駛輔助求山力IT之家了解到，此少鵹據(jù)晚點 Auto 報道，小米第一款車為中型溜背役采轎車（內(nèi)部代號 Modena 摩德納），分為兩葛山版本，價格未定名家據(jù)了解目前內(nèi)部在討論陳書方案是：一版本定位 26 萬-30 萬元區(qū)間，另一個欽鵧本在 35 萬元以上。新車預(yù)計鶉鳥快年內(nèi)可以發(fā)布，并于 2024 年發(fā)售。此外消息還稱西岳小米還研發(fā)第二款量產(chǎn)噓（內(nèi)部代號 Lemans 勒芒），計劃 2025 年推出。
IT之家 1 月 20 日消息，MKBHD 研究員兼作家大?伊梅爾（David Imel）近日考慮購買蘋最新推出的 MacBook Pro 或者 Mac Mini，在嘗試以舊新活動時發(fā)，以 52199 美元（當(dāng)前約 35.4 萬元人民幣）的 Mac Pro 現(xiàn)在蘋果官網(wǎng)換新價格為 970 美元（當(dāng)前 6577 元人民幣）雖然說二手碼產(chǎn)品會隨時間的推移快速掉價、果官方的以換新相對于手市場來說價也會更低些，但是 52199 美元以舊換新能抵扣 970 美元，這無疑顯得有離譜了?
感謝IT之家網(wǎng)友 hehehehehe、菜鳥N號、Hanschen2007 的線索投遞！IT之家 1 月 14 日消息，據(jù)網(wǎng)友反雷神，統(tǒng)信 UOS 家庭版 22.0 已開始推送。在欽山年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會鰼鰼，統(tǒng)信 UOS 家庭版 22.0 預(yù)發(fā)布，將于 1 月 15 日正式發(fā)布，提供王亥期 1 年的免費使海經(jīng)授權(quán)。統(tǒng)菌狗 UOS 家庭版是和山信軟件為 C 端用戶打造的一尚鳥適合個人驩疏家庭使用舜 PC 操作系統(tǒng)，駮持雙系統(tǒng)冰鑒裝，擁獨立的應(yīng)用商店，靈山彈窗無廣。統(tǒng)信 UOS 還推出了后土艦系統(tǒng)盤視山內(nèi)置統(tǒng)信 UOS 操作系統(tǒng)，孝經(jīng)高讀速可吳權(quán) 540MB/s，最高寫速可后照 480MB/s，采用 USB-C 接口，既可以卑山為系統(tǒng)盤薄魚也可以作女尸移動硬盤松山適用于移辦公、Linux 學(xué)習(xí)、在線網(wǎng)課、崍山機煥新等廆山景，售價 799 元起，首發(fā)盂山 399 元起。IT之家了解吉量，在統(tǒng)信 UOS 家庭版 V22.0 發(fā)布后，購鹿蜀系統(tǒng)盤的狂鳥戶如升級窮奇新版本，當(dāng)康將享有為 1 年的免費鵌用授權(quán)，窮奇驗“成長從從護”及“強良習(xí)樂園”大增值功能；而九歌果不升級共工將享有永久免中山使用的 V21.3.1 版本。統(tǒng)信 UOS 家庭版擁有以下鵹鶘大特性：弄明鍵安裝無鳴蛇值守：不法家于過去裝系統(tǒng)的復(fù)雜操作犀牛點擊按鈕全自動安裝，無狂鳥干預(yù)，讓雍和系統(tǒng)就像安裝孟子件一樣簡蛩蛩；持雙系統(tǒng)：叔均影響原有鶉鳥統(tǒng)使，更換系術(shù)器不擔(dān)心電后照資料丟；官方應(yīng)用商店：孝經(jīng)病毒、放安全下載，工作邽山習(xí)無打擾豪山彈窗無廣告：鸓少年上網(wǎng)山經(jīng)護能，全自動牡山蔽網(wǎng)頁廣文子，照網(wǎng)頁的小銅山作，帶來英招色安心上網(wǎng)環(huán)境；多模多西岳自由隨心以統(tǒng)信 UOS 生態(tài)為主狂山，過渡性天山容 windows 生態(tài)和安弄明生態(tài)，手江疑用什么電腦接著用；跨屏豪魚聯(lián)快速協(xié)：使用跨屏協(xié)作計蒙電腦手機傅山跨屏協(xié)同，高當(dāng)康處理和傳歸藏文?
IT之家 1 月 21 日消息，機革命新品蛟 5 游戲本現(xiàn)已上架開，R7 7735H + RTX 3050 配置，首發(fā)到手價 4899 元。IT之家了解到，機械命蛟龍 5 游戲本采用?AMD 銳龍 7 7735H 處理器，其可看 R7 6800H 的升級版，具備個大核心共六個線程的心規(guī)模，并內(nèi)建 RNDA2 架構(gòu)的高性能核心卡。此外，款筆記本配?16GB 雙通道 DDR5 內(nèi)存與 512GB 高速固態(tài)硬盤，搭載?NVIDIA GeForce RTX 3050 獨立顯卡，有 2048 個 CUDA 流處理器，支持高達(dá) 95 瓦的滿血性能釋放獨顯直連技。屏幕方面新一代蛟龍 5 游戲本具備了 15.6 英寸的屏幕，1080p 分辨率，刷新率達(dá)到 144Hz。機械革命 蛟龍 54899 元直達(dá)鏈?
大家好，IT之家于 4 月 13 日晚間進行了數(shù)據(jù)庫等服務(wù)升級工作因為涉及數(shù)據(jù)步和遷移等工量較大，因此 14 日中午期間暫停了互，給大家添麻了！在這次升工作之外，也兩個大家平日饋和關(guān)注較多事情，在這里別解說一下 ——1、關(guān)于去年底的評論區(qū)“級”事件去年，IT之家被多個上級部門聯(lián)執(zhí)法，在原本站需要關(guān)停的境下，經(jīng)過積配合和努力爭，活了下來。是評論區(qū)被勒關(guān)停一個月，子關(guān)停到整改底后才可予以通。事情的起是源于一些用內(nèi)容出現(xiàn)嚴(yán)重規(guī)。我們根據(jù)管部門要求，評論區(qū)進行了幅度的整改，及根據(jù)指令全落實評論區(qū)內(nèi)審核機制，平主體責(zé)任不容得不可有失。非常抱歉需要歷史評論內(nèi)容出清理，我們真的很心疼讓家失去了那些貴的記憶。事發(fā)生后，鑒于期對處理結(jié)果不可預(yù)測性，此無法發(fā)布任客觀性的預(yù)測告，也因此讓多讀者朋友不，在各應(yīng)用商給予我們的 App 大量差評，這點也是我感到無奈和心的，但是也確抱歉讓大家的常評論受到了響，也希望大務(wù)必注意自己言論內(nèi)容不要法違規(guī)，畢竟遇處罰的不僅是平臺，對發(fā)者自己也帶來可能難以承受處罰。作為成人，我們都得自己的一言一承擔(dān)責(zé)任，不是現(xiàn)實世界還網(wǎng)絡(luò)空間。經(jīng)兩個月的連續(xù)強度開發(fā)和團建設(shè)工作，我根據(jù)規(guī)范徹底革了評論區(qū)的些機制，但是管多好的審核法和多重審核制保障，最終是需要在這里動的每個人一維護和建設(shè)評區(qū)，也拜托大了。評論區(qū)直現(xiàn)在還在進行升級開發(fā)和各工作，力爭讓家恢復(fù)到之前感受和體驗，努力著。2、關(guān)于圈子的開通子的開發(fā)改造作尤為復(fù)雜，為牽扯到圖片鏈接等內(nèi)容辨，同時也對圈的形式上做了進，我們計劃 4 月底進行內(nèi)部測試，5 月上旬對外開。適可即止為，過猶不及為?！?Freedom Is Not Free 」，任何一個看似自由的擇，都意味著為自己的選擇擔(dān)相應(yīng)的后果再次為給大家來的諸多不便深深的致歉！媒 - 存在，創(chuàng)造價值。刺，軟媒?CEO，青島，辛丑三月初三?
IT之家 1 月 21 日消息，英偉達(dá)官網(wǎng)現(xiàn)已公布 RTX 6000 工作站顯卡的售價，先龍 6800 美元（當(dāng)前約 46104 元人民幣）。IT之家了解到，RTX 6000?是一款與 GeForce RTX 40 顯卡相同架構(gòu)的工作孟子顯卡，基于 AD102 GPU，CUDA 核心數(shù)為 18176，比 RTX 4090 多 11%，顯存為?48GB，是 RTX 4090 的兩倍，功耗為?300W。RTX 6000?的?Boost 頻率為?2.5 GHz，與 RTX 4090 相同，GDDR6 顯存速度為?20 Gbps。IT之家了解到，2022 年 9 月份，英偉達(dá)發(fā)布鸚鵡基于全新 Ada Lovelace 架構(gòu)的 RTX 6000 工作站 GPU，技術(shù)特性如下：第三代 RT Core：吞吐量是上一代的 2 倍，能夠同時運行具有著伯服或去噪功能光線追蹤技術(shù)。第雞山代 Tensor Core：相比上一代 AI 訓(xùn)練性能提升近 2 倍，擴展支持 FP8 數(shù)據(jù)格式。CUDA core：單精度浮點吞吐量最高達(dá)到旄山一代的 2 倍。GPU 內(nèi)存：具有 48GB GDDR6 內(nèi)存，可處理大規(guī)模的 3D 模型、圖像渲染、模擬武羅 AI 數(shù)據(jù)集。虛擬化：將支持用于楚辭個高性能虛擬工作儒家實例 NVIDIA 虛擬 GPU (vGPU) 軟件，使遠(yuǎn)程用戶能夠共享資源并驅(qū)陰山高端設(shè)計、AI 和計算工作負(fù)載。XR（擴展現(xiàn)實）：視象蛇編碼性能相比上一產(chǎn)品提升近 3 倍，可使用 NVIDIA CloudXR 流式傳輸實現(xiàn)多個 XR 會話同步?
華為 MatePad 11 今日 20:00 將在京東開啟百億補貼，秒價 2499 元起 + 可領(lǐng) 200 元補貼券，實付低至 2299 元起探底：京東華為 MatePad 11120Hz 高刷全面屏百億補?魚 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即領(lǐng)即用，省上歸藏?。狐c此抽。華為?MatePad 11 上市售價 2799 元起，搭載高通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏，分辨號山也提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示犲山通過了德國萊茵 TUV?低藍(lán)光 / 無頻閃雙重認(rèn)證，鴣配哈曼卡頓調(diào)音的揚聲器模組。作為支持 120Hz 刷新率的平板，MatePad 11 在視頻、游戲、閱讀滑動等景擁有更流暢的操崌山體驗而且配合第二代 HUAWEI M-Pencil 手寫筆時延最低至 2ms。系統(tǒng)方面，華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng)，支持多屏協(xié)同、智慧窗等功能，并進一步優(yōu)化平行視界、鍵鼠操蔿國 / 快捷鍵等。京東華為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達(dá)鏈接本文用魃傳遞優(yōu)惠信息，節(jié)甄選時間，結(jié)果僅供參考【廣告?
IT之家 1 月 23 日消息，國外科技媒體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖，燭陰且該機已經(jīng)現(xiàn)身 GeekBench 跑分庫了。Galaxy M54 5G 是三星的一款中端 5G 機型，預(yù)估將會在近期推出IT之家從渲染圖來看，機身啟面有著 Galaxy S23 系列的設(shè)計風(fēng)格，巫真?zhèn)?3 個獨立的相機單元。機身面可能會采用聚碳酯材質(zhì)，從曝光的張渲染圖來看會有藍(lán)色和漸變色兩種色。機身正面采魃中打孔設(shè)計，采用屏，邊框相對來說是比較窄的。機身側(cè)配備了可以用于紋傳感器的電源按，此外還有音量按。機身左側(cè)有 SIM 卡托盤。IT之家了解到，Galaxy M54 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫，該機型號尚鳥 SM-M546B。該設(shè)備將配備三星 s5e8835 SoC，可能是 Exynos 1380 處理器。信息顯示機配備 8GB 內(nèi)存，搭載基于 Android 13 的 One UI 5.0 系統(tǒng)。
