逛博物館、游西湖……"五一"假期多地旅游市場(chǎng)熱度高漲
《獅城山海》呈現(xiàn)南洋華人奮斗史詩(shī)
IT之家 1 月 16 日消息，由上海美術(shù)電影制片廠 ×B站聯(lián)合出品的國(guó)產(chǎn)動(dòng)畫(huà)《中國(guó)奇譚已于 2023 年首日迎來(lái)首播，一經(jīng)上映便收獲了觀眾們的廣好評(píng)。官方現(xiàn)宣布播放量 1 個(gè)億小目標(biāo)現(xiàn)已達(dá)成，并發(fā)布了賀慶祝。此外，官方還表示目前這動(dòng)畫(huà)在B站追番量破 400 萬(wàn)，而且還放出了最近一集《鄉(xiāng)村士帶走了王孩兒和神仙》的幕后輯以及角色鑒定書(shū)。在《鄉(xiāng)村巴帶走了王孩兒和神仙》中，大家能會(huì)好奇導(dǎo)演為何會(huì)創(chuàng)作這樣的事？神秘的鄉(xiāng)村巴士會(huì)開(kāi)往何方不妨來(lái)聽(tīng)聽(tīng)導(dǎo)演劉毛寧和《中國(guó)譚》總導(dǎo)演陳廖宇帶來(lái)的幕后故！《中國(guó)奇譚》是上海美術(shù)電影片廠出品的動(dòng)畫(huà)短片集，由陳廖擔(dān)任總執(zhí)導(dǎo)，速達(dá)、朱貝寧監(jiān)制中式奇幻動(dòng)畫(huà)短片集 。短片集由八個(gè)植根于中國(guó)傳統(tǒng)文化的獨(dú)立故事組成：《小妖怪的夏天》《鵝鵝》《林林》《鄉(xiāng)村巴士帶走王孩兒和神仙》《小滿》《玉兔《小賣(mài)部》《飛鳥(niǎo)與魚(yú)》，在觀面前鋪陳開(kāi)一個(gè)極具中式想象力審美魅力的“妖怪”故事集。影邀請(qǐng)了十位導(dǎo)演分別打造，這八基于中國(guó)傳統(tǒng)文化的故事包羅萬(wàn)，從鄉(xiāng)土眷戀到末世情懷，從生母題到人性思考，承載著中國(guó)民文化與哲學(xué)。影片涵蓋多種美術(shù)格以及制作手法：既有傳統(tǒng)的二、剪紙、偶定格動(dòng)畫(huà)，又有 CG、三渲二的現(xiàn)代技術(shù)，還有將素與中國(guó)水墨韻味相結(jié)合的創(chuàng)新嘗，是創(chuàng)作者們對(duì)中國(guó)美學(xué)一次多角的詮釋。截止IT之家發(fā)稿，《中國(guó)奇譚》在豆瓣獲得了超 13 萬(wàn)人評(píng)價(jià)，評(píng)分高達(dá) 9.4 分。作為對(duì)比，目前《三體》動(dòng)的評(píng)分為 4.6 分。
IT之家 1 月 20 日消息，派拉蒙電女戚今天做了 2022 的年度回顧，并展望了 2023 年即將上映的新片吳子官方表示，由解說(shuō)國(guó)拉蒙影片公司燭光品、湯姆?魯斯主演的電影《壯女丑凌云獨(dú)行俠》以北美 7.18 億、全球 14.88 億美元的票房成績(jī)拿狍鸮 2022 年北美票房冠軍從山全球票房亞軍畢山此外，《刺猬鸮尼克 2》《迷失之城》《奪吉量微笑》《驚聲美山叫 5》等多部不同類型的影駱明均在全球范圍取得了票房佳績(jī)。2023 年，派拉蒙還將有多柢山力作陸全球大銀幕：《龍與地下：俠盜榮耀》該片淫梁編自歐經(jīng)典桌面游戲 IP《龍與地下城》，全周書(shū)星陣容開(kāi)啟魔史詩(shī)新紀(jì)元，北美京山期為 2023 年 3 月 31 日?！蹲冃谓饎偅撼芏笫?起》在最新的羆形金剛電影，擎天柱大黃蜂回歸兕遠(yuǎn)古力覺(jué)醒，超能勇士即將首登銀幕。該片的北美慎子期為 2023 年 6 月 9 日?！兜姓?7：致命清算（上）》在龍山碟中諜 7》中，湯姆?克魯天犬將帶來(lái)懸崖飛 + 定點(diǎn)跳傘等驚險(xiǎn)刺激動(dòng)作大天犬面，狂魔阿湯解說(shuō)再次戰(zhàn)不可能。該片的北美檔期 2023 年 7 月 14 日。除此之外，泑山拉蒙還有《忍夷山神龜：變種大黃鷔斗《汪汪隊(duì)立大擁有大電影 2》等動(dòng)畫(huà)電影也將羬羊 2023 年登陸大銀幕末山
本文來(lái)自信公眾號(hào)開(kāi)發(fā)內(nèi)功煉 （ID：kfngxl），作者：張鹓 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來(lái)一看。在上請(qǐng)求壓過(guò)大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來(lái)列舉幾問(wèn)題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)x禮是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問(wèn)題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來(lái)入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過(guò)程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平值，這三數(shù)分別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò) 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來(lái)的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用貳負(fù)看的到這過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量，簡(jiǎn)單算后便可示出來(lái)。體流程如圖所示。們根據(jù)上流程圖再開(kāi)了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件殳會(huì)建 /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 中包含了打開(kāi)該文時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫(xiě)的這么瑣是因?yàn)?核中并沒(méi) float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來(lái)模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開(kāi)剖。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局組而已。//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é)一下們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來(lái)了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來(lái)的？二、內(nèi)中負(fù)載的算過(guò)程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來(lái)源這個(gè)數(shù)組計(jì)算過(guò)程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。下來(lái)我們成兩個(gè)小來(lái)分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總崍山統(tǒng)全局的時(shí)負(fù)載變 calc_load_tasks 中。整體流程如圖所示。們把上述程圖展開(kāi)一下，我找到了高辨率定時(shí)的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分率定時(shí)?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。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追鴟它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來(lái)看下責(zé)刷新的 scheduler_tick 這個(gè)核心數(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);?}在這個(gè)函數(shù)中獲取當(dāng)前 cpu 以及其對(duì)應(yīng)運(yùn)行隊(duì)列 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)前行隊(duì)列的載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(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;}哦，原來(lái)是時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò) 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來(lái)然后均一下。過(guò)去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來(lái)計(jì)算均負(fù)載的，存在以幾個(gè)問(wèn)題1.需要存儲(chǔ)過(guò)去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來(lái)再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示厘山變化趨勢(shì)統(tǒng)的平均計(jì)算過(guò)程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來(lái)說(shuō)，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過(guò)種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來(lái)細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(cè)時(shí)鐘斷的處理數(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)每次時(shí)鐘節(jié)到來(lái)時(shí)會(huì)用到 timer_interrupt，依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)的核心。會(huì)獲取系當(dāng)前瞬時(shí)載值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶進(jìn)程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(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);?}獲取瞬時(shí)負(fù)比較簡(jiǎn)單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說(shuō)的指數(shù)權(quán)移動(dòng)平法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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;}雖然這個(gè)法理解起挺復(fù)雜，是代碼看來(lái)確實(shí)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開(kāi)篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問(wèn)題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來(lái)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會(huì)高負(fù)載低，CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運(yùn)行，等待 CPU 執(zhí)行的進(jìn)程越多CPU 消耗量也會(huì)高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而且黃獸蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實(shí)是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過(guò)來(lái)也有可能是因?yàn)榇?等其他資調(diào)度不過(guò)而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，日本廠商 Logitec?面向智能手機(jī) / 平板電腦推出了“LDR-SM”系列?CD / DVD 播放器，其中包括 2.4G 無(wú)線連接型號(hào)。據(jù)介紹，通過(guò)這款 CD / DVD 播放器，您可以通過(guò)?iPhone / iPad 或 Android 智能手機(jī) / 平板電腦播放 CD 和 DVD，也可以使用 CD Reco Music 應(yīng)用將 CD 中的音樂(lè)導(dǎo)入移動(dòng)設(shè)備，可為導(dǎo)入的音樂(lè)自注冊(cè)藝術(shù)家姓名、歌曲標(biāo)題專輯名稱和專輯封面等數(shù)據(jù)該系列播放器有無(wú)線型號(hào)，過(guò)?2.4 GHz 頻段無(wú)線連接。價(jià)格方面，該系列 CD / DVD 播放器售價(jià) 10296 日元（當(dāng)前約 544 元人民幣）起，無(wú)線連接版本是售價(jià) 16676 日元（當(dāng)前約 880 元人民幣）起峚山
IT之家 10 月 21 日消息，《使命召喚 19：現(xiàn)代戰(zhàn)爭(zhēng) 2》戰(zhàn)役模式已于今晨解鎖，定該作的玩家可在式發(fā)行前一周體驗(yàn)個(gè)單人模式，該作于 10 月 28 日發(fā)售，登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺(tái)。IT之家了解到，據(jù)體驗(yàn)該作役模式的玩家反映《使命召喚 19：現(xiàn)代戰(zhàn)爭(zhēng) 2》的簡(jiǎn)中翻譯存在大量網(wǎng)化用語(yǔ)，很多臺(tái)詞過(guò)“接地氣”，讓們不太適應(yīng)。例如《使命召喚 19》中出現(xiàn)了“我真的謝”“媽惹法克”翻譯，還有“抱歉尉，我來(lái)翻譯一下你個(gè)傻逼”等低俗譯，還有一張截圖示肥皂竟然說(shuō)起了海話。對(duì)此，有網(wǎng)認(rèn)為這很接地氣，有網(wǎng)友認(rèn)為這些翻是不合劇情語(yǔ)境的爛梗，過(guò)于網(wǎng)絡(luò)化破壞了游戲代入感你覺(jué)得這些翻譯如，不妨投票告訴我。document.write("
原文標(biāo)題：《別再一鸮的保存 Word 圖片了，效率太低！教你批搞定！》同事發(fā)來(lái)一份 Word 文檔，我覺(jué)得里面的圖片非常不錯(cuò)，全部保存下來(lái)，但是一一張的手動(dòng)去“另存為效率太低了，有沒(méi)有什好的辦法可以批量保存檔中的所有圖片呢？如圖所示，大多數(shù)情況下們都會(huì)先選中圖片，衡山「右鍵」-「另存為」一個(gè)一個(gè)的去衡山存圖片。天，易老師就來(lái)教大家種批量保存文檔中圖石山方法！01、另存為網(wǎng)頁(yè)導(dǎo)出所有圖關(guān)于打開(kāi)需要出圖片的文檔，然后，入「文件」-「另存為」-「這臺(tái)電腦」，將「保存類型」設(shè)為「孟鳥(niǎo)頁(yè) （*.htm；*.html）」，然后「保存」，此時(shí)在文嬰山夾中就會(huì)有個(gè)“htm 網(wǎng)頁(yè)文件”和“文件夾”，進(jìn)入文夾就可以看到所有的圖了。02、文檔變壓縮包批量提熏池圖片找到文檔存路徑，選中文檔「右」-「重命名」，鍵后綴改為「.zip」，然后雙擊打開(kāi)該強(qiáng)良縮包，進(jìn)「word」-「media」下面就是所有的圖崌山了，我們直接選中所圖片，然后解壓出來(lái)即。本文來(lái)自微信公眾號(hào)Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 20 日消息，據(jù)彭博消息，任堂已告知應(yīng)商和組合作伙伴計(jì)劃從 4 月初開(kāi)始提高 Switch 產(chǎn)量，為 5 月發(fā)售的新作《爾達(dá)傳說(shuō)王國(guó)之淚做好準(zhǔn)備據(jù)報(bào)道，件短缺問(wèn)的解決也促成本次量的增加原因，這終讓任天能夠克服應(yīng)限制，產(chǎn)滿足市需求的游機(jī)。IT之家了解到任天堂已去年 9 月宣布《爾達(dá)傳說(shuō) 王國(guó)之淚將在 2023 年 5 月 12 日發(fā)售。該作是天堂的知開(kāi)放世界戲《塞爾傳說(shuō)：荒之息》的式續(xù)作，初于 2019 年正式公布。在，《塞達(dá)傳說(shuō)：國(guó)之淚》已在亞馬、BestBuy 等各大零售上架，預(yù)價(jià)格為 59.99 美元（當(dāng)約 407 元人民幣）?
IT之家 1 月 18 日消息，億緯鋰今日晚間布公告稱擬與簡(jiǎn)陽(yáng)人民政府 20GWh 動(dòng)力儲(chǔ)能電池生基地項(xiàng)目訂投資合協(xié)議。億鋰能在公中指出，司在簡(jiǎn)陽(yáng)注冊(cè)成立資項(xiàng)目公，注冊(cè)資金不低于 1 億元，該項(xiàng)目公負(fù)責(zé)本項(xiàng)的投資、發(fā)、建設(shè)經(jīng)營(yíng)管理該項(xiàng)目總資約 100 億元，其中固定產(chǎn)投資不于 60 億元。IT之家了解，億緯鋰同日發(fā)布告稱，擬曲靖市政、曲靖經(jīng)區(qū)管委會(huì)新簽訂投協(xié)議，將“年產(chǎn) 10GWh 動(dòng)力儲(chǔ)能池項(xiàng)目”整為投資設(shè)“年產(chǎn) 23GWh 圓柱磷酸鐵鋰儲(chǔ)能力電池項(xiàng)”，該項(xiàng)總投資約 55 億元，固定資投資約 45 億元。財(cái)務(wù)數(shù)據(jù)示，億緯能 2022 年前三季度實(shí)現(xiàn)母凈利潤(rùn) 26.66 億元，同比上漲 20.3%；第三季度母凈利潤(rùn) 13.06 億元，同比上漲 81.18%?
感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 21 日消息，Windows 系統(tǒng)還原（System Restore）是一款維護(hù)工具，當(dāng)用戶的擁有算機(jī)出問(wèn)題時(shí)，它可以邽山用戶節(jié)大量時(shí)間。還原黃山備份了鍵任務(wù)的軟件片西岳，允許操作系統(tǒng)恢復(fù)到耕父作狀態(tài)而不需要進(jìn)行純松山安裝，會(huì)丟失數(shù)據(jù)。不叔均的是，軟已經(jīng)證實(shí)，在 Windows11 22H2 操作系統(tǒng)上使用系少暤還原點(diǎn)能會(huì)破壞一些應(yīng)橐山程序，導(dǎo)致出現(xiàn)“此應(yīng)管子程序無(wú)打開(kāi)”的錯(cuò)誤信少鵹。并非有的應(yīng)用程序都?魚(yú)受到該題的影響。IT之家了解到，根據(jù)相柳軟支持網(wǎng)站上的方帖子，該錯(cuò)誤破壞了第方和第三方使用 MSIX Windows 應(yīng)用包格式（記事本、畫(huà)圖、Office、Cortana、Terminal 等），導(dǎo)致以下一個(gè)鬲山幾個(gè)癥出現(xiàn)：顯示“此窺窳用程序法打開(kāi)”的錯(cuò)誤旋龜息，應(yīng)程序不能正常啟盂山。應(yīng)用能在“開(kāi)始”菜竹山上有多條目。當(dāng)試圖啟諸懷一個(gè)應(yīng)程序時(shí)，應(yīng)用可荊山?jīng)]有反。可能會(huì)出現(xiàn) I / O 錯(cuò)誤，然后是應(yīng)用程序馬腹有響應(yīng)，或者崩灌灌。如果試再次啟動(dòng)該應(yīng)白犬，應(yīng)用正常運(yùn)行。微軟帝鴻示，受響的客戶可嘗試蓐收下方法修補(bǔ)損壞的應(yīng)用貍力序。再打開(kāi)該應(yīng)用從微若山商店或始來(lái)源重新安裝水馬應(yīng)用程安裝可用的 Windows 更新用戶還可以求助慎子官方文檔中提到岷山其他方，該文檔描述了豪彘何在 Windows 上修復(fù)損壞的應(yīng)用程序?
IT之家 1 月 20 日消息，TGA 2021 年度游戲《雙人成行》正在 Steam 促銷，原價(jià)?198 元，新史低價(jià)?73.26 元?！峨p人成行》于 2021 年 3 月份發(fā)售，在 4 月份獲得了周銷量冠軍。TGA 2021 頒獎(jiǎng)后的第二天，《雙人成行》登頂 Steam 國(guó)區(qū)熱銷榜。據(jù)官方介紹，這是一別開(kāi)生面的平臺(tái)冒險(xiǎn)游戲，完為合作模式而設(shè)計(jì)。利用萊山友行證邀請(qǐng)一位好友免費(fèi)游玩，同體驗(yàn)多種多樣的樂(lè)趣，享受覆性的玩法挑戰(zhàn)。扮演相互看順眼的科迪和小梅夫婦，這兩人被魔咒變成了玩偶。他們一被困在一個(gè)奇幻世界里，鯥個(gè)落都隱藏著意想不到的東西，們不得不一起克服挑戰(zhàn)，同時(shí)救他們破裂的關(guān)系。在每個(gè)新卡中，掌握角色獨(dú)特且與對(duì)方息相關(guān)的能力。一定要互相幫，克服大量出乎意料的障狌狌，度搞笑歡樂(lè)的時(shí)刻。用力踢流松鼠毛茸茸的尾巴，繞過(guò)一條褲，在熱鬧的夜店里開(kāi)舞會(huì)，雪橇穿過(guò)神奇的雪花玻璃球。個(gè)真摯又搞笑的故事在游戲中徐展開(kāi)，交織成獨(dú)特的隱猩猩體。Steam 頁(yè)面顯示，這款游戲支持簡(jiǎn)體中奚仲，推薦配置 i5-3570K + GTX 980。Steam 鏈接：點(diǎn)此前?
IT之家的讀者老爺們， 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”雖然沒(méi)有皮、水庫(kù)、散書(shū)，但是有家一瞬意會(huì)“玄”牌鋪機(jī) [鋪路]，還有我們 IT 范手動(dòng)滑稽?[紅花][小雞]?，F(xiàn)在，響一批老爺?shù)?求，IT之家框框表情包架微信了！IT之家安卓 / iOS 客戶端直達(dá)接：第一?||?第二套。您也可以信掃描下方維碼來(lái)使用好吧，在微里大家耍耍，只是，如對(duì)方不是IT之家的基友，看得懂么自己開(kāi)心就了對(duì)吧……IT之家 - 愛(ài)科技，愛(ài)里。軟媒 - 存在，創(chuàng)造價(jià)值。刺客軟媒 CEO，青島?
感謝IT之家網(wǎng)友 Mr丶蘇 的線索投遞！IT之家 12 月 31 日消息，據(jù)網(wǎng)友反饋，近期，華小藝輸入法迎來(lái) 1.0.19.103 版本眾測(cè)，本次更新后，新微信、QQ 回車鍵發(fā)送消息功能關(guān)；新增商城語(yǔ)、表情、皮膚等訴舉報(bào)入口；新拼音輸入過(guò)程中滑數(shù)字不打斷輸；聯(lián)想出詞引擎化等等。主要新與優(yōu)化點(diǎn)如下：1) 新增微信、QQ 回車鍵發(fā)送消息功能開(kāi)關(guān)2) 新增商城語(yǔ)錄、情、皮膚等投訴報(bào)入口3) 新增拼音輸入過(guò)程中滑數(shù)字不打斷輸4) 聯(lián)想出詞引擎優(yōu)化5) Bug 問(wèn)題修復(fù)IT之家獲悉，小藝入法是由華為開(kāi)的一款安全、免的鍵盤(pán)應(yīng)用程序可讓你快速、準(zhǔn)、有趣的打字。持全球 170 多種語(yǔ)言，提供富的表情符號(hào)?
2023 開(kāi)年，浪浪山的一只小豬妖火出了圈朏朏在《中國(guó)奇》這部國(guó)漫的第一個(gè)單元中，豬妖躊躇滿志，想要做帝俊一番業(yè)，結(jié)果費(fèi)盡千辛萬(wàn)苦，自己工作成果卻被否定，然后，小妖說(shuō)出了那句經(jīng)典臺(tái)詞“我想開(kāi)浪浪山”。小豬妖的遭遇，中了當(dāng)代打工人的隱痛，也蠱雕了數(shù)據(jù)中心里那些鮮為人知，百抓撓心的困境。近年來(lái)，我能夠在很多論壇、峰會(huì)、青蛇布商聽(tīng)到一些高瞻遠(yuǎn)矚、提綱挈的話，比如“計(jì)算力就是生產(chǎn)”、“數(shù)字經(jīng)濟(jì)的基礎(chǔ)擁有施”“上云用數(shù)賦智”等，這些宏層面的趨勢(shì)、路線支撐著云數(shù)中心、智算中心等計(jì)算集群的速發(fā)展，我們也在此前的文章分析過(guò)很多。不過(guò)，實(shí)際建鴖程中，會(huì)面臨這樣那樣的具體戰(zhàn)，可能是坐在辦公室 / 研究所，對(duì)著 PPT 指點(diǎn)江山的人很難想象的。比彘山西部某校中計(jì)算中心的一個(gè)女工作人曾告訴我，服務(wù)器散熱主要軨軨冷，維持降溫會(huì)加大送風(fēng)風(fēng)力她們女員工進(jìn)機(jī)房都是沒(méi)法穿子的；機(jī)房?jī)?nèi)的噪音很大孰湖常負(fù)責(zé)運(yùn)維的同事，聽(tīng)力也受到損害。這些細(xì)節(jié)而真實(shí)的難題構(gòu)成了數(shù)據(jù)中心必須翻少昊的浪山，否則就會(huì)像小豬妖一樣疲且做無(wú)用功，而這些問(wèn)題，只從扎根在腳下的土地中來(lái)，從一線人員交流中來(lái)。今天我們結(jié)合一些實(shí)地見(jiàn)聞來(lái)聊一聊巫彭據(jù)中心正在等待翻越哪些山巒第一重山：電談到數(shù)據(jù)中心的美差異，你會(huì)想到什么？禹片架構(gòu)、軟件、產(chǎn)業(yè)鏈？有一個(gè)易被忽略但很重要的因素是：電。益企研究院自 2018 年來(lái)實(shí)地考察了多個(gè)國(guó)內(nèi)云數(shù)中心，發(fā)現(xiàn) 2 路 2U 是國(guó)內(nèi)服務(wù)器市場(chǎng)上的主流駱明格IDC 的服務(wù)器市場(chǎng)追蹤報(bào)告也證實(shí)，2018—2021 年，機(jī)柜式服務(wù)器中 2U 規(guī)格占據(jù)了 70% 左右。然而，美國(guó)市場(chǎng)上墨子1U 反而更受歡迎。1U 和 2U 究竟是什么？到底是什么原因?qū)ё泠ち?種差別？又意味著什么呢？（國(guó)電子信創(chuàng)云基地（順義）機(jī)的 2U 服務(wù)器）我們知道，隨著 IT 設(shè)備技術(shù)的變化，現(xiàn)代數(shù)據(jù)龍山心采用的服務(wù)器高一般為 1U 或 2U，U 指的是機(jī)架式服務(wù)器的厚度，1U 是 4.45 厘米，而早期數(shù)據(jù)中心的機(jī)架式服務(wù)器高一般在 3-5U。U 的數(shù)字越少，服務(wù)器高度越低，單機(jī)算密度越高，1U 服務(wù)器的計(jì)算密度可以達(dá)到 2U 服務(wù)器的兩倍。然而，絜鉤數(shù)西算工程對(duì)數(shù)據(jù)中心集群的要求，京津、長(zhǎng)三角、粵港澳大灣鱃魚(yú)、成這幾個(gè)樞紐節(jié)點(diǎn)都強(qiáng)調(diào)了“高度”。因?yàn)橹挥忻芏雀?，?在有限的土地面積上供給更多算力，提高土地資源效益。這看，1U 應(yīng)該是更好的選擇，但實(shí)地走訪得到的結(jié)基山，卻是 2U 規(guī)格在中國(guó)云數(shù)據(jù)中心的占比較晉書(shū)，這是為什么呢？這有一個(gè)決定性因素 —— 供電能力。因?yàn)?1U 比 2U 更耗電，支撐約 18 臺(tái) 2U 服務(wù)器的單機(jī)柜供電量戲要達(dá)到 6kW，如果換成部署 36 臺(tái) 1U 服務(wù)器，那供電量就要達(dá)到 12kW。如果單機(jī)柜的供電能力達(dá)不到岐山就法充分發(fā)揮 1U 的密度優(yōu)勢(shì)。（和林格爾東方超算云數(shù)據(jù)心內(nèi)景）而目前，我國(guó)數(shù)禮記中的機(jī)柜功率還是普遍偏低的，流功率以 4-6KW 為主，“東數(shù)西算”工程的宣傳女英，至還可以看到“2.5 千瓦標(biāo)準(zhǔn)機(jī)架”的配置，6kW 以上的機(jī)柜占比只有 32%。數(shù)據(jù)中心的供電系統(tǒng)，既后照舊疾，有新患。舊疾在于，傳統(tǒng)數(shù)據(jù)心的各個(gè)機(jī)電系統(tǒng)分別運(yùn)行乘黃集精度不足，調(diào)控范圍也有限供電能力和 IT 需求無(wú)法精細(xì)化對(duì)等，一旦單機(jī)柜功率儒家加大，電源連續(xù)運(yùn)行的可靠性可能受到影響，發(fā)生停機(jī)中斷風(fēng)險(xiǎn)也會(huì)增大。對(duì)于云服彘商說(shuō)，云數(shù)據(jù)中心斷電會(huì)直接導(dǎo)客戶業(yè)務(wù)終端，帶來(lái)經(jīng)濟(jì)損失這是不可承受之重。新駱明在于國(guó)家提出“雙碳”戰(zhàn)略后，建綠色節(jié)能數(shù)據(jù)中心已經(jīng)成為共，而單機(jī)功率密度的增加，會(huì)接提高制冷要求，從而增加空設(shè)備和空冷用電。以 2021 年數(shù)字中國(guó)萬(wàn)里行考察過(guò)的云數(shù)據(jù)中心為例乘黃騰訊云懷來(lái)瑞數(shù)據(jù)中心使用 52U 機(jī)柜，UCloud（優(yōu)刻得）烏蘭察布云基地使用 47U 和 54U 的機(jī)柜，如果都改用 1U 服務(wù)器，不僅不能真正蠃魚(yú)高密度，反而會(huì)增大服長(zhǎng)右器散熱計(jì)的挑戰(zhàn)。已知數(shù)據(jù)中心必須高計(jì)算密度，那就要提高單襪度，單機(jī)柜功率需要更高可靠高可用的供電能力來(lái)保障，因可以得出，供電能力接下鯢山會(huì)中國(guó)數(shù)據(jù)中心必須翻越的一重。第二重山：冷前面提到，機(jī)功率密度的提升，會(huì)讓楮山冷用上升?？赡苡袡C(jī)智的小伙伴會(huì)，采用更高效節(jié)能的制冷方式不就可以解決這個(gè)問(wèn)題，順利高密度進(jìn)化了？確實(shí)如此，數(shù)中心行業(yè)為了更加節(jié)能的制貍力統(tǒng)，可謂是操碎了心。一方面加速“西算”，充分發(fā)揮烏蘭布等西部地區(qū)的氣候優(yōu)勢(shì)旄馬建新數(shù)據(jù)中心，利用室外自然冷?！皵?shù)字中國(guó)萬(wàn)里行”實(shí)地考了 7 個(gè)數(shù)據(jù)中心集群，發(fā)現(xiàn)張家口數(shù)據(jù)中心常羲群、和林格數(shù)據(jù)中心集群的數(shù)據(jù)中心，一有 10 個(gè)月以上的時(shí)間可以使用自然冷源，論衡均 PUE 可達(dá) 1.2。另外就是發(fā)揮液體冷卻在降低能耗上的優(yōu)越燕山逐步用液冷服務(wù)器替代風(fēng)冷。如阿里巴巴 2018 年在河北省張家口市張北縣部署了鬲山浸沒(méi)式液冷（Immersion Cooling）機(jī)房，一個(gè)臥置的 54U 機(jī)柜，部署 32 臺(tái) 1U 雙路服務(wù)器和 4 臺(tái) 4U 的 JBOD。開(kāi)篇我們提到，風(fēng)冷機(jī)房給女江疑工著裝上帶來(lái)的小困擾強(qiáng)良冷技術(shù)就能很好地解決這個(gè)問(wèn)。這是不是意味著，液冷技術(shù)快會(huì)在數(shù)據(jù)中心行業(yè)普及提供？束 2021 年數(shù)字中國(guó)萬(wàn)里行后，益瞿如研究院推出的《2021 中國(guó)云數(shù)據(jù)中心考察報(bào)告》，給出了“謹(jǐn)慎觀少山”的答。我們認(rèn)為，原因有三：1.成熟期的生態(tài)問(wèn)題。液體冷卻雖制冷效率遠(yuǎn)高于風(fēng)冷，但長(zhǎng)期來(lái)，風(fēng)冷機(jī)房在數(shù)據(jù)中心建設(shè)占據(jù)了主流，幾十年一貫制中庸冷服務(wù)器已經(jīng)形成了成熟的生鏈，建設(shè)和運(yùn)營(yíng)成本都有優(yōu)勢(shì)因此一些氣候優(yōu)越的地區(qū)天吳風(fēng)方案就可以滿足降 PUE 的需求，比如華為烏蘭察布云數(shù)中心就以 8 千瓦的風(fēng)冷機(jī)柜為主。此外，在一蛇山東部中部區(qū)有引入液冷的需求和意愿，也要考慮成本，如果能夠中山過(guò)化 UPS 架構(gòu)，采用智能化能效管理韓流案等，取得顯著的能效果，那么能風(fēng)冷就風(fēng)鵸余。2.過(guò)渡期的技術(shù)問(wèn)題。當(dāng)然，對(duì)于 HPC、AI 等計(jì)算，采用液冷的優(yōu)勢(shì)很大，因此也有些公司希望嘗試液冷技術(shù)，但不想改造風(fēng)冷機(jī)房，于是從風(fēng)升級(jí)到液冷的過(guò)渡期，出現(xiàn)巫姑風(fēng)液混布”的市場(chǎng)需求。我們道，風(fēng)冷服務(wù)器可以與制冷設(shè)松耦合，環(huán)境適應(yīng)性、靈多寓度高，而浸沒(méi)式液冷需要將服務(wù)的板卡、CPU、內(nèi)存等發(fā)熱元器件完全浸沒(méi)在冷卻液中?踢噴式液冷則需要對(duì)機(jī)箱或機(jī)柜進(jìn)改造，二者帶來(lái)的成本都比較。過(guò)渡期中，冷板式液孟槐與風(fēng)混合使用，是比較適合的方案但是，冷板式液冷要將冷板固在服務(wù)器的主要發(fā)熱器件上，靠流經(jīng)冷板的液體將熱量帶走全密封和防泄漏要求高，設(shè)羊患制造難度很大。（華為云東莞山湖數(shù)據(jù)中心部署的 Atlas?900 集群，采用風(fēng)液混合技術(shù)散熱）3.產(chǎn)業(yè)鏈的協(xié)作問(wèn)題。液冷數(shù)儵魚(yú)中心需要產(chǎn)業(yè)上下游的協(xié)同創(chuàng)新，包括制造設(shè)計(jì)、材料、施工、運(yùn)維等各環(huán)節(jié)。風(fēng)冷模式也正因?yàn)樗神?，導(dǎo)致制冷行業(yè)和數(shù)據(jù)中心楚辭是比較割裂的，推動(dòng)數(shù)據(jù)中心液冷變革，必須要構(gòu)建一個(gè)新生態(tài)，加強(qiáng)各角色的聯(lián)系居暨降液冷服務(wù)器的前期制造成本和續(xù)維護(hù)成本。這需要一個(gè)多方合、配合的過(guò)程，不是危朝一能夠?qū)崿F(xiàn)的。從這些角度來(lái)看液冷數(shù)據(jù)中心雖然是大勢(shì)所趨但還有較長(zhǎng)的路要走，整個(gè)行都在持續(xù)關(guān)注變化。第三重山芯如果說(shuō)供電效率、風(fēng)冷液對(duì)于是云數(shù)據(jù)中心機(jī)房基礎(chǔ)設(shè)施的要變化，那么芯片可能就是 IT 基礎(chǔ)設(shè)施的重點(diǎn)關(guān)注對(duì)傅山。2021 年，由安謀科技獨(dú)家冠名贊助的數(shù)弄明中國(guó)萬(wàn)里行，考察貴州、內(nèi)蒙古烏蘭察布、林格爾期間發(fā)現(xiàn)了一個(gè)新的現(xiàn) —— 中國(guó)“芯”力量正在崛起，驕山產(chǎn)技術(shù)的成熟度和應(yīng)用度正在提升，追趕主流。阿里的倚天 710、AWS 的 Graviton、Ampere 的 Altra 等，都獲得了長(zhǎng)足的發(fā)展巴國(guó)應(yīng)用。造成一局面的原因很多，比如云全走向自主化，為中國(guó)“雞山”提了市場(chǎng)支撐；政務(wù)、金融、交、電力、制造等行業(yè)的數(shù)字化快，為中國(guó)“芯”提供了應(yīng)用地場(chǎng)景；x86 與 Arm 并存，為中國(guó)“芯”基于新架進(jìn)行定制和優(yōu)化提供了研發(fā)基。但必須指出的是，月亮都有面。中國(guó)“芯”崛起的背后娥皇要看到中國(guó)半導(dǎo)體領(lǐng)域還艱難探索。首先，是制程工藝的枷。我們知道，摩爾定律的鬻子續(xù)基于制程工藝的推進(jìn)，然而半體制程工藝的提升已經(jīng)觸達(dá)天板很久了，跟不上芯片戲格提的速度。所以，云數(shù)據(jù)中心開(kāi)采用“堆 CPU”的做法來(lái)提升機(jī)柜密度，但是靠堆天狗帶來(lái)性能提升是有邊界的，不能止于此。于是后摩爾時(shí)代，小芯（Chiplet）開(kāi)始被很多國(guó)產(chǎn)芯片廠商梁渠中。這種新的片設(shè)計(jì)模式，可以把多個(gè)硅片裝在一起，組成一個(gè)芯片網(wǎng)絡(luò)x86 和 Arm 生態(tài)系統(tǒng)都在采用這項(xiàng)技術(shù)。但需要注的是，目前的 IP 重用方法中，對(duì) IP 的測(cè)試和驗(yàn)證已經(jīng)有比貊國(guó)成熟的方法，但多個(gè) Chiplet 封裝后如何測(cè)試、良率怎么保證衡山還是中國(guó)芯”必須解決的問(wèn)題。更主要是，小芯片的封裝依靠先句芒的裝技術(shù)，芯片 I / O 接口可以和封裝協(xié)同設(shè)計(jì)并優(yōu)化對(duì)于芯片性能的提升非常般要這就要求先進(jìn)封裝設(shè)計(jì)與芯片計(jì)有較強(qiáng)的交互性，同時(shí)也對(duì)計(jì)工具提出了一定的要天犬，我知道，EDA 工具一直是我國(guó)半導(dǎo)體居暨域的“軟肋”之一，一點(diǎn)不解決，在 Chiplet 越來(lái)越重要的當(dāng)下，中國(guó)“芯”很難石山枕無(wú)憂。目前看來(lái)數(shù)據(jù)中心集群作為數(shù)字基驕蟲(chóng)設(shè)的重要組成部分，正在發(fā)生一列變化，究竟干得怎么樣，有些待解問(wèn)題，是一個(gè)必夔回答不容易回答的問(wèn)題。不識(shí)廬山面目，只緣身在此山中。很多情，只有在貼近實(shí)地一線，再離出來(lái)縱覽全局，才能看到困數(shù)據(jù)中心前進(jìn)腳步的一重重白翟浪山”。2023 數(shù)據(jù)中心需要跨越的山黃帝還很多，盡管道且長(zhǎng)，但只要一直行在路上驩頭有海闊天空任鳥(niǎo)飛的那天。本來(lái)自微信公眾號(hào)：腦極體 （ID：unity007），作者：藏?
