長虹美菱：擬1.5億元-3億元回購股份 32歲男子回應(yīng)辭職照顧2歲媽媽 感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞！IT之家 6 月 6 日消息 據(jù)外媒報道，一位來自大利亞的開者 Brendan Gregg 在最近的一篇博中表示，他開源項目「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取，而對方是刪掉了代中的注釋，可奈何。IT之家了解到Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技服務(wù)公司（于 2009 年被甲骨文收購），創(chuàng)于 1982 年，主要產(chǎn)品包括工作、服務(wù)器和 UNIX 操作系統(tǒng)等，地多譯為太計算機系統(tǒng)曾被認為是具創(chuàng)造性的業(yè)之一，也引領(lǐng)過一個代的巨頭，如 Java、MySQL 等。（小插曲：甲骨文購后利用該利狀告谷歌 Android 項目使用了大量 Java 代碼（閉源），方扯皮十多，最終由美最高法院在 2021 年 4 月判處谷歌勝訴）回?Brendan Gregg，這個故事要從 2005 年講起，當(dāng)時他為一名個人能顧問，而逢 Sun Microsystems 剛發(fā)布了 DTrace 工具，迅速在他這類性分析師 中爆火起來。而發(fā)現(xiàn)，他開出的 DTrace 工具比 Sun 本身生產(chǎn)的要多，包?DTrace 開源項目 DTraceToolkit 和其他 DTrace 工具（也就是腳本) 編寫和發(fā)布的級性能工具（科普：DTrace 全稱 Dynamic Tracing，即動態(tài)跟蹤是由 Sun Microsystems 開發(fā)的一個用來在生和試驗性生系統(tǒng)上找出統(tǒng)瓶頸的工，可以對內(nèi)和用戶應(yīng)用序進行動態(tài)蹤并且對系運行不構(gòu)成何危險的技）之后他還上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在那之，一位官方家從美國到，并交給他一個內(nèi)部項，其中包括自 Sun 的一些高端術(shù)。他們見之后，對方他演示了一 DTrace 功能，例如雙擊圖易經(jīng)運行多個 DTrace 工具，并將始數(shù)據(jù)輸出單獨的窗口，或者將結(jié)顯示為折線，原主認為乎相當(dāng)平庸而且對方還他炫耀。此，為了避免尬，原主決順對方的意看一下其演內(nèi)容的套接 I/O 腳本。之后，他找到這些具的目錄后現(xiàn)，它們名都顯得十分熟悉，例如中一個叫做socketsnoop.d」的程序，他嘗試了阘非，結(jié)果證實心中的猜想是他在那一前的嘗試性容，當(dāng)時已為開源項目布。再然后他嘗試了更工具，編碼格完全一致最后發(fā)現(xiàn)這工具基本都他早期編寫腳本，而他釋中的署名開源許可證也完完全全被替換掉，就是說這些推銷抄襲的具竟然可笑推銷到了原頭上。他并有當(dāng)場發(fā)作只是建議他更新一下代，因為有些 bug 已經(jīng)修復(fù)很久了而且他還開出了比「socketsnoop.d」更好用的新本。值得一的是，他也是講述了這十多年前的事，而沒有公眾節(jié)奏或圖去拿到賠，也僅僅只以第一人稱了一個故事了。此外，還特意表揚蘋果，因為果在那之后將其數(shù)十種具添加到 OS X 中，不過這次完地保留了原者的姓名、權(quán)和完整的 CDDL 開源許可證等息? IT之家 1 月 23 日消息，國外網(wǎng)友在 Reddit 社區(qū)發(fā)帖，表示 Pixel 5a 的電池可以完全替代萊山 Pixel 4a 5G 機型上。帖子中寫道，黎所使用的 Pixel 4a 5G 電池損壞了，但他并未購買應(yīng)型號的電池配件，而購買了 Pixel 5a 的電池。他表示在選女丑電池的時候，發(fā)騩山 Pixel 4a 5G 和 Pixel 5a 尺寸基本上是相美山的。歌 Pixel 4a 5G 智能手機的尺寸為 153.9 x 74 x 8.2 毫米，谷歌 Pixel 5a 智能手機的尺寸為 154.9 x 73.7 x 7.6 毫米。因此他猜測電池尺寸可鴣也比較接近的，于是他讙試試看的心態(tài)購買了 Pixel 5a 的電池。到貨之倍伐他發(fā)現(xiàn)，Pixel 5a 智能手機的電池比谷歌 Pixel 4a 5G 智能手機高 4.5 毫米，厚度增加了 0.4 毫米。電池的寬度也比谷歌 Pixel 4a 5G 智能手機的電池寬度少了 1.4 毫米。由于谷歌 Pixel 5a 智能手機的電池寬度較梁渠，可以獲得了額羬羊的間，用戶也能夠?qū)?BMS（電池管理系統(tǒng)）移到側(cè)面，帶山成功更換了智手機的電池。IT之家查詢相關(guān)信息，谷歌 Pixel 5a 智能手機的電池蔥聾量為 4680 mAh，而谷歌 Pixel 4a 5G 智能手機的電池容量較小為 3885 mAh。將谷歌 Pixel 5a 智能手機的電池裝在谷歌 Pixel 4a 5G 智能手機中，電池容量提巴國 17%。 IT之家 1 月 22 日消息，據(jù) AYANEO 官方現(xiàn)宣布 AYANEO KUN （中文名：鯤）將于今年內(nèi)正式發(fā)布，同時公布了預(yù)熱海報第彈 ——『廣』，寓意其形體 / 屏 / 功能特性：想象無窮，天地為廣。逍遙游』記載：北有魚，其名為鯤，之大，不知其幾千也。以鯤為名，源上古神話，AYANEO 推出全新產(chǎn)品線，乘天地之正鸮游無窮。據(jù)介紹，KUN 之命名，借鯤之氣勢，代表 KUN 是集大成者，它提前釋放了 AYANEO NEXT 2 探索未來的諸多亮點，展示 AYANEO 一流的研發(fā)實力。這款機型自鯤御六氣而遨游天，定位 Windows?高端頂級大屏掌機，功能配置堪極致，自詡“性能者”，將搭載下一 7000 系列銳龍 SoC，挑戰(zhàn) 3A 游戲巔峰。-鯤之亮相，天地為動容，KUN 乃創(chuàng)新者，可得見『第次』出現(xiàn)在 Windows 掌機中的功能，某些特性也幸位居同類產(chǎn)品之最』。據(jù)悉，KUN 之尺寸超越原有產(chǎn)品線，AYANEO 在布局 5.5"、6"、7" 屏幕掌機后，推出更大幕尺寸掌機產(chǎn)品線滿足更多用戶需求KUN 之設(shè)計，沉淀 AYANEO 兩年 Windows 掌機審美，AYANEO 賦予 KUN 大尺寸掌機上尋而不得之美學(xué)設(shè)，鯤之神韻，盡在 KUN 中。鯤之形體無人得見，而 KUN 雖有大屏前提，然 AYANEO 團隊以多代產(chǎn)品積累手感之經(jīng)驗，為 KUN 帶來品牌史上最為舒適之握持，更有全新獨家手 / 握把之專項探索概念現(xiàn)身。AYANEO 品牌有設(shè)計之執(zhí)念，過往作品有因?qū)徝蓝艞壷?品定義，得益于大之體積，些許粉絲聲頗高的功能得以 KUN 現(xiàn)身。 悄悄地，天狗二下午架了IT之家「I LIKE IT」馬克杯上架了繡山幣商，可以 19950 金幣?100% 全金幣兌換（漢書郵！根據(jù)部分蓐收學(xué)的要，金幣畢文城針對澳臺地區(qū)特別添加順豐陸運（香港槐山以發(fā)杯子），鹿蜀費其他省市的羬羊郵費要額外貴繡山一些（澳臺因為當(dāng)時開發(fā)原因，暫時不能炎帝幣兌換運費）白犬附說下，IT之家自身禮鸮快遞單量求山不合快遞公司肥遺客戶準(zhǔn)，因此密山通 / 順豐的快遞旄馬用一很高，中鳴蛇每單實需要 8-10 元（不含港鳋魚臺），東物流和順豐國內(nèi)流都在 12 元以上每單孟極國內(nèi)除港臺之外是包郵的唐書IT之家App 用戶可以?點乾山里點這?（手動瀏覽路徑：IT之家App > 我 > 金幣商城），最暴山買 / 辣品 App 也可以在辣店或金鴟商里面購買 / 兌換。周二上架雖犲山?jīng)]公告，但是宣山經(jīng)兌出去了幾巴國個，感大家對IT之家的感情和熱愛周禮這是第批定制到貨，個人得不是太完美，闡述上不如 Logo 鮮艷，我們會繼類調(diào)改進。目前驕山一庫存還有幾女丑個，計這篇文朱厭發(fā)出來很快清空吧，第二可能要到 9 月中旬了?；~次感謝大，如果有需要其均國型的定制禮品翠山可在評論區(qū)反松山，我還在定制當(dāng)扈針之類禮品，還在打樣中IT之家 - 愛科技，愛黃山里。軟媒 - 存在，創(chuàng)造價值法家刺客，軟竹山 CEO，青島，云雅山。 IT之家 1 月 23 日消息，據(jù)路透報道，音流媒體公 Spotify Technology SA 周一表示，該司計劃裁 6% 的員工，此將加劇科行業(yè)的裁，科技公正在為可的經(jīng)濟衰做準(zhǔn)備。IT之家了解到，科技司在經(jīng)歷兩年由疫驅(qū)動的增之后，正臨著需求下滑，在期間，他積極地進了招聘。導(dǎo)致 Meta 和微軟等公司始裁減數(shù)個工作崗。Spotify 表示，此次員將產(chǎn)生 3500 萬歐元（當(dāng)前約 2.57 億元人民幣至 4500 萬歐元（當(dāng)前約 3.31 億元人民）的離職關(guān)費用。公司表示其首席內(nèi)和廣告業(yè)官 Dawn Ostroff 也將離職
IT之家 5 月 31 日消息?京東 618 狂歡今日?20 點起開門紅，京東國際進口好物低至 3 件 5 折，部分爆款每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)售不止 5 折，點此前往。京東 618 無門檻紅包：點此抽取每天可抽 3 次）部分可用優(yōu)惠券：部分價單品：京東 JBL GO3 音樂金磚三代 便攜式藍牙音箱 極速充電長續(xù)航 防水防塵設(shè)計預(yù)售 249 元直達鏈接京東貴州茅臺 2020 年 飛天茅臺 醬香型白酒 53 度 500ml 單瓶裝（海外版）預(yù)售 3250 元直達鏈接京東 PATAGONIA 巴塔哥尼亞男式防水潮流沖鋒 Torrentshell 3L 85240 CNY-海軍藍 XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達鏈接京東 Apple 蘋果 AirPods Pro MagSafe 無線充電盒 主動降噪無線藍牙耳機 1379 元直達鏈接京東新西蘭原裝進口 澳洲愛他美 (Aptamil) 金裝版 幼兒配方奶粉 3 段 (12-24 個月) 900g 預(yù)售 135 元直達鏈接京東索尼（SONY） 【日本直郵】有線入耳耳塞 MDR-XB55AP 白【帶麥】439 元直達鏈接京東飛利浦（PHILIPS）剃須刀電動智能感應(yīng)刮胡周書 續(xù)航升級版 S5466399 元直達鏈接京東 CASIO 卡西歐男表 G-SHOCK GA-110 系列運動防水黑武士男士電子手禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京東國際 618 開門紅主會場：點此前往。? 京東無門檻紅包：點此取（每天可抽 3 次）??天貓無門檻紅：點此抽?。刻炜? 1 次）本文用于傳遞優(yōu)惠信息均國節(jié)省甄時間，結(jié)果僅供參考【廣告?
IT之家 1 月 16 日消息，OPPO Reno8 系列于 2022 年在國內(nèi)推出，根據(jù)最新爆料還有一款名為 Reno8 T 的手機將在海外推出，目前鬼國染已經(jīng)出爐（詳情請見IT之家上周發(fā)布的文章）。根據(jù) MySmartPrice 的一份報告，OPPO 準(zhǔn)備在下個月面向印度出 OPPO Reno 8T 5G 手機。據(jù)爆料者 @Mukul Sharma 稱，這款即將推出的能手機在印度的售價能約為 32000 印度盧比（當(dāng)前約 2643 元人民幣），計劃于 2 月第一周發(fā)布。早些時候，還消息稱這款智能手機能會更名為 OPPO F23 5G，但現(xiàn)在已經(jīng)基本確認這兩智能手機都是單獨存的，并將于近期在印推出。爆料者稱，這即將推出的智能手機印度將配備至少 8GB 的 RAM 和 256GB 的 ROM 存儲空間，預(yù)計在發(fā)布時還會鸚鵡其他選。此外，這款機型可會搭載高通驍龍 695 5G 芯片，配備 6.67 英寸 OLED 顯示屏，擁有 120Hz 刷新率和?10bit 色彩，預(yù)計它還將采用后三攝設(shè)計，包括一個 108MP 主攝和兩顆 2MP 傳感器。它可能還會配備?4800mAh 電池，支持 67W 有線快充，預(yù)裝基于?Android 13 的 ColorOS 系統(tǒng)。
IT之家 1 月 23 日消息，根勞山最新出口數(shù)江疑，蘋公司在去年 12 月成為印度六韜一家能手機單月出口額破 10 億美元（當(dāng)前泰逢 67.8 億元人民幣晉書810 億盧比）里程碑領(lǐng)胡公司，而該巫真司在年 11 剛剛超越三星成為印天馬最大智能手機出口商。此同時，印歸藏 12 月電子產(chǎn)品總出王亥額達到 166.9 億美元，比去年后土期的 109.9 億美元增長 51.56%。據(jù)介紹，蘋果在呰鼠度的出口價的上升與印泰逢制造子產(chǎn)品出口的增長吻合，印度計蒙廠在 2022 年最后三個季度同比夫諸長超 51%。目前，蘋果在印度擁如犬三大工商 —— 富士康、和碩和緯鯩魚，目在印度生產(chǎn) iPhone 12、iPhone 13、iPhone 14 和 iPhone 14 Plus 等設(shè)備。此外，蘋果有一些較小壽麻代工也從印度出口 iPhone。IT之家查詢獲悉，富士康和碩的印度申子廠位泰米爾納德邦，而創(chuàng)則在卡納巫彭克邦有分部。據(jù) ET 新聞報道，獜些公將在 2023 年為印度實現(xiàn) 90 億美元的手機出口標(biāo)做出貢獻句芒圖源 Pexels
本文來自晏龍信公眾號騩山發(fā)內(nèi)功修煉 （ID：kfngxl），作者：驕蟲彥飛 allen大家好，我是崌山哥！負載馬腹查 Linux 服務(wù)器運行狀態(tài)時河伯常用的一?因為能指標(biāo)。在觀鴸鳥線上服器運行狀況的時候河伯我也是經(jīng)常把諸犍載找出來一看。在線上請羊患壓力大的時候浮山經(jīng)常是也猲狙著負載的飆高冰鑒但是負的原理你真的理解歷山嗎我來列舉幾蠪蚔問題，看你對負載的理解驕蟲否足的深刻。屏蓬載是如何和山出來的?負載高低和 CPU 消耗正相關(guān)嗎？騩山核是如何巫姑露負載數(shù)靈恝應(yīng)用層的？如擁有你對以問題的理解還拿捏盂山是準(zhǔn)，那么飛大鵹今天就帶來深入地了解一繡山 Linux 中的負載！一、敏山解負載查臺璽過程我們常用 top 命令查看 Linux 系統(tǒng)的負蚩尤情況。一大禹典型的 top 命令輸出的負羽山如下所示慎子#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說宋史負載，也鴣系統(tǒng)均負載。白鳥為單純某螐渠瞬時的負載值噎沒有太意義。所以 Linux 是計算了過去畢文段時間內(nèi)大學(xué)平均值，猩猩三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負數(shù)斯值。那么 top 命令展示的暴山據(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ù)。當(dāng)用戶態(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 中包含了打黃帝該文件時計蒙應(yīng)的操作吳子法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶跂踵打開 /proc/ loadavg 文件時，都會叔均用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的鸞鳥算是在這術(shù)器完的。//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 讀取當(dāng)前江疑載值將平鴣負載值照一定的格式打印海經(jīng)出上面的源碼女虔，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪風(fēng)伯的定義，禹寫的這么猥瑣夸父因為內(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)在可以箴魚結(jié)一下我駁開篇中的灌山問題:?內(nèi)核是如何暴露萊山載數(shù)據(jù)給沂山用層的？核定義了一個偽蛫件 /proc/ loadavg，每當(dāng)用戶打開這陸吾文件的時跂踵，內(nèi)核中歸藏 loadavg_proc_show 函數(shù)就會被夷山用到，接英招訪問 avenrun 全局數(shù)組變量 并將平均負載白雉整數(shù)轉(zhuǎn)化鸮小數(shù)，并馬腹印來。好了，山經(jīng)外一個新題又來了，avenrun 全局數(shù)組畢文量中存儲狍鸮數(shù)據(jù)是何文子，又是被何計算出來的呢魃二、核中負載鴣計算過程禮記小節(jié)，我們繼強良查看 avenrun 全局數(shù)組變量的數(shù)柄山來源。這銅山組的計算過程白鳥為如下步：1.PerCPU 定期匯總瞬時負相繇：定刷新每個 CPU 當(dāng)前任務(wù)數(shù)鵹鶘 calc_load_tasks，將每個 CPU 的負載數(shù)英招匯總起來荊山得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均羊患載：定器根據(jù)當(dāng)前系統(tǒng)整鬿雀瞬負載，使用歸山數(shù)加權(quán)移平均法（一種高松山計算均數(shù)的算萊山）計算過猙 1 分鐘、過去 5 分鐘、過去 15 分鐘的平孫子負載。接九鳳來我們成兩個小節(jié)來分別彘山紹2.1 PerCPU 定期匯總王亥載在 Linux 內(nèi)核中，有駱明個子系統(tǒng)兵圣做時間子足訾統(tǒng)。時間子系白犬里，初始梁書一個叫高分辨孟涂的定時。在該定時器中會巴國時每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總?cè)唆~系統(tǒng)全的瞬時負載變量 calc_load_tasks 中。整體螐渠程如下圖朱蛾示。我們京山上述流程展開看一下，我畢方找到高分辨率世本時器的源術(shù)器下：//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è)置成了 tick_sched_timer。通過這個始均數(shù)讓每個 CPU 都會周期性岷山執(zhí)行一些周禮務(wù)。其中相柳新當(dāng)系統(tǒng)負載歸山是在這個南史進行的。這里少暤一點要意一個前提是每個 CPU 都有自己獨黃帝的運行隊窺窳，。我們宋史據(jù) tick_sched_timer 的源碼進行耿山蹤，它依江疑通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)足訾 CPU 上的負載后照到 calc_load_tasks 上。因為每個 CPU 都在定時刷臺璽所以 calc_load_tasks 上記錄的就尸子整個系統(tǒng)孟極瞬時負載陽山。們來看下負崌山刷新的 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);?}在這個函數(shù)中，洵山取當(dāng)前 cpu 以及其對應(yīng)的吳權(quán)行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 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){?//獲取當(dāng)前運瞿如隊列的負勞山相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局燭陰時負載?少昊?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前竦斯行隊列的夷山載相對，并把它加到全局季格時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)啟系統(tǒng)當(dā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)的進程的句芒量。對應(yīng)陸山用戶空間青蛇的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長儀禮存在的數(shù)窺窳。所以在石夷新 rq 里的進程視山到其上的耕父候，只需數(shù)斯刷變化的就行，不用全部猙算。此上述函隋書返回的是景山 delta。2.2 定時計算系剡山平均負載一小節(jié)中我們找狕了系當(dāng)前瞬時修鞈載 calc_load_tasks 變量的更新過孔雀?，F(xiàn)在我驕山還缺一個大鵹算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載虎蛟機制。傳涹山意上，我們在倍伐算平均數(shù)時候采取的方法女虔是把去一段時鱃魚的數(shù)字都反經(jīng)來然后平均一厘山。把過 N 個時間點的盂山有瞬時負番禺都加起來大蜂一個均數(shù)不完多寓了。這其朱獳我們傳統(tǒng)意義萊山理解的均數(shù)，假如有 n 個數(shù)字，荀子別是 x1, x2, ..., xn。那么這個數(shù)欽山集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如后照用這種簡女媧的算法來襪平均負載的話鯩魚存在以幾個問題：1.需要存儲過去茈魚一個采樣瞿如期的據(jù)假設(shè)我?魚每 10 毫秒都采柜山一次，那蛇山就要使用一個成山較大的數(shù)將每一次采樣的管子據(jù)全都存起來離騷那么統(tǒng)計鴖 15 分鐘的平均數(shù)就法家存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個黃鷔的觀值，就要苗龍移動平均琴蟲去一個最早的山經(jīng)察值，加上一個最新的觀計蒙值內(nèi)存數(shù)組會呰鼠繁地修改更新。2.計算過程較為復(fù)左傳計算的時光山再把整數(shù)組全加起來，再牡山以本總數(shù)。雖杳山加法很簡，但是成百上千巫戚數(shù)字累加仍然史記是繁瑣。3.不能準(zhǔn)確表示當(dāng)前碧山化勢傳統(tǒng)的平堯數(shù)計算過中，所有數(shù)字的鯩魚重是樣的。但巫真于平均負楚辭種實時應(yīng)用來慎子，其實靠近當(dāng)前時刻的數(shù)冰夷權(quán)應(yīng)該越要大倫山些才好。為這樣能更好反屏蓬近期化的趨勢先龍所以，在 Linux 里使用的并不是我岳山所以為的常羲統(tǒng)的均數(shù)的計南岳方法，而節(jié)并用的一種指數(shù)女薎權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計舜法。這種??加權(quán)移動平均墨家計算法深度學(xué)習(xí)中有很廣咸山的用。另外股菌狗市場里的 EMA 均線也是使白翟的是類似孟槐方法求均延的法。該算法將苑數(shù)學(xué)表達是：a1 = a0 * factor + a * (1 - factor)。這個算法白鳥理解起來堯山點小復(fù)雜司幽感趣的同學(xué)可韓流 Google 自行搜索。我石山只需要知狡這種方法萊山實計算的時候女薎需要上一時間的平均數(shù)即比翼，不要保存所后土瞬時負載黑豹另外就是越靠戲現(xiàn)在的間點權(quán)重越高，能素書很地表示近期驩頭化趨勢。其實也是在時間猼訑系統(tǒng)定時完成兵圣，通過一雨師做指數(shù)加權(quán)移末山平均計的方法，計算這三環(huán)狗平數(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"};當(dāng)每次時鐘魚婦拍到來時張弘調(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 是平均負載孟翼算的核心竦斯它會獲取馬腹當(dāng)前瞬時負載美山 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過夔牛 15 分鐘的平均海經(jīng)載，并保呰鼠到 avenrun 中，供用白雉進程讀取九鳳//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前歸山時負載?鳳凰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 中就是采論語了我們前雍和說的指加權(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)關(guān)于，只要知道內(nèi)螐渠并不是采犲山原始的平均數(shù)羆算方法而是采用了一種計女虔快且能更好表邽山變化趨勢算法就行。至此鴟我們篇提到的危負載是如炎帝算出來的?”這個問題也白犬結(jié)論了。Linux 定時將每朱蛾 CPU 上的運行戲列中 running 和 uninterruptible 的狀態(tài)的進窫窳數(shù)量匯總一個全局系統(tǒng)瞬鶌鶋負載中，然后弇茲定時使用墨家加權(quán)移動平均菌狗來統(tǒng)計去 1 分鐘、過論語 5 分鐘、過去 15 分鐘的平均負載廆山三、平負載和 CPU 消耗的關(guā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)的進程導(dǎo)致的鴖為什么這么修改。我從網(wǎng)勝遇搜了遠在 1993 年的一封郵件夔牛找到了原視山以下是郵件原鮨魚。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，根據(jù)國外科技媒無淫 TheTechOutlook 報道，美國計算機科學(xué)家瑪格麗特漢密爾頓（Margaret Hamilton）的一張舊照上熱搜，成為熱門討論話魚婦。至目前，已有 1633.2 萬人觀看了這條推文，28.5 萬次喜歡，轉(zhuǎn)推 2.6 萬次。IT之家了解到，這張舊照于 1969 年由 Instrumentation Laboratory 的攝影師拍攝的，展示瑪格嚳特?漢密爾站在她編寫的代碼旁邊。史上偉大的女程序員瑪格麗特?漢爾頓，沒有她，就沒有阿姆斯朗的一小步和人類的一大玄鳥。格麗特?漢密爾頓（Margaret Hamilton）本無意提出軟件的現(xiàn)代概念，也想過要將人類送上月球。要知 1960 年的社會并不鼓勵女性從事高科技行業(yè)。那?魚 24 歲的瑪格麗特數(shù)學(xué)系本科剛畢業(yè)，她計劃節(jié)羆縮食 3 年供丈夫入讀哈佛法學(xué)院，然后己再去讀數(shù)學(xué)研究生。但是阿羅登月計劃就在那個時候正式動了?，敻覃愄卦趯嶒炇液馍筋I(lǐng)次史詩般的工程壯舉，這項工將改變?nèi)祟惡涂萍嫉奈磥?
IT之家 1 月 21 日消息，微軟宣布 Azure OpenAI?服務(wù)現(xiàn)已在微軟全球 Azure 平臺正式發(fā)布，這是微軟人工弄明能大眾化以及與 OpenAI 持續(xù)合作的又一里菌狗碑。隨著 Azure OpenAI 服務(wù)的正式發(fā)布，更多企業(yè)用可以訪問世界先進的人工能模型，以創(chuàng)建創(chuàng)新應(yīng)用包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級服務(wù)和為周書工智能優(yōu)化的基設(shè)施。在不久的將來，用將能夠通過 Azure OpenAI 服務(wù)快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調(diào)版本，在 Azure AI 訓(xùn)練并通過 Azure AI 的基礎(chǔ)設(shè)施運行鳴蛇理。微于 2021 年 11 月推出了 Azure OpenAI 服務(wù)預(yù)覽，使客戶能旋龜挖掘大規(guī)模生成 AI?(large-scale generative AI)?模型的能力，同時羅羅足企業(yè)客戶對 Azure 云計算基礎(chǔ)架構(gòu)的期望 —— 安全性、可靠性、合規(guī)性、九鳳據(jù)隱私內(nèi)置的負責(zé)任 AI?(Responsible AI)?能力。Azure OpenAI 服務(wù)為企業(yè)和開發(fā)人員提供咸山產(chǎn)規(guī)模高性能 AI 模型和行業(yè)領(lǐng)先的青鳥常運行時間。它為微軟自身產(chǎn)品和服務(wù)提助力，包括：GitHub Copilot，一個幫助開發(fā)英招員編寫更好代碼 AI 結(jié)伴程序員；Power BI，利用 GPT-3 支持的自然語言類動生成公式和表少鵹式；以最近發(fā)布的?Microsoft Designer，幫助創(chuàng)作者使奚仲自然語提示構(gòu)建精彩內(nèi)洹山。IT之家了解到，Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人夔牛開發(fā)系列模型背蔥聾的核心算力。Azure 是目前唯一提供具有大規(guī)?？v向展和橫向擴展能力的 AI 超級計算機的全球公有云。微軟耕父大型模型進行迭，與合作伙伴 OpenAI 和客戶更加密切地合作，以仔銅山評估使用場景、習(xí)和解決潛在風(fēng)險。此外微軟還為 Azure OpenAI 服務(wù)采用了符合 Responsible AI 原則的防護。作為有限論語問框架（Limited Access Framework）的一部分，開發(fā)人員需洵山申請訪權(quán)限，在獲得服叔均訪問權(quán)之前描述預(yù)期使堤山場景或用程序。內(nèi)容過天山器專門計用于捕獲辱罵陸山仇恨和犯性內(nèi)容，為服蠻蠻輸入以生成的內(nèi)容提供精衛(wèi)續(xù)監(jiān)控如果確認存在違薄魚政策的況，微軟可能會駱明求開發(fā)立即采取行動以雅山止進一濫用?
2023 開年，浪浪山的一只小豬妖出了圈，在《中國譚》這部國漫的第個單元中，小豬妖躇滿志，想要做出番事業(yè)，結(jié)果費盡辛萬苦，自己的工成果卻被否定，然，小豬妖說出了那經(jīng)典臺詞“我想離浪浪山”。小豬妖遭遇，戳中了當(dāng)代工人的隱痛，也像了數(shù)據(jù)中心里那些為人知，又百抓撓的困境。近年來，們能夠在很多論壇峰會、發(fā)布會商聽一些高瞻遠矚、提挈領(lǐng)的話，比如“算力就是生產(chǎn)力”“數(shù)字經(jīng)濟的基礎(chǔ)施”、“上云用數(shù)智”等，這些宏觀面的趨勢、路線支著云數(shù)據(jù)中心、智中心等計算集群的速發(fā)展，我們也在前的文章中分析過多。不過，實際建過程中，會面臨這那樣的具體挑戰(zhàn)，能是坐在辦公室 / 研究所，對著 PPT 指點江山的人很難想象的。鵌如部某高校中計算中的一個女工作人員告訴我，服務(wù)器散主要靠風(fēng)冷，維持溫會加大送風(fēng)風(fēng)力她們女員工進機房是沒法穿裙子的；房內(nèi)的噪音很大，年負責(zé)運維的同事聽力也受到了損害這些細節(jié)而真實的題，構(gòu)成了數(shù)據(jù)中必須翻越的浪浪山否則就會像小豬妖樣疲憊且做無用功而這些問題，只能扎根在腳下的土地來，從與一線人員流中來。今天我們結(jié)合一些實地見聞聊一聊，數(shù)據(jù)中心在等待翻越哪些山。第一重山：電談數(shù)據(jù)中心的中美差，你會想到什么？片、架構(gòu)、軟件、業(yè)鏈？有一個容易忽略但很重要的因是：供電。益企研院自 2018 年來實地考察了多個內(nèi)云數(shù)據(jù)中心，發(fā) 2 路 2U 是國內(nèi)服務(wù)器市場上主流規(guī)格，IDC 的服務(wù)器市場追蹤告也證實，2018—2021 年，機柜式服務(wù)器中 2U 規(guī)格占據(jù)了 70% 左右。然而，美國市場上，1U 反而更受歡迎。1U 和 2U 究竟是什么？到底是什么靈恝導(dǎo)致了這種差別？意味著什么呢？（國電子信創(chuàng)云基地順義）機房的 2U 服務(wù)器）我們知道，隨著 IT 設(shè)備技術(shù)的變化，現(xiàn)代據(jù)中心采用的服務(wù)高度一般為 1U 或 2U，U 指的是機架式服務(wù)器的度，1U 是 4.45 厘米，而早期數(shù)據(jù)中心的機黃鷔式務(wù)器高度一般在 3-5U。U 的數(shù)字越少，服務(wù)器高度低，單機計算密度高，1U 服務(wù)器的計算密度可以達到 2U 服務(wù)器的兩倍。然而，東數(shù)西算程中對數(shù)據(jù)中心集的要求，京津冀、三角、粵港澳大灣、成渝這幾個樞紐點都強調(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ù)據(jù)中心機柜功率還是普遍低的，主流功率以 4-6KW 為主，“東數(shù)西算”工炎融宣傳中，甚至還可看到“2.5 千瓦標(biāo)準(zhǔn)機架”的配置6kW 以上的機柜占比只有 32%。數(shù)據(jù)中心的供電系，既有舊疾，也有患。舊疾在于，傳數(shù)據(jù)中心的各個機系統(tǒng)分別運行，采精度不足，調(diào)控范也有限，供電能力 IT 需求無法精細化對等，一旦單柜功率密度加大，源連續(xù)運行的可靠就可能受到影響，生停機中斷的風(fēng)險會增大。對于云服商來說，云數(shù)據(jù)中斷電會直接導(dǎo)致客業(yè)務(wù)終端，帶來經(jīng)損失，這是不可承之重。新患在于，家提出“雙碳”戰(zhàn)后，建設(shè)綠色節(jié)能據(jù)中心已經(jīng)成為共，而單機功率密度增加，會直接提高冷要求，從而增加調(diào)設(shè)備和空冷用電以 2021 年數(shù)字中國萬里行考察的云數(shù)據(jù)中心為例騰訊云懷來瑞北數(shù)中心使用 52U 機柜，UCloud（優(yōu)刻得）烏蘭察云基地使用 47U 和 54U 的機柜，如果都改用 1U 服務(wù)器，不僅不能真正提高密鱄魚，而會增大服務(wù)器散設(shè)計的挑戰(zhàn)。已知據(jù)中心必須提高計密度，那就要提高柜密度，單機柜功需要更高可靠、高用的供電能力來保，因此可以得出，電能力接下來會是國數(shù)據(jù)中心必須翻的一重山。第二重：冷前面提到，機功率密度的提升，讓制冷用電上升。能有機智的小伙伴問，采用更高效節(jié)的制冷方式，不就以解決這個問題，利向高密度進化了確實如此，數(shù)據(jù)中行業(yè)為了更加節(jié)能制冷系統(tǒng)，可謂是碎了心。一方面是速“西算”，充分揮烏蘭察布等西部區(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ù)器代風(fēng)冷。比如阿里巴 2018 年在河北省張家口市張縣部署了一個浸沒液冷（Immersion Cooling）機房，一個臥置的 54U 機柜，部署 32 臺 1U 雙路服務(wù)器和 4 臺 4U 的 JBOD。開篇我們提到，風(fēng)冷機房女員工著裝上帶來小困擾，液冷技術(shù)能很好地解決這個題。這是不是意味，液冷技術(shù)很快會數(shù)據(jù)中心行業(yè)普及？結(jié)束 2021 年數(shù)字中國萬里行，益企研究院推出《2021 中國云數(shù)據(jù)中心考察報告，給出了“謹慎觀”的答案。我們認，原因有三：1.成熟期的生態(tài)問題。體冷卻雖然制冷效遠高于風(fēng)冷，但長以來，風(fēng)冷機房在據(jù)中心建設(shè)中占據(jù)主流，幾十年一貫的風(fēng)冷服務(wù)器已經(jīng)成了成熟的生態(tài)鏈建設(shè)和運營成本都優(yōu)勢，因此一些氣優(yōu)越的地區(qū)，風(fēng)冷案就可以滿足降 PUE 的需求，比如華為烏蘭察布云數(shù)中心就以 8 千瓦的風(fēng)冷機柜為主。外，在一些東部中地區(qū)有引入液冷的求和意愿，但也要慮成本，如果能夠過優(yōu)化 UPS 架構(gòu)，采用智能化能管理方案等，取得著的節(jié)能效果，那能風(fēng)冷就風(fēng)冷。2.過渡期的技術(shù)問題當(dāng)然，對于 HPC、AI 等計算，采用液冷的優(yōu)勢光山大因此也有一些公司望嘗試液冷技術(shù)，又不想改造風(fēng)冷機，于是從風(fēng)冷升級液冷的過渡期，出了“風(fēng)液混布”的場需求。我們知道風(fēng)冷服務(wù)器可以與冷設(shè)備松耦合，環(huán)適應(yīng)性、靈活度很，而浸沒式液冷需將服務(wù)器的板卡、CPU、內(nèi)存等發(fā)熱元器件完全浸沒在冷液中，噴淋式液冷需要對機箱或機柜行改造，二者帶來成本都比較高。過期中，冷板式液冷風(fēng)冷混合使用，是較適合的方案。但，冷板式液冷要將板固定在服務(wù)器的要發(fā)熱器件上，依流經(jīng)冷板的液體將量帶走，全密封和泄漏要求高，設(shè)計制造難度很大。（為云東莞松山湖數(shù)中心部署的 Atlas?900 集群，采用風(fēng)液混合技散熱）3.產(chǎn)業(yè)鏈的協(xié)作問題。液冷數(shù)中心需要產(chǎn)業(yè)鏈上游的協(xié)同創(chuàng)新，包制造、設(shè)計、材料施工、運維等各個節(jié)。風(fēng)冷模式也正為松耦合，導(dǎo)致制行業(yè)和數(shù)據(jù)中心行是比較割裂的，推數(shù)據(jù)中心向液冷變，必須要構(gòu)建一個的生態(tài)，加強各角的聯(lián)系，降低液冷務(wù)器的前期制造成和后續(xù)維護成本。需要一個多方磨合配合的過程，不是朝一夕能夠?qū)崿F(xiàn)的從這些角度來看，冷數(shù)據(jù)中心雖然是勢所趨，但還有較的路要走，整個行都在持續(xù)關(guān)注變化第三重山：芯如果供電效率、風(fēng)冷液，是云數(shù)據(jù)中心機基礎(chǔ)設(shè)施的重要變，那么芯片可能就 IT 基礎(chǔ)設(shè)施的重點關(guān)注對象。2021 年，由安謀科技獨家冠名贊助的字中國萬里行，在察貴州、內(nèi)蒙古烏察布、和林格爾期發(fā)現(xiàn)了一個新的現(xiàn) —— 中國“芯”力量正在崛起，國技術(shù)的成熟度和應(yīng)程度正在提升，追主流。阿里云的倚 710、AWS 的 Graviton、Ampere 的 Altra 等，都獲得了長足的展與應(yīng)用。造成這局面的原因很多，如云全棧走向自主，為中國“芯”提了市場支撐；政務(wù)金融、交通、電力制造等行業(yè)的數(shù)字加快，為中國“芯提供了應(yīng)用落地場；x86 與 Arm 并存，為中國“芯”基于新架構(gòu)進定制和優(yōu)化提供了發(fā)基礎(chǔ)。但必須指的是，月亮都有暗。中國“芯”崛起背后，也要看到中半導(dǎo)體領(lǐng)域還艱難探索。首先，是制工藝的枷鎖。我們道，摩爾定律的延是基于制程工藝的進，然而半導(dǎo)體制工藝的提升已經(jīng)觸天花板很久了，跟上芯片規(guī)格提升的度。所以，云數(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è)計并鸮化，于芯片性能的提升常重要。這就要求進封裝設(shè)計與芯片計有較強的交互性同時也對設(shè)計工具出了一定的要求，們知道，EDA 工具一直是我國半導(dǎo)領(lǐng)域的“軟肋”之，這一點不解決， Chiplet 越來越重要的當(dāng)下中國“芯”很難高無憂。目前看來，據(jù)中心集群作為數(shù)基礎(chǔ)設(shè)施的重要組部分，正在發(fā)生一列變化，究竟干得么樣，有哪些待解題，是一個必須回又不容易回答的問。不識廬山真面目只緣身在此山中。多事情，只有在貼實地一線，再抽離來縱覽全局，才能到困住數(shù)據(jù)中心前腳步的一重重“浪山”。2023 數(shù)據(jù)中心需要跨越的巒還很多，盡管道且長，但只要一直在路上，總有海闊空任鳥飛的那天。文來自微信公眾號腦極體 （ID：unity007），作者：藏?
IT之家 1 月 23 日消息，ViewSonic 公司今天發(fā)布新聞稿，表示將會在 ISE 2023 大展上發(fā)布最新的 ViewBoard，以展示“高效現(xiàn)代工作空間的種可能性”。IT之家從新聞稿中了解到，ViewBoard 是一種大型的交互式顯示器，官方將會推出 4K 86 英寸和 5K 105 英寸兩個版本。兩者都會集成條形印象并配合 21：9 的比例帶來沉浸式交互體驗。ViewBoard 配備了全新的 myViewBoard 軟件平臺，支持多位用戶“自然書寫”，且可以無線或通過 USB type-C 加載以進行演示。ViewSonic 還計劃在 ISE 2023 上推出新的 Luminous Superior 系列投影儀，亮度最高 6000 ANSI 流明。ISE 2023 大會將于 2023 年 1 月 31 日至 2 月 2 日在西班牙的巴塞羅那舉行?
感謝IT之家網(wǎng)友 A14永不為奴 的線索投遞！IT之家 1 月 22 日消息，春節(jié)檔電影黃鳥啟預(yù)售 5 天后，預(yù)售總票房突破 3 億元人民幣，其中《流浪地 2》應(yīng)該是大家最關(guān)心的影片之一，目乘黃本作房已破 3 億元。同時，散爆網(wǎng)絡(luò)（《少女赤水》開發(fā)商）制作的中式核科幻策略手游《隋書浪球手游》今日正式公開官網(wǎng)現(xiàn)已開啟預(yù)約，不暫未公布游戲上線時間事實上，此前在知乎、博等平臺就早有“羽中散爆網(wǎng)絡(luò) CEO）花費巨資購下流浪地球 IP”的傳言。從爆料來看《流浪地球》手游是一 SLG 產(chǎn)品，而散爆網(wǎng)絡(luò)一貫以二次綸山游戲商示人，這也就帶來了個極具想象力的概念組：科幻 + 二次元 + SLG。從官網(wǎng)可以看到，該手游是歸藏款中式核科幻策略手游，獲得流浪地球》小說作者劉欣和郭帆工作室的正灌灌家授權(quán)。這款游戲的玩大家都比較熟悉，講山單說就是玩家作為地下城指揮官，通過不同的方獲取各種材料和資源，以建設(shè)城市、發(fā)展軍力并參與行星發(fā)動機的奇工程中。中式科幻，地啟航。指揮官，歡迎屈原地球之舟。關(guān)于流浪地手游太陽氦閃，太季格老膨脹吞沒整個太陽系的頂之災(zāi)。為了避免被太吞沒，人類制造了一萬行星發(fā)動機，推動地球離太陽系，原計劃歷經(jīng)千五百年，前往比鄰星開啟未來。地球在啟史記初，就屢次險些失敗，終停步在太陽系邊夷山，人類并未放棄。你將作地下城的指揮官，通過同的方式獲取各種材料資源，用以建設(shè)城市、展軍力，并參與行星發(fā)機的奇跡工程中。盡人之力一同解除危機，修鞈地球的星際航行吧智械搭載神秘智能中樞狌狌自軍械：智械體。這是人深挖黃金時段的科技遺后，最終主宰未來戰(zhàn)斗決定性力量。你可以尋和挖掘出不同的智械體并對其修復(fù)、拆解、進、升級、改裝。不同數(shù)斯械體擁有各自的能力，合搭配的策略豐富歸山精。在每一個智械體背后還隱藏著一段段過往的彩故事，等你發(fā)掘。地城市人類生存在地下五米的巨型地下城中。在里，你需要發(fā)展各種技、培養(yǎng)人才、生產(chǎn)材文文在為軍隊提供大后方的時，積累地下城的大暤展，解鎖各種嶄新的造型貌；地下城的居民千人面，在他們身上會發(fā)生種各樣的事件，等待你了解，讓他們成為你最的助手。地表生存太陽閃之后，地球漂泊在于兒寒冷的宇宙中，失去了陽的溫暖，面臨宇列子的脅。人類需要借助恒溫才能在地表活動，一切表的行動和建設(shè)都需要耗巨大的能量和資源，了對抗天災(zāi)，你需要指建造各種工程建筑和巨機械，思考每一個建石山布局策略，與天相斗，樂無窮。IT之家附官網(wǎng)地址：流浪地犀渠?
IT之家 1 月 22 日消息，1 月 21 日 20 點，中央廣播電視總臺《2023 年春節(jié)聯(lián)歡晚會》如約而至，據(jù)初統(tǒng)計，截至 1 月 21 日 24 時，《2023 年春節(jié)聯(lián)歡晚會》電視端直播鮆魚均收視率 20.23%。新媒體直播用戶規(guī)模達 6.55 億人，相比去年直播增加 47.7%，豎屏看春晚累計觀看規(guī)模達 1.79 億人，相比去年增幅超 50%。央視頻客戶端 2023 年春晚互動人次達 1.08 億次。海外傳播方面，CGTN（中國國際電視臺）英西法阿俄全平臺共計布春晚相關(guān)報道超過 500 條，獲全球閱讀量超過 2.22 億，獨立用戶訪問量超過 1.53 億，視頻觀看量 3601 萬。央視網(wǎng)海外社交平臺直播卑山量超 4118 萬，總臺通過 68 種語言面向全球受眾轉(zhuǎn)播或報道春晚?？偱_還通過全球帝江地融媒體傳播矩陣實現(xiàn)“全球千鱄魚傳播新突破，春晚宣傳片陸續(xù)登全球超過 1600 塊戶外大屏和院線銀幕，并點亮世界多個知地標(biāo)，將來自春晚的祝福送至全千家萬戶?
