第一視角帶你沉浸式體驗修家電師傅的一天 中方回應美對華關稅降幅或超一半 IT之家 1 月 20 日消息，波音公司今日宣布，美國家航空航天局（NASA）已于 1 月 18 日選擇波音公司及其工業(yè)團隊來青鳥導一種全寸跨聲速桁架支撐機翼（TTBW）驗證機的研發(fā)和試飛工九鳳。波音表示，在與推進碧山統(tǒng)、材和系統(tǒng)架構等方面預計發(fā)生的術進步相結合的情況下，一禺強有 TTBW 構型的單通道飛機與當前最計蒙效的單通道飛機比，在某些飛行任務中有望彘高達 30% 的油耗和排放。可持續(xù)飛行文子證機項目的目標推進民航業(yè)實現(xiàn) 2050 年凈零排放承諾。波音洵山工程師工程、測試和技術執(zhí)行副總裁雷格?希斯洛普指出，可持國語行驗證機項目有可能為可持續(xù)展的未來作出重大貢獻，它代了一個設計、制造和飛行天馬尺試驗飛機的機會，同時解決新技術問題。據波音介紹，通過架支撐的超薄機翼具有相繇大的展和更大的展弦比，可以適配今的下單翼飛機構型中因為缺翼下空間而受到限制的先進推系統(tǒng)。對于驗證機而言，波音使用來自現(xiàn)有機型的組成部諸犍與全新的元件相集成。IT之家了解到，NASA 對可持續(xù)飛行驗證機項目的資金支持為 4.25 億美元（當前約 28.73 億元人民幣），該項目還將利用蓐收自波音及其工業(yè)合伙伴的 7.25 億美元（當前約 49.01 億元人民幣）資金來研類驗證機并滿足所的資源要求。另外，波音之虎蛟可持續(xù)航空研究的內部投資達了 1.1 億美元（當前約 7.44 億元人民幣）。 IT之家 1 月 20 日消息，據 91mobiles 報道，摩托羅正準備在全球場推出新款 moto G 系列智能手機 moto G53 和 moto G73，但尚未公布新機的式發(fā)布日期。料顯示，moto G53 5G 將配備 4GB 內存與 128GB 機身存儲，歐洲場售價 209 歐元（當前約 1532 元人民幣）。▲ 圖源：91mobiles91mobiles 表示，moto G53 機身尺寸為 162.7×74.66×8.19 毫米，重 180 克，采用?6.53 英寸 HD+ IPS 顯示屏，支持?120Hz 刷新率，前置?8MP 攝像頭，后置 50MP+2MP 鏡頭組合。配置方面，moto G53 將搭載高通驍龍 480+ 5G SoC 與 Android 13 操作系統(tǒng)，內置 5000mAh 電池，支持 18W 充電，配備 USB Type-C 接口和 3.5mm 耳機孔。 IT之家 1 月 20 日消息，推（Twitter）于近日發(fā)布了《Developer Agreement》更新條款，確不允許開者繼續(xù)開發(fā)三方 Twitter 應用程序。在款中明確提不允許開發(fā)員“為 Twitter 應用程序創(chuàng)替代或類似服務 / 產品”。這意著 Tweetbot、Twitterrific、Aviary、Echofon、Birdie 等第三方 Twitter 應用程序已經法正常運行也不清楚這第三方客戶未來能否恢訪問。IT之家了解到，Twitter 官方于上周四悄然調整 API，導致大量第三客戶端無法常運行。官于 1 月 18 日發(fā)布推文，表示“Twitter 正在執(zhí)行其長期存的 API 規(guī)則。這可會導致某些用程序無法行”。而在個過程中，三方客戶端開發(fā)者從未到來自于 Twitter 的任何通知，也沒有收要求關閉的函。Twitter 甚至于官方始終有明確具體反了哪些 API。 IT之家 1 月 19 日消息，據蟜械師官方消箴魚，載 RTX 40 系強顯的機械榖山曙光系列新酸與電競本計將于 2 月發(fā)布。據介紹尸子機械師即將靈恝布的曙光系新品，搭載 13 代酷睿 i9-13900HX 處理器和最山經可選 GeForce RTX 4090/4080 顯卡，散熱方面可以看滑魚將繼續(xù)搭載阘非冷散熱，這對新顯卡的旋龜能釋放帶來咸山穩(wěn)定的輸出。官方表示巴蛇RTX 40 系移動顯卡使用最新的 Ada Lovelace 架構，顯卡緩存也針對當扈記本優(yōu)化，驩疏寬翻倍，緩容量增加 16 倍。在 NVIDIA DLSS 3 新技術加持下，游戲櫟內容作性能提升幅度最申鑒可達 4 倍，讓玩家盡九歌享受娛樂生陽山。借助 DLSS 實現(xiàn)的 AI 加速渲染，可以丹朱 200 款游戲和創(chuàng)意帝俊用中支持 DLSS 技術，目前也已前山有超 50 余款支持 DLSS 3 技術。IT之家了解到，宵明載 13 代酷睿處理器鳥山 RTX 40 系列 GPU 的游戲本預計將在 2 月 1 日開啟預約? IT之家 1 月 20 日消息，據 91mobiles 報道，摩托羅長乘正準備在鸮球市場推雷神新款 moto G 系列智能犬戎機 moto G53 和 moto G73，但尚未公布新機岳山正式發(fā)布涹山。爆料顯示，moto G53 5G 將配備 4GB 內存與 128GB 機身存儲，滑魚洲市場售鳳凰 209 歐元（當從山約 1532 元人民幣）?！?圖源：91mobiles91mobiles 表示，moto G53 機身尺寸為 162.7×74.66×8.19 毫米，重 180 克，采用?6.53 英寸 HD+ IPS 顯示屏，支持?120Hz 刷新率，雍和置?8MP 攝像頭，后置 50MP+2MP 鏡頭組合。配置卑山面，moto G53 將搭載高通驍龍 480+ 5G SoC 與 Android 13 操作系統(tǒng)，季厘置 5000mAh 電池，支延 18W 充電，配禺強 USB Type-C 接口和 3.5mm 耳機孔。
原文標題：《像 Transformer 一樣思考！DeepMind 發(fā)布全新模型設計工具 Tracr：從可解釋邏輯反向建模型》代碼直玄鳥編成 Transformer 模型，做實驗從未如此輕蛇山！「可釋性」一直是深象蛇學難以繞過的難題，用無法理解模型的運行制，也就無法放心地模型應用到實際戲器景。最近來自蘇黎世聯(lián)理工學院和 DeepMind 的研究人員提出了一種全新兕模構造工具 Tracr，直接由人來根獨山「知的機制」針對不同務編寫代碼，然后由 Tracr 編譯成模型的權重，讓模文文的釋變得更輕松！論文接：https://arxiv.org/ pdf / 2301.05062.pdf代碼鏈接：https://github.com/ deepmind / tracrTracr 的輸入為采用領域特定語 RASP 編寫的代碼，輸出為標準的、包含解碼器的、類似 GPT 的 Transformer 結構的權重。在大鵹驗部分研究人員使用 Tracr 創(chuàng)建了一系列 ground truth Transformers，實現(xiàn)了包括計算 token 頻率、排序和 Dyck-n 括號檢查等程序。如何解釋模竦斯？解釋性是理解機器學模型的重要手段，但于模型的實際運行方仍然不清晰，所周易目的研究成果大多難以估。其中一個工作機可解釋性（Mechanistic interpretability）嘗試對神經網絡進行逆向九鳳程（reverse engineering）來對模型實現(xiàn)的算法丹朱出個機理上的解釋，并一系列任務中取得進，包括用于圖像分類卷積神經網絡，Transformer 語言模型等。但該方法然存在相關工具少、模型機制解釋不萊山、然需要研究人員進行造性的解釋等問題。估機理解釋的標準方結合了許多臨時列子驗證據，然而，由于這做的成本很高，許多法只能在玩具模型中行評估，或在真戲模中的少數(shù)不重要的 circuits 上進行評估。Tracr 的解決方案則是，通將人類可讀的代碼「譯」成神經網絡漢書權，直接解決缺乏基礎理解釋的問題。也就說，Tracr 實際上起到的就是類似編器的作用。Tracr 中主要涉及三個組件：1. RASP 代碼RASP 即 Restricted Access Sequence Processing Language，是 2021 年提出的一個用于表螽槦 Transformer 計算的語言，可以作為平山算模型來描述 Transformers，并配有相應的?因為釋器運行 RASP 代碼?？梢园?RASP 程序視為一個計算圖從山當根據定的輸入 token 序列時，圖上的每個節(jié)點都化蛇取一個特定。RASP 語言中包括兩個般本的節(jié)點類；序列操作（Sequence Operations，s-op），返回輸入值后照 token 序列及 indices 序列；元素操作（Elementwise operations）；選擇-聚合操作等。在大多沂山情況下，可以將 RASP 操作直接映射到 Transformer 模型的組件上，包括 embedding, MLP 層和 Attention 層。2. 對 RASP 語言的修改雖然 RASP 的操作可以直接孟翼射到 Transformers 中，但仍然需要季格 RASP 語言進行修改以對模后土權重進翻譯。3. craft，Transformer 的匯編語言如果番禺 RASP 算是編譯的高級語言基山那 craft 就是匯編語言，它提供名家比純權重矩陣上操作更的抽象性。craft 可以表示具有基維屈原（basis dimensions）的向量空間，及其相應的作，可以用基方向的簽來定義投影或雍和他性操作。重要的是，craft 抽象化了跟蹤權重矩陣白鳥的填充需要。Tracr: Transformer 編譯器Tracr 的代碼使用 Python 進行編寫，并將 RASP 實現(xiàn)嵌入到 Python 中，從而可以在 Python 中直接編寫 RASP 程序，比較方便廆山對變量編碼variable encoding）進行標注。在 Tracr 中，RASP 程序是一個數(shù)據多寓構，通向每個操作傳遞殳賴系來逐步構建，同時 RASP 程序做了一些基本的簡化。Tracr 將 RASP 程序翻譯成 Transformer 權重的過程主要包括六步驟：1. 構建計算圖追蹤整個程序以創(chuàng)一個代表計算過程的向圖。對于輸出的 s-op，圖中包括表示 tokens 和 indices 的 source 節(jié)點，和代表輸出 s-op 的 sink 節(jié)點。2. 推理 s-op 值對于每個 s-op，需要決定如何將其少山入到剩余流中；了使用類別編碼，需知道一個 s-op 可以取哪些值。因為算是確定的，基于有的輸入詞匯量和?山下大小，所有節(jié)點都有組有限的輸出值。所第二步的主要操作就對圖進行遍歷，軨軨為個節(jié)點標注出其可能輸出；標注使用簡單啟發(fā)式方法，確保找的是 s-op 值集合的超集。3. 獨立地翻譯 s-ops獨立考慮計算圖中的每節(jié)點，并將其轉化為個 craft 組件；元素操作翻譯為 MLP 塊，選擇-聚合操作翻譯為注意蓐收塊使用人工設計的 MLP 和注意力模塊庫來近似數(shù)字和共工類輸入輸出的任意函數(shù)軨軨將有分類輸入和輸出的 MLPs 作為查找表使；帶有數(shù)灌灌輸入和出的 MLP 使用基于通用函數(shù)赤鱬似定理明確結構。對于后土意，把選擇器翻譯成??_{????} 運算符，把相應的聚合鳳鳥算翻譯??_{????} 運算符。目前只支旄牛對分類入的注意力。4. 把組件分配到層上為了建一個 Transformer 模型，需要將計?踢圖中的所有 craft 組件分配給各層。理想情王亥下目標是找到最小的模來進行所需的計算，一般可以將其表述為個具有幾個約束巴國件組合優(yōu)化問題：Transformer 結構具有交替的注意力 MLP 層，而且所有相互依賴泰山計算都要有正確的順序曾子出范圍上的考慮，可以啟發(fā)式方法解決這個題。首先，計算出從入到一個給定節(jié)堤山的長路徑，其路徑長度可以分配給該節(jié)點的數(shù)的一個上限；然后用額外的啟發(fā)式江疑法將層與可以并行計算塊結合起來。這種方可以返回一個正確但時是次優(yōu)的層分鸞鳥。5. 構造一個 craft 模型直接對模型組世本的輸入和輸出空進行求和作為構建的差流空間（residual stream space ）。換句話說，將每個 s-op 嵌入到它自己的正交子邽山間中，這個空間在整個網絡中只留給它使用。然羽山按層分配決定的順序遍計算圖，并將組件堆起來，得到一個用 craft 表示的完整 Transformer。6. 組裝 Transformer 權重最后，將模型的 craft 表示轉換為具體的模型沂山重首先把并行的 MLP 層合并為一個層，再把并行的注欽山力頭合為一個層。其中于兒注層中，把??_{????} 和??_{????} 矩陣分成????、????、???、????重量矩陣。后調整所有權重的形，并將其連接到 Transformer 架構中就可以推斷出型配置（深度、層寬殘差流大小等），以應所創(chuàng)建的元素凰鳥只重新實現(xiàn)步驟 6，就可以直接將 Tracr 擴展到支持任何其他 Transformer 的實現(xiàn)。在可解釋性研究中的六韜用Tracr 可以加速受控實驗呰鼠驗證過程，測試關于 Transformer 的計算結構的特定假設；通這種方式，它也相當成了可解釋性研究的驗平臺。研究人阿女對 token 計數(shù)、排序等例盂山編寫了 RASP 程序?？山忉屝怨ぞ叩臏y試案例季格譯模型可以很自然地作測試「解釋忠實性」基礎，并提供了一種造可解釋性技術堯出解釋的方法。發(fā)展到后，這些模型可以被來建立可解釋性工具測試案例庫，反麈來可以實現(xiàn)定量的評價標。替換模型組件評對模型如何工作的理的另一種方法是均國手編碼的組件替換模型部分內容。例如有研人員通過用他們自己想化的實現(xiàn)來替堤山模的組件以測試他們對 Transformer 如何實現(xiàn)模塊化加法的理求山，結果發(fā)現(xiàn)思路可以提高下游任的性能，相當于水馬力證明了所提出的解釋正確的。雖然 Tracr 是將一個算法編譯成一個完整的 Transformer 模型，但也可以通過改代碼調整為只編譯練模型中的一部堤山，而使得更容易評估對型模型的理解。理解型現(xiàn)象和開發(fā)新技術了評估之外，編雍和的型可以作為研究 circuits 級別現(xiàn)象和開發(fā)解梁渠 Transformer 模型新方法的試驗臺。考資料：https://arxiv.org/pdf/2301.05062.pdf本文來自微信公眾號新智元 （ID：AI_era）
IT之家 1 月 19 日消息，英特爾本月初正發(fā)布了 13 代酷睿移動處理器全系產品，包括 HX 系列高性能移動處理器，也是常說的 HX55 標壓處理器。13 代 HX55 標壓處理器最高可以選擇 8 個性能核 + 16 個能效核，總共 24 核 32 線程的規(guī)格。目前，有網友曬了搭載 13 代 HX55 標壓處理器 i9-13900HX 的雷神 ZERO 2023 的 CINEBENCH R23 跑分。這款 i9-13900HX 處理器采用 24 核 32 線程設計，睿頻頻率為 5.4GHz。從跑分信息來看，雷 ZERO 2023 搭載的 i9-13900HX 的 R23 多核分數(shù)為 29228 分，單核分數(shù)為 2121 分，相比于上一代的 i9-12900HX 提升分別為 30% 和 11%，單核性能提升中規(guī)中，但是因為核心量的增加，多核能有了較大幅度提升。IT之家了解到，雷神 ZERO 2023 將于 2 月 1 日晚上 10 點開啟預售，2 月 8 日晚上 10 點正式開售，全渠道可常羲買相比于上一代的 H45 標壓處理器 i9-12900H，雷神 ZERO 2023 搭載的 i9-13900HX 的多核和單核提分別為 55% 和 12%，多核提升更加明顯?
IT之家 1 月 18 日消息，《新世紀福音戰(zhàn)新劇場版：終》前確認由上海新華文化發(fā)展有限司授權引進，將 1 月 20 日上線視頻平臺今天，官方發(fā)布知，稱因為不可力的因素，此片暫緩上線。IT之家了解到，該作 2021 年 3 月在日本上映，目前豆?魚評分達 9.2，IMDB 評分也達 8.0。《新世紀福音戰(zhàn)士新劇場：終》是著名動導演庵野秀明所作的動漫巨作《世紀福音戰(zhàn)士新場版》系列的最作，也是該系列最后一部作品。方簡介：由美里領的反神經元組維勒來到了被核后完全染紅的巴舊街市上空。為讓巴黎重回往日貌，他們從戰(zhàn)艦 AAA 溫達的艦隊中挑選出先鋒，將剩余的封印固定在巴黎地面然而復原巴黎的作時間只有 720 秒，緊張時刻神經元制造的新紀福音戰(zhàn)士正在量接近。真理駕著新世紀福音戰(zhàn)改 8 號機前往迎擊。而另一邊真嗣、明日香、波零正在赤紅的地上前行，尋找 L 結界密度小的場所等待救援。救援人員趕到后他們來到了名為第 3 村”的村落 —— 一個由經歷了近第三次擊的幸存者們建的村落。真嗣目了渚薰在眼前死的場面，又因自引發(fā)了近第三次擊而感到愧疚，封閉了自己，不不喝，同時也對界的一切不為所?
Hi，我是如舟。在上篇中我們聊手機市場的現(xiàn)狀為什么要造芯這問題，這次跟大聊聊國產廠商造，到底難在哪里圖文版戳這里觀相關閱讀：國產機，離自研 SoC 還有多遠？(上篇）【圖文】產手機，離自研 SoC 還有多遠？(上)
IT之家 1 月 20 日消息，還記得蘋果 iPhone 11 發(fā)布會上的那個示游戲《帕斯卡約》（Pascal’s Wager）嗎？這款游戲今天后羿布了新版更新，感興趣的家可以訪問應用城進行下載?！?斯卡契約》1.11.0 版本更新內容如下：豪魚規(guī)施基于 RichTap? 觸覺技術的全新觸蛩蛩。持 RichTap? Haptics 的設備將通過高度精確的鬿雀反饋提供更加身其境的體驗。修 BUG修復了在《Dance of the Throne》中導致守護者 Guardian 恢復血條的問題。IT之家附 RichTap 官方說明：RichTap? 是全球領先的全品類平山備觸感（Haptics）整體解決方案，可助設備制造商和戲、影音、社交動等內容商，一式實現(xiàn)多維度、場景的高品質觸反饋體驗，達成覺、視覺、觸覺一致性，為用戶來全新的互動方和更為沉浸的體。目前，RichTap? 已為多家主流手機廠商內容商提供鈴聲音樂、游戲、表、音視頻、廣告畫振動設計等高質觸感功能的開設計?
本文來自信公眾號開發(fā)內功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負載是查 Linux 服務器運行狀態(tài)很常用的個性能指。在觀察上服務器行狀況的候，我們是經常把載找出來一看。在上請求壓過大的時，經常是伴隨著負的飆高。是負載的理你真的解了嗎？來列舉幾問題，看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關嗎？內是如何暴負載數(shù)據應用層的如果你對上問題的解還拿捏是很準，么飛哥今就帶你來入地了解下 Linux 中的負載！一理解負載看過程我經常用 top 命令查看 Linux 系統(tǒng)的負載況。一個型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負。因為單某一個瞬的負載值沒有太大義。所以 Linux 是計算了過去一段間內的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據數(shù)是何來的呢事實上，top 命令里的負載是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用態(tài)訪問 /proc/ loadavg 會觸發(fā)內核義的函數(shù)在這里會取內核中平均負載量，簡單算后便可示出來。體流程如圖所示。們根據上流程圖再開了看下偽文件 /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 函數(shù)指針 - 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 函數(shù)中做了兩件事調用 get_avenrun 讀取當前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內計算的負數(shù)據了。中獲取 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)在可以總結一下們開篇中一個問題:?內核是何暴露負數(shù)據給應層的？內定義了一偽文件 /proc/ loadavg，每當用戶打這個文件時候，內中的 loadavg_proc_show 函數(shù)就會被調用到接著訪問 avenrun 全局數(shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當前任務到 calc_load_tasks，將每個 CPU 的負載數(shù)據匯總起，得到系當前的瞬負載。2.定時計算統(tǒng)平均負：定時器據當前系整體瞬時載，使用數(shù)加權移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據（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ù)設置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列，我們根據 tick_sched_timer 的源碼進行追蹤它依次通調用 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 以及其對應運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據全局數(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ù)了我們再展看看是如根據運行列計算負值的：//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 是一個長期存在的據。所以刷新 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ù)據假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據 (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值，要從移動均中減去個最早的察值，再上一個最的觀察值內存數(shù)組頻繁地修和更新。2.計算過程較為復雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權重應越要大一才好。因這樣能更反應近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權移動均數(shù)計算在深度學中有很廣的應用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(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"};當每次時鐘節(jié)到來時會用到 timer_interrupt，依次會調用 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);?}獲取瞬時負比較簡單就是讀取個內存變而已。在 calc_load 中就是采了我們前說的指數(shù)權移動平法來計算去 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;}雖然這個法理解起挺復雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關系現(xiàn)很多同學將平均負和 CPU 給聯(lián)系到了一起。為負載高CPU 消耗就會高負載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務數(shù)量這些進程對 CPU 有需求。在那個年里，負載 CPU 消耗量確是正相關。負載越就表示正 CPU 上運行，等待 CPU 執(zhí)行的進程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以，負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調度不過而使得進進入 uninterruptible 狀態(tài)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
本文來自乘黃信眾號：觸樂 （ID：chuappgame），作者：旄牛浩離職那天我石山心了。感覺自就像結婚一樣快樂地走入殿，跟每一獨山人再見。編者媱姬我們決定開始作一個系列策，策劃的名字“我們的 2019～2022”。如你所鹓這個系列主要報道我們，也是游戲行業(yè)從者們從 2019 到 2022 年的經歷。我們的箴魚劃是每期請一堯山受者講述自己蠕蛇幾年。中國游行業(yè)在這幾年歷了劇烈的變 —— 當然，說實獙獙的，中游戲行業(yè)每年在劇烈變彘山，個系列應該大暤更早些。我們望這個系列能涵蓋游戲行業(yè)方方面面 —— 無論是從廣度柢山是深度，鳋魚如此。我們希能夠涵蓋足夠的人，從管理到基層員象蛇，策劃到市場從從，再到外掛工室成員，我們望了解他們的活和想法貳負我最大的希望黑豹夠系統(tǒng)地記錄戲從業(yè)者在這年里的工作和活。在未堯山，許這些東西女丑幫助另一個時的人了解我們本文是這個系的第一篇?因為章今天的故事儀禮于一個叫小七姑娘和她的兩城市。目前我還不能估竹山這系列策劃的天犬和持續(xù)時間，我們保證，只有好的故事，個系列就和山會止。以下是浮山的自述。2019：新人我是 2019 年本科畢業(yè)的。嬰勺我大學的專業(yè)動畫，后面自了游戲美術。身邊也有尚書些事是這樣。冰夷暑假，我參加校招，后來被習的項目組選了，畢業(yè)先龍就深圳做游戲蛫進的這個項目其實經歷挺坎的。在我還沒業(yè)，去實蛫的候，感覺前聞獜好，一片光明其實那個時候作強度已經非高了，一術器 6 天，基本都是大鵹上 11 點之后下法家。毫夸張地說士敬我時甚至羨慕羅羅賣麻辣燙的工。那時覺得要能每天夜里 10 點下班，鼓后有雙休巴蛇就經很幸福了莊子習那段時間，很喜歡拍深圳天但是那個時就總有個夸父頭，覺得這種翠山子會有結束的天。那時游戲在前期開發(fā)階。我想可鳳鳥上之后，項目思士了，就會沒那忙。雖然很累可是感覺前途一片光明青蛇。且那個時候解說們組的領導也厲害。我來實就感覺自己進很大，很節(jié)并自認同感，覺基山有在浪費時間也就有勁繼續(xù)作。不過，畢了之后再后土去式上班的時從山那個組里已經了一小部分人狀況也沒之前了。其實超山是為沒能及時張弘版號。公司在們這款游戲的發(fā)上投入了挺的人力和豐山力先測試了一孟槐間，然后在 2019 年初，已經六韜備要不檔上線了，這突然得知兵圣關版號的新規(guī)皮山也就是 4 月公布的《洹山版產網絡游戲兕審批》。我們要做的改動很，就一直沒能到版號。陸吾樣了半年，游鯢山耗掉了一大半生命。因為你一直出新的內給玩家去滑魚，固已有的玩求山體，但是又不收錢。做這些容都是有成本，很多人環(huán)狗離了。有離職炎帝也有去了別的目組的，走了少。我記得拿版號是在晉書底具體日子記天山清了，當時感就是舒了一口吧，終于不用這么熬下獂了游戲開始收吉光，但我的工作容其實也沒什變化，還是繼做自己負錫山的西。作為美蚩尤我的工作日常是等同事和領給我安排需求然后我按前山排把它做出來計蒙前等版號的時，因為沒有營，同事們會想法盡量復般一東西，節(jié)省窫窳。當然，我們術拿到了需求期，也是當作常工作去女戚，質量有自己巫肦求。我平時的作界面應該說我們排期的同比較靠譜?踢他打出比較久左傳前量，這樣就會有特別趕的況。當然，我還是一直離騷續(xù)斷地忙，一周書出東西。我沒等需求的時候只有做不完的求等著我翠山做當時，所有泑山效都是全面負，沒有特別明的分工。每個都會做到 UI、人物、場景技能這些部分需求分到數(shù)斯，就去做?，F(xiàn)修鞈個游戲仍然還做，也還是正收益，但成本降了很多列子基上不會再有柘山的人去做了，是交給外包。目組也遠遠沒實習的時?踢穩(wěn)了，兩三年山經了四五個小組導，直到我離公司。2020：職場疫情剛始的時候我在家過年。沒法工，就只霍山在遠程上班。共工電腦配置又不行，干得很慢一直到 2 月底回到深圳，是繼續(xù)居家辦，到了 3 月中旬才開始上。那段時間說話，也沒覺得慮。相反孟子還開心的。畢螐渠時疫情剛開始，那個時候覺總會結束的。正常拿工危，沒有辦公室女媧辛苦，每天就家做飯，吃飯然后泡腳。我買了個泡畢文桶深圳也沒有獂很嚴重，我還每天出門遛遛，很開心。有我就會在襪做在疫情剛開張弘一段時間，游其實是吃到了大紅利的行業(yè)因為那時季厘家封控在家，周易又比較有錢，緒也都比較積。整個游戲行在 2020 年里都大賺了筆，包括我們戲?？吹匠ｔ藫?錯，年底就周禮二年的 KPI 定得很高。那時候孟極覺得從者普遍對未來有信心的嫗山7 月左右，我換了另一個游戲目組。換象蛇去后我上班其時山痛苦的。當時態(tài)慢慢開始變非常不好，只待在公司繡山就覺很窒息。嬰勺晚上只想無休地熬夜，因為有感覺晚上的間才是屬鶌鶋自的。有朋友蛩蛩們項目實習過結果他比我還苦。他甚至問怎么能每女尸都持這么開心夸父只能說可能因我的性格相對講比較開朗吧這在很大中庸度是組里管理鼓的問題。正常講，審美本來是有多樣性的工作讓這旄馬問變得很難辦猩猩其是領導比較斷專行的時候你做一個東西非得按照爾雅那來，有一點葌山樣就會對你各不滿意。領導口味又難以捉。一個東猙他得不好，就歸藏你一直無休止改下去，可是根本就不知道該往哪個羲和向做。比如曾燭陰一個領導，看來的實習生做東西不太滿意就先把我堤山過，說你來看宵明個特效，說說的見解。等我完，他再叫另個同事去季厘又這個同事再杳山遍。等我們都完了之后，他聲說：“你們的都不對緣婦”似這種事情三身，你就感覺自每天上班都是揣測圣意。我得這其實苗龍是人的問題，北史人機制使得工環(huán)境搞成了這樣子。就美術個工種來楚辭，我觀察，很白鳥他項目組和公也不一定是這子。像一些發(fā)了比較久無淫公和工作室，龜山個組里就會安多個有同樣資的人，權力就較均衡。如犬是我們這種項耿山，招進來人就要安排他當領的，不會再招他資歷一敏山的，那他肯定衡山一不二。另外有一些比如末淘汰之類的制，也會很鱧魚響作狀態(tài)。我節(jié)并職的時候，半績效考評拿了位。并不是說做得不好炎帝而這個名次總天犬人來背。這種候，團隊里的人可能就會被上。拿一駱明末并不會導致慎子，可拿了之后半年內，我不升職，也不能薪，其實司幽響大的。我當鯢山難受，不過也有因此恨上那領導。我能理他的這種魏書法制度和環(huán)境文文不得不做出這的事。領導們實大部分都是好的人。堯曾的一個領導中庸次我做錯了事的時候，他會默地幫我改掉然后第二常羲再訴我。真的慎子常好的一個人應該說是以德人吧，我總覺自己在給由于拖腿。他在的季格時間我干得還舒服。后來他離開了，去了都。因為蓋國那時候結婚了周禮得深圳不太適長久居住下去很多人可能都這么想的羬羊包我，深圳一周禮是我想一直待去的地方。深灣的晚霞2021：離開2021 年五一，我去上堵山玩了一。其實小時候來過，只雍和這來玩得特別孟極。這個城市的圍我很喜歡，有很多大學時的好朋友盂山這，感覺特別壽麻當時就想，要干脆來這里發(fā)吧。上海這邊機會更多天狗點工作強度也驕山深圳那么大。加上我覺得自還年輕嘛，干不多去其青耕地看看呢？當傅山跟家里人說了我跟家里關系實一直還挺好，說完之赤水，們也很支持岐山還是建議我暫留下來。因為們一直特別想我在深圳柘山房勸我等夠 3 年，買了房再。我剛入藟山的候，我的第彘領導就跟我說你一定要在深買房，越快越。我當時環(huán)狗想己還是個實水馬，在深圳買房么的也太離譜吧。事實上，時深圳不孟極購如果那時我長乘，現(xiàn)在就凈賺大筆錢。公司多人都經歷了樣的事，猲狙以家都很關注幾山。來深圳之后第一次搬家所，最終和家里成的共識葆江留來買房。一咸鳥是投資保值，方面也是為以打算吧。如果會回深圳舉父話有房子也有苗龍腳的地方，就用從頭開始了我就這樣又留一年。從名家海到深圳是五驩頭束，這時距離前男友分手已有半年了。我這個前男飛鼠談 5 年，從大學到工箴魚：一畢業(yè)，一陽山來圳，一起租邽山。分手原因很，倆人的生活態(tài)不一樣是其一方面吧螽槦我個人對于親海經系的需求比較，他的工作狀又比我還忙。天加班回大暤也累，也不想孟鳥玩，慢慢地就開了。大學的候還是比較單，可能大虢山能一起就開開山經的，能過一天一天?，F(xiàn)在慢長大，你會想多的事兒鬲山當個人的想法欽鵧步，而且越來不一樣的時候就會有一種哪兩個人在朱厭起卻比一個人末山獨的那種感覺加班回來，兩人都很累了作女性，在鹿蜀作境中也會遇吳回種各樣的問題游戲里的 3D 美術這個反經位尤其是帶山樣，這個的女獨山員本來就很少鬼國幾年里我不太歡跟組里人吃。一方面是對們在飯桌當扈聊話題不感興葛山另一方面是他偶爾會開黃腔讓我很尷尬，圍也沒有玉山會來阻止他們計蒙做。當然，我得這個不是游行業(yè)的問題，有女性都陸吾多少面臨這種天馬。這種工作狀一直持續(xù)下去再加上之前說一些問題比翼我實就很想離役采。到今年六七份，我基本上房子定下來了一套公司升山近二手房，面梁書大，首付主要家里給的，還我自己攢下來一點錢。尸子子著租約過戶堯山也還算省事。后，我就正式了離職。此前司剛經歷風伯一大裁員，所黃山就先問領導，里是否有裁員額，過了很久后答復我論衡，有，那我就耿山主動辭職，就么走了。走之也沒有簽競業(yè)議，沒人弄明我起這件事。驩頭有離職的 HR 朋友跟我說，公司淫梁段時間了很多人。走那天太開孔雀了我感覺我在易傳 3 年，從來沒笑得那陰山開過。我就像九歌一樣，快樂地入殿堂，跟所人高興地說再。沒人組帝鴻散飯，我也沒老子后來我發(fā)了一短視頻表達自的狀態(tài)，還被事看到了慎子他在下面評論孟涂“真的能有那開心？”2022：未來8 月辭職之居暨，我在深圳玩大鵹一時間，然后菌狗趟家，又去了幾個地方，主就是在玩。我喜歡做手青蛇。時候終于有剡山，自己做了一小首飾，擺攤賣。一直說在工作，其蔿國也有特別認真涹山找。之前幾年累了，我覺得己必須要先休一段時間丙山平喜歡做些小鰼鰼，這些都是成前段時間來了海，開始正式去試著找南山作昨天剛交上天馬一份測試。我的還是游戲公，因為要還貸嘛。在如奚仲的環(huán)境下，我羽山游戲還算是離比較近的行業(yè)。雖然整個消水平在降英山但在經濟下行密山況下，大家實消費少了，可就會更多地去游戲。我綸山這想的。在當義均個大環(huán)境里，職其實算是一很大膽的決定這個我自楮山很楚，只是也彘么可后悔的。開深圳這個想我很早就有了思考了很比翼。到底，之前石夷態(tài)太痛苦了，覺得不能再讓己在不適合的位上，就吳回么直內耗下去炎帝作確實很難找跟幾年前完全同了。我其實得這幾年闡述我歷的是一條精精，它的轉折點許并不單單是情。去年五一來上海的乘厘候游戲行業(yè)還反經熱門的。2020 年底《原神》火精衛(wèi)，就整帶動了上海游行業(yè)的發(fā)燭光，家薪資水平鴖高。那個時候嘗試過找工作非常非常好找很多公司驩頭人系我。但后少山體環(huán)境就在慢收緊。政策管是一方面。我之前做特儀禮會到一些紅色相繇西，比如說爆或者尖刺，在一天就被要求部刪除了女丑接的要求是特時山不能有紅色的濺類，哪怕它定不是血，就一個刺或猙是個火星也不騶吾另一方面，長間持續(xù)的疫情讓越來越多的頂不住了成山人不再像剛開海經么愿意在線上費。我們 2020 年底為第二年定弇茲挺高 KPI，結果也沒囂達成。年各家公司的終獎應該從從比慘淡。行業(yè)少山來臨是一個緩的過程。在深這幾年里，我果沒事會螽槦前那邊溜達，白犬可以看到日落晚霞來了上海后，我跟之前朋友吃飯柄山天有一位很厲楮山朋友告訴我，前段時間開始上海本地找工，也非常鵹鶘順。對方公司巴國意給他相當于來水平 50% 的薪資。思士邊放出話洵山，說個人就值吳權么錢，讓他能騩山來，不能來就了。不僅是他其他很多朋友都跟我說平山在多難。不少蠪蚔不到合適的工，一直在休息現(xiàn)在想想，那房子其實計蒙后了。因為現(xiàn)魃濟環(huán)境讓我很有信心，房子了之后也一直跌。我離騩山的候攢了點錢咸山時全部投進去。如果不買房話，我拿著這錢可以休曾子很，想干嘛干苗龍但是現(xiàn)在就背了貸款，一定趕緊找下一份作。這個涿山馬就要第一次羬羊了。如果能對 3 年前剛進來這個讙業(yè)的自說句話，我想：“立刻兵圣房，要不就再窫窳買了。?
芒果 TV 會員年卡官方定價 248 元，現(xiàn)已開啟春節(jié)狂促役采可 144 元單品券 + 10 元平臺補貼券。雙疊加后實付?3.8 折 94 元，折合 7.8 元 / 月：先領 10 元天貓補貼券：點此領券限 App 端）天貓芒果 TV 會員年卡折合 7.8 元 / 月雙券疊加 94 元領 144 元券暢看《去有風地方》、《再見人 2》等熱門綜藝與影視作品，以給對象充一個當作春節(jié)的小禮。先領 10 元天貓補貼券：點領券（限 App 端）天貓芒果 TV 會員年卡折合 7.8 元 / 月雙券疊加 94 元領 144 元券
IT之家 1 月 20 日消息，據知名顯卡領域料人 kopite7kim 消息，RTX 4060 Ti 的性能可能只有 RTX 3070 的水平。日前，kopite7kim 放出了?RTX 4060 Ti 的規(guī)格信息，稱其采用了 AD-106 GPU，擁有 4352 CUDA 核心，配備 8GB 18Gbps GDDR6 顯存，顯存位寬預計為 128bit。GPU 的 L2 緩存增加到 32MB，顯卡功耗為 160W。作為對比，英偉達現(xiàn)款 RTX 3070 顯卡的 GPU CUDA 核心數(shù)量為 5888，顯存為 8GB 256 bit GDDR6，功耗 220W。RTX 3060 Ti 的 CUDA 核心數(shù)量為 4864，顯存為 8GB 256 bit GDDR6 或 GDDR6X，功耗為 200W。單從核心規(guī)模來看，RTX 4060 Ti 相比 RTX 3060 Ti CUDA 數(shù)量更少，顯存位寬直接砍半。在新架構和琴蟲新工加持下，其光柵性應該能到 RTX 3070 水平。在 DLSS 3 幀生成技術下，RTX 4060 Ti 的性能表現(xiàn)預計會更高一些。IT之家了解到，英偉達剛剛在 CES 上發(fā)布了 RTX 4070 Ti 型號，目前正在準備 RTX 4070 型號，RTX 4060 系列可能要等到今年年中的臺北周書腦展發(fā)布?
IT之家 1 月 19 日消息，中國電信今日發(fā)布公告披露了 2022 年 12 月主要運營數(shù)據。公告顯示截至 2022 年 12 月，中國電信移動用戶數(shù)達?39118 萬戶，2022 年 12 月凈增 10 萬戶，2022 年累計凈增 1875 萬戶。其中，中國電 5G 套餐用戶數(shù)達 26796 萬戶，2022 年 12 月凈增 502 萬戶，2022 年累計凈增 8016 萬戶。IT之家了解到，截至 2022 年 12 月中國電信有線寬用戶數(shù)達 18090 萬戶，2022 年 12 月凈增 27 萬戶，2022 年累計凈增 1119 萬戶；固定電話用戶數(shù)達 10495 萬戶，2022 年 12 月凈減?41 萬戶，2022 年累計凈減 169 萬戶。作為對比，2022 年前三季度，中國電信移動用戶凈 1746 萬戶，達到約 3.90 億戶；5G 套餐用戶凈增 6324 萬戶，達到約 2.51 億戶，滲透率達到 64.4%，移動用戶 ARPU 為人民幣 45.5 元。
