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