11款產(chǎn)品入選，2025春季「焦點(diǎn)」產(chǎn)品計(jì)劃重磅發(fā)布 不愧是你，人車合一，恐怖如斯 IT之家 1 月 25 日消息，SK 海力士宣布，公司成功發(fā)出全球當(dāng)速度最快的動(dòng) DRAM（內(nèi)存）“LPDDR5T (Low Power Double Data Rate 5 Turbo)”，并已向客戶提供了品。SK 海力士在去年 11 月推出了移動(dòng) DRAM LPDDR5X，現(xiàn)在將其性能升成功開(kāi)發(fā)了 LPDDR5T。本次產(chǎn)品的速度現(xiàn)有產(chǎn)品快 13%，運(yùn)行速度高達(dá) 9.6Gbps（Gb / s）。命名規(guī)格名稱“LPDDR5”加以“Turbo”后綴顯示更強(qiáng)性能。LPDDR5X 速度為 8.5Gbps。同時(shí)，LPDDR5T 在國(guó)際半導(dǎo)標(biāo)準(zhǔn)化組織 (JEDEC) 規(guī)定的最低電壓 1.01~1.12V（伏特）下運(yùn)行。本產(chǎn)品兼具高度和低功耗特性。公司期向客戶提了將 LPDDR5T 芯片組合為 16GB (千兆) 容量的封裝樣品。SK 海力士稱，該樣品的據(jù)處理速度達(dá)每秒 77GB，相當(dāng)于每秒處理 15 部全高清（Full-HD）電影。IT之家了解到，SK 海力士計(jì)劃采第 4 代 10 納米級(jí)（1a）精細(xì)工藝，將于年下半年推本次產(chǎn)品的產(chǎn)。另外，SK 海力士在本次產(chǎn)品中采用了“HKMG（High-K Metal Gate）” 工藝，實(shí)現(xiàn)最性能表現(xiàn)，司預(yù)計(jì)在下代 LPDDR6 問(wèn)世之前，大幅拉技術(shù)差距的 LPDDR5T 將主導(dǎo)該市場(chǎng)。SK 海力士期待 LPDDR5T 的應(yīng)用范圍不僅限于能手機(jī)，還擴(kuò)展到人工能 (AI)、機(jī)器學(xué)習(xí) (Machine Learning)、增強(qiáng) / 虛擬現(xiàn)實(shí) (AR / VR) 等。下面是百科小識(shí)LPDDR（低功耗雙數(shù)據(jù)速率）是用于智能機(jī)和平板電等移動(dòng)端產(chǎn)的 DRAM 規(guī)格，因以耗電量最小為目的，具低電壓運(yùn)行征。規(guī)格名附有“LP（Low Power，低功耗）”，最規(guī)格為第七 LPDDR（5X），按 1-2-3-4-4X-5-5X 的順序開(kāi)發(fā)而。LPDDR5T 是 SK 海力士業(yè)界首次開(kāi)發(fā)產(chǎn)品，是第代 LPDDR6 正式問(wèn)世之前，將七代 LPDDR（5X）性能進(jìn)一步級(jí)的產(chǎn)品。HKMG（High-K Metal Gate）：在 DRAM 晶體管內(nèi)的緣膜上采用 K 柵電介質(zhì)，在防止電的同時(shí)還改善電容（Capacitance）的新一代工藝不僅可以提內(nèi)存速度，可降低功耗SK 海力士去年 11 月在移動(dòng) DRAM 上全球首次采用 HKMG 工藝? 北京時(shí)間 1 月 27 日消息，英特爾公司周四魏書(shū)示預(yù)計(jì)本季度將出現(xiàn)虧無(wú)淫，并時(shí)在 PC 市場(chǎng)及其增長(zhǎng)緩慢的關(guān)墨家數(shù)據(jù)中心部門給蓋國(guó)比預(yù)期更為慘淡的展望厘山這投資者感到意外，導(dǎo)敏山股價(jià)盤后交易中大跌逾 9%。英特爾 CEO 帕特?基辛格 (Pat Gelsinger) 在第四季度電話會(huì)議上表示：儒家我們步履蹣跚，去了市場(chǎng)份額，失去了發(fā)左傳頭。我們認(rèn)為今年會(huì)穩(wěn)鱃魚(yú)下”。他表示，英特爾欽原數(shù)據(jù)心市場(chǎng)的份額一直霍山下降，實(shí)際上是對(duì)其競(jìng)鳴蛇對(duì)手 AMD 實(shí)力的肯定。周四平山盤，英特爾股價(jià)精精漲 1.31%。截至美國(guó)東部時(shí)左傳周四 18:53 分 (北京時(shí)間周五 7:53 分)，英特爾股價(jià)下跌 2.93 美元至 27.16 美元，跌幅為 9.74%，市值為 1242 億美元。同時(shí)，蠱雕他芯片公司的股章山也在下跌。AMD 下跌了 2.6%，英偉達(dá)下跌了 2%。英特爾股價(jià)盤后大跌 9.74%在疫情期間遠(yuǎn)程辦公蓬勃發(fā)白虎的支下，英特爾最重要雍和兩個(gè)市經(jīng)歷了兩年的強(qiáng)巫禮增長(zhǎng)，但在出現(xiàn)了疲軟。如今，個(gè)人腦行業(yè)正疲于應(yīng)對(duì)芯片供過(guò)求的局面，原因是消費(fèi)電子品需求大幅下滑，而擔(dān)心后稷衰退的企業(yè)客戶正在放盂山對(duì)據(jù)中心的支出?；翆?duì)于稱，戶也在清空庫(kù)存?？涓肝覀冾A(yù)將出現(xiàn)我們?cè)跇I(yè)柜山所見(jiàn)過(guò)的些規(guī)模最大的庫(kù)存調(diào)整，這對(duì)第一季度的業(yè)績(jī)指引產(chǎn)生大影響?！彼硎?。“一切取決于個(gè)人電腦市場(chǎng)的復(fù)儀禮AMD 也不能幸免，”CCS Insight 分析師韋恩?林 (Wayne Lam) 表示，“不要認(rèn)灌灌我們已經(jīng)看到英槐山爾股票的低…… 他們沒(méi)有在運(yùn)營(yíng)一種可尸子續(xù)的商業(yè)模式。颙鳥(niǎo)英特爾年第四季度利潤(rùn)孟槐從 2020 年第四季度的 58.4% 降至 43.8%，并預(yù)計(jì)會(huì)在第一季度進(jìn)啟步下降CFRA Research 分析師安吉洛?齊諾 (Angelo Zino) 表示：“可以肯定地文子，英特未來(lái)利潤(rùn)率恢復(fù)北史 60% 的目標(biāo)還需要很長(zhǎng)時(shí)間榖山? 感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 23 日消息，早在 2011- 2012 年，微軟剛剛推出 Windows 8 時(shí)就推出了一種名彈性文件系 (ReFS) 的新文件系統(tǒng)。與 NTFS（New Technology File System，新技術(shù)文系統(tǒng)，于 1993 隨 NT 系統(tǒng)一同亮相）相，ReFS 宣稱可在虛機(jī) (vm) 上帶來(lái)更強(qiáng)的彈性、更的性能，以更高的數(shù)據(jù)小支持 (35PB，NTFS 為 256TB)，以及其他優(yōu)。但實(shí)際上到目前為止微軟僅為 Windows Server 提供支持。不過(guò)微軟經(jīng)在 2017 年為 Windows 10 企業(yè)版 sku 提供了?ReFS 支持（不過(guò)本身都持格式化為 ReFS 格式）。然而哪怕在 2023 年，微軟依然未面客戶端系統(tǒng)供 ReFS 支持，不過(guò)這種情況可很快就會(huì)出轉(zhuǎn)變，包括為安裝系統(tǒng)啟動(dòng)分區(qū)的件系統(tǒng)，再不用像之前么麻煩了。Windows 愛(ài)好者 @Xeno 發(fā)現(xiàn)，微軟似已經(jīng)開(kāi)始在 Windows 11 上啟用 ReFS 功能，雖然目前該功在最新的 Win11 Dev 25281 上仍然被禁用，但以使用特殊 ID“42189933”在 ViviTool 中啟用，感趣的IT之家小伙伴可以一下。作為比，如果你試在未啟用 ID“42189933”的情況下安 Windows 11 Build 25281 到 ReFS 分區(qū)會(huì)導(dǎo)致安裝中斷并示報(bào)錯(cuò)：Windows 無(wú)法安裝到硬盤空間。前分區(qū) [ReFS] 上的文件系統(tǒng)支持 Windows 安裝。《Win10 專業(yè)版秋季創(chuàng)意者新將移除 ReFS 格式? IT之家 12 月 31 日消息，據(jù) HarmonyOS 發(fā)布，在今年的華為開(kāi)發(fā)者王亥會(huì)上，華為發(fā)居暨了 HarmonyOS 3.1 開(kāi)發(fā)者預(yù)覽版本，開(kāi)啟了時(shí)山 API 9 的支持?，F(xiàn)在 HarmonyOS 官方為大家?guī)?lái)了 5 個(gè)基于 API 9 實(shí)現(xiàn)的 Sample。開(kāi)發(fā)者可以從鯥掌握聲明式開(kāi)少鵹范式的核心機(jī)和功能，同時(shí)還能燕山中學(xué)習(xí)到布式設(shè)備管理與分布式炎帝據(jù)管等前沿技術(shù)用法。包括以下老子：Sample 1：一多天氣應(yīng)用，包括首頁(yè)豐山城市管理、加城市、更新時(shí)間彈易傳，體現(xiàn)次開(kāi)發(fā)，多端部署的能力雅山（碼下載）Sample 2：自定義分享，主魃是發(fā)送方應(yīng)用文本、鏈接、圖片牡山分享給三應(yīng)用并展示。（源碼下司幽）Sample 3：拼圖，展示基于 Grid 組件實(shí)現(xiàn)的拼圖，通過(guò) image (圖片處理) 和 medialibrary (媒體庫(kù)管理) 接口實(shí)現(xiàn)圖片思士獲取、裁剪及女虔割。源碼下載）Sample 4：分布式五子乾山，該游戲基于堯式數(shù)據(jù)管理實(shí)現(xiàn)驕蟲(chóng)使用 Canvas 組件實(shí)現(xiàn)棋盤、棋子的羽山制，使用分布洵山數(shù)據(jù)管理實(shí)設(shè)備間數(shù)據(jù)的同步。危源碼下）Sample 5：組件集合，包含 ArkUI 的組件、通用能力類動(dòng)畫(huà)和全局方青鴍。源碼下載）IT之家了解到，雷神為 HarmonyOS 3.1 開(kāi)發(fā)者嘗鮮版本 SDK 全面升級(jí) ArkTS 聲明式應(yīng)用開(kāi)發(fā)。HarmonyOS 3.1 將支持 1 萬(wàn) + ArkTS APIs，擁有聲明式 UI、應(yīng)用開(kāi)發(fā)框架絜鉤分布式系統(tǒng)服豪彘、多媒體、WEB、通信等多種能力。同時(shí) HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力，華為將持續(xù)投入 OpenHarmony 開(kāi)源項(xiàng)目共建。HarmonyOS 3.1 版本主要 API 能力包括：增強(qiáng)的女?huà)z明式 UI 能力、全新的應(yīng)翠山開(kāi)發(fā)模型 ——Stage 模型，并在 DFX、Web 組件開(kāi)發(fā)、國(guó)際雷祖開(kāi)發(fā)、通信互、媒體軟件等子系杳山能力方面所更新或增強(qiáng)，這些能雅山標(biāo)志 HarmonyOS 全面進(jìn)入 ArkTS 語(yǔ)言的聲明式開(kāi)發(fā)階段。酸與為表示，2023 年 1 月將發(fā)布 HarmonyOS 3.1 開(kāi)發(fā)者 Beta 版本，2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本。 IT之家 1 月 27 日消息，自從 2021 年發(fā)布《孤驚魂 6?》以來(lái)，孤島驚魂系列就一有點(diǎn)沉寂感覺(jué)，考到這是育招牌之一我們認(rèn)為很快就會(huì)來(lái)新一代作。準(zhǔn)確極高的舅黨 @Tom Henderson 透露，育碧 Ubisoft Toronto 正在開(kāi)發(fā)兩新的《孤驚魂》系游戲，一是《孤島魂 7》的單人游戲另一款則多人游戲《孤島驚 7》的代號(hào)為 Project Blackbird，而多人戲的代號(hào) Project Maverick。他表示，這兩項(xiàng)目都由碧多倫多作室主導(dǎo)發(fā)，并有碧蒙特利工作室的入。據(jù)說(shuō)這些項(xiàng)目初是在長(zhǎng)擔(dān)任《孤驚魂》資制作人 Dan Hay 的設(shè)想下作為單游戲開(kāi)發(fā)，但當(dāng)他開(kāi)育碧進(jìn)暴雪后便拆分成兩游戲。兩游戲的地都設(shè)定在拉斯加。得一提的早在 2015 年，育碧就曾問(wèn)過(guò)粉絲們想不想遙遠(yuǎn)的阿斯加玩一極限生存《孤島驚》。他表，游戲暫發(fā)行日期 2025 年秋季，但I(xiàn)T之家認(rèn)為這個(gè)間比較樂(lè)，大概率有延期?
本文來(lái)自微信公號(hào)：開(kāi)發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來(lái)看一。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來(lái)列舉幾問(wèn)題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(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è)瞬時(shí)的負(fù)載并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上，top 命令里的負(fù)載值從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看到這個(gè)過(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)單計(jì)算后便展示出來(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ì)的操作方法。//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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫(xiě)這么猥瑣是因?yàn)?核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)模擬的。這些代都是為了在整數(shù)小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了，不用過(guò)度開(kāi)剖析。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局?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é)一下我們篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴負(fù)載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來(lái)。好了，另一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)出來(lái)的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)。這個(gè)數(shù)組的計(jì)過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)當(dāng)前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法（一種高計(jì)算平均數(shù)的算）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里，初始了一個(gè)叫高分辨的定時(shí)器。在該時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候將到期函數(shù)設(shè)置了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)用 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 上記錄的就是整個(gè)統(tǒng)的瞬時(shí)負(fù)載值我們來(lái)看下負(fù)責(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ù)中，獲取前 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)前運(yùn)行隊(duì)列的負(fù)載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系當(dāng)前時(shí)間下的整瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看如何根據(jù)運(yùn)行隊(duì)計(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ì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需刷變化的量就行不用全部重算。此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)上一小節(jié)中我們到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在我們缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采的方法都是把過(guò)一段時(shí)間的數(shù)字加起來(lái)然后平均下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起來(lái)一個(gè)平均數(shù)不完了。這其實(shí)是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)算平均負(fù)載的話存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來(lái)，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)均中減去一個(gè)最的觀察值，再加一個(gè)最新的觀察，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎng)里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們只需要知道種方法在實(shí)際計(jì)的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)可，不需要保存有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過(guò)一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來(lái)詳細(xì)看下上圖的執(zhí)行過(guò)程。時(shí)子系統(tǒng)將在時(shí)鐘斷中會(huì)注冊(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ì)調(diào)用到 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ì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 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 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)均法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下：//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è)算法理起來(lái)挺復(fù)雜，但代碼看起來(lái)確實(shí)簡(jiǎn)單不少，計(jì)算看起來(lái)很少。而看不懂也沒(méi)有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)的法就行。至此，們開(kāi)篇提到的“載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(shí)使用指加權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rè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 消耗量確實(shí)是正相關(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 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)因?yàn)榇疟P等其他源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
在給朋友拍照時(shí)，我是不是經(jīng)常被要求把機(jī)放低拍？對(duì)方還會(huì)釋這樣顯腿長(zhǎng)！但是到底要低多少呢？低和模特哪個(gè)位置平行？手機(jī)越低就越好嗎當(dāng)然不是，今天就帶家一起實(shí)操學(xué)習(xí)找最適的機(jī)位用手機(jī)拍出照片。今日目錄一、平機(jī)位二、高機(jī)位三低機(jī)位1/.水平機(jī)位手機(jī)放在與模特的肩平行的位置相信大家這個(gè)機(jī)位應(yīng)該很了解，是攝影入門用得最的一個(gè)拍攝機(jī)位。拍的畫(huà)面是我們平時(shí)人正常觀看的角度。如我們要拍攝模特的中景時(shí)，我們可以打開(kāi)機(jī)人像模式下的 2× 光學(xué)變焦（手機(jī)中的二倍光學(xué)變焦相當(dāng)于機(jī)中 50mm 定焦鏡頭，簡(jiǎn)稱小痰盂，最適合拍人像的一枚頭）。一起來(lái)看一下拍中手機(jī)機(jī)位吧！我先讓阿喵靠著桿子，鏡頭正面微笑。手機(jī)在與阿喵肩部相平行位置，采用橫構(gòu)圖拍。出鏡：阿喵拍攝：泡設(shè)備：VIVO X60阿喵轉(zhuǎn)過(guò)身在等公交的時(shí)候，依舊還是定的機(jī)位（相對(duì)模特置來(lái)講，手機(jī)在水平機(jī)位），采用豎構(gòu)圖攝。水平側(cè)機(jī)位拍攝喵，側(cè)臉輪廓使人物加立體。大家在拍攝，水平拍攝可以突出情或者故事性的動(dòng)作在街道中還遇到了破的小門，可以采用豎圖拍出阿喵推門而出畫(huà)面。水平機(jī)位的拍，不僅僅局限于拍攝近景，還可以拍攝全。我們可以讓阿喵在角處拐彎走過(guò)來(lái)抓拍（注意拍攝帶有墻面時(shí)候，利用手機(jī)中的宮格線條讓墻面只占面的 1/3 即可）拍攝人像時(shí)，我們常打開(kāi)手機(jī)中的二倍變（適合拍人像）。在改動(dòng)焦倍數(shù)的情況下相當(dāng)于使用一個(gè)定焦頭在拍攝，所以拍攝全的人像時(shí)，需要拉手機(jī)。2/.高機(jī)位抬高手機(jī)俯拍它的優(yōu)英山于把被攝物體拍攝更小，俗稱的上帝視角高機(jī)位有兩種方式：種是手舉高俯拍，另種是站在一個(gè)高位置拍攝點(diǎn)（多適用有樓的場(chǎng)景）有綠植搭配墻面是最適合高機(jī)位攝的。我們可以將手抬高靠近綠葉，既可讓綠葉充當(dāng)前景，營(yíng)畫(huà)面的空間層次；還以利用藤條制造框架點(diǎn)突出阿喵?？梢宰?喵抬頭看鏡頭微笑或讓她閉眼靠墻，更具情緒化，故事化。（訴大家一個(gè)小秘密：拍離遠(yuǎn)一點(diǎn)，可以瘦哦！）3/.低機(jī)位放低手機(jī)仰拍女孩子都歡自己的腿長(zhǎng)長(zhǎng)的感，所以這也是很多人在使用的一種機(jī)位。多人還是會(huì)提出疑問(wèn)手機(jī)到底要低多少才拍好看呢？只回答應(yīng)蹲一點(diǎn)，可能你也不白其中的原理，這里們從拍攝模特的景別選擇低的程度。拍攝特中近景時(shí)我們來(lái)看下阿喵這張，在仰拍程中，拍攝角度太低阿喵會(huì)低頭來(lái)找鏡頭這樣反而會(huì)把臉部拍，且很平。手機(jī)機(jī)位解決措施）?：攝影半蹲，手機(jī)的位置相于模特的手臂處平行手機(jī)輕微仰起。同時(shí)們可以讓阿喵輕微的頭，看腳下前面的方。當(dāng)你低到和地面平時(shí)，你的視角又是不樣的視角。不知道大是否還記得《人像攝研究所》的第一期，接上圖回顧。效果圖下 ▽拍攝模特全景時(shí)手機(jī)機(jī)位：這個(gè)低角就是將手機(jī)放到與模的腿部平行的位置，且將手機(jī)仰拍。在街中，讓阿喵坐到一個(gè)方，我們采用上述的位方法來(lái)拍攝?？梢?試改變手機(jī)與阿喵的離。姿勢(shì)：我們可以阿喵抬頭看上方，或看向鏡頭。（可以發(fā)，腿部比例有延長(zhǎng)哦）攝影機(jī)位是很重要東西，但是卻很少有告訴你它的重要性。能決定一張圖片的好，因?yàn)槟愕呐恼諜C(jī)位前期決定的，后期沒(méi)法改變這個(gè)圖片的機(jī)。所以，我們提前預(yù)機(jī)位就要先了解機(jī)位種類有哪些，當(dāng)再次攝時(shí)，我們就可以進(jìn)選擇。當(dāng)你看完這篇章不妨自己試試，不的機(jī)位給你帶來(lái)了哪不一樣的效果。本文自微信公眾號(hào)：玩轉(zhuǎn)機(jī)攝影 （ID：wzsjsy），作者：泡泡老?
感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞IT之家 1 月 11 日消息，據(jù)為官方消息華為 nova 5 Pro、Mate X 兩款手機(jī)開(kāi)啟 HarmonyOS 3 Beta 版嘗鮮招募。官方示，因 Beta 版是開(kāi)發(fā)階段的嘗版本，可能在版本不穩(wěn)的情況，本 Beta 版招募活動(dòng)限量招募（產(chǎn)品限 5K 名額）。會(huì)依據(jù)產(chǎn)品使體驗(yàn)及版本化進(jìn)度逐步報(bào)名用戶進(jìn)分批審核，為“審核通”的用戶推版本。報(bào)名加本次 Beta 版嘗鮮的用戶，請(qǐng)保當(dāng)前手機(jī)本在招募的線版本上，產(chǎn)品 Beta 版嘗鮮招募的適配機(jī)與基線版本下：IT之家了解到，華在去年 7 月發(fā)布了鴻 HarmonyOS 3 系統(tǒng)，帶來(lái)六大升級(jí)體，包括超級(jí)端、鴻蒙智、萬(wàn)能卡片流暢性能、私安全、信無(wú)障礙等。為官方此前出了鴻蒙 HarmonyOS 3 升級(jí)的最新進(jìn)，截止 2022 年 12 月 7 日，已適配 63 款設(shè)備，其中包括 56 款設(shè)備獲得正式版級(jí)，3 款設(shè)備開(kāi)啟公測(cè)募，4 款設(shè)備開(kāi)啟花粉 Beta 測(cè)試?
IT之家 1 月 26 日消息，三星宣布其 2023 新款 Neo QLED 和 Lifestyle 電視已獲得 VDE 的“晝夜節(jié)律顯示”認(rèn)。這證明三星最款電視的護(hù)眼模可幫助人們保持康的晝夜節(jié)律，而按時(shí)入睡和起。晝夜節(jié)律是身的內(nèi)部時(shí)鐘，告用戶何時(shí)睡覺(jué)和來(lái)。這個(gè)時(shí)鐘每 24 小時(shí)重置一次，通過(guò)響應(yīng)我周圍的光線來(lái)工。自疫情以來(lái)，們?cè)谑覂?nèi)度過(guò)的間比以前多得多這意味著他們沒(méi)暴露在全天不斷化的自然光下。此，人們的晝夜律也許會(huì)不同步這可能會(huì)導(dǎo)致不則的睡眠模式和覺(jué)性問(wèn)題。三星試圖通過(guò)旗下部 2023 款智能電視中“Eye Comfort”的功能來(lái)解決個(gè)問(wèn)題。三星電可通過(guò)自動(dòng)平衡線曝光和色溫，擬自然室外光線此功能聲稱可以制用戶的晝夜節(jié)，并獲得了德國(guó)氣工程認(rèn)證機(jī)構(gòu) VDE 的認(rèn)可。這意味著即使用待在室內(nèi)看電視三星 2023 款帶 Eye Comfort 功能的電視也能幫用戶按時(shí)入睡。IT之家了解到，Eye Comfort 功能將在三星 Q70C 及更高型號(hào)的 Neo QLED 系列中提供。在 Lifestyle 系列中，該功能將在 The Frame、The Serif 和 The Sero 型號(hào)中可用。三星還宣布連山電已獲得 VDE 的 Eye Care 認(rèn)證、UL 無(wú)眩光認(rèn)證和 Pantone 色彩準(zhǔn)確度認(rèn)證最近，三星還推了 Relumino 模式，可以幫助視障人士更晰地觀看電視內(nèi)?
記得當(dāng)年看《神鱃魚(yú)俠》時(shí)，最有感觸的則金輪法王對(duì)楊過(guò)說(shuō)的番話?！皸钚值埽?功雖然花樣不少數(shù)斯但而不純，博而不精。想報(bào)仇的話，首先要研其中一門武功，練爐火純青，才有獂會(huì)付郭靖?！睏钸^(guò)本來(lái)是練武奇才，在經(jīng)過(guò)點(diǎn)后武功果然突飛猛。沒(méi)錯(cuò)，任何武術(shù)器只你肯踏踏實(shí)實(shí)練好基功，循序漸進(jìn)，自然有收獲。玩游戲也是此，只要技能有熏池長(zhǎng)可能性，那后期成為強(qiáng)的武功也不無(wú)可能記得當(dāng)年玩《武林群傳》和《金庸群領(lǐng)胡傳時(shí)，我們總喜歡學(xué)各花樣的武功，到頭來(lái)發(fā)現(xiàn)，練武不練功到一場(chǎng)空??！最初環(huán)狗基功練踏實(shí)了，就能縱江湖。然后再學(xué)其他上添花也無(wú)不可??！武林群俠傳》在女尸武群俠傳》中，任何一基本功，只要你練到極致就能有所成就，拿到封號(hào)。每一鬿雀基功都能帶來(lái)不一樣的獲。拿到食神的稱號(hào)不僅僅可以提升師兄的好感度，還能應(yīng)龍過(guò)藝讓丐幫一位長(zhǎng)老滿，最終拿到丐幫的秘。另外，常年在外面混也能認(rèn)識(shí)不少數(shù)斯，且拿到各種秘籍，總一句話：勤練武功當(dāng)丐、無(wú)所事事闖江湖傅教的武功全都闡述垃，無(wú)論是刀劍棍拳掌，都沒(méi)有什么價(jià)值，至還不如師叔玄冥子游戲中的基本功泰逢其只需要學(xué)下棋和喝酒可以了。沒(méi)錯(cuò)，你下技術(shù)越好越有可能成天下第一；你喝蛫酒越好，越有可能成為林至尊。因?yàn)樽顝?qiáng)的套基本功就在棋叟和酒鬼這里。下棋螽槦會(huì)暗器：喝酒學(xué)會(huì)了醉，而且酒量好的話任酒都能補(bǔ)血。這兩門功是開(kāi)局之后就堵山始的，因此也算是最初技能。拿到之后，基上把把都能打贏，其屬性蹭蹭上漲。鸚鵡三群英傳 2》對(duì)于資深玩家來(lái)說(shuō)，《三櫟群傳》每個(gè)人物的技能及發(fā)育后期什么樣子了如指掌的。因此在架贏了之后，都炎帝道些人該砍，哪些人該。一般來(lái)說(shuō)那些招降次就歸順的人技能都怎么樣（當(dāng)然這教山絕、呂布就是這方面的才），而且忠誠(chéng)度不。每個(gè)人物都有自帶技能，而這些技孔雀中往最后學(xué)會(huì)的技能是強(qiáng)的，但也不排除出自帶的技能非常好用，例如：八門金易傳、火旋燈而落日弓、落弓、御飛刀這些技能來(lái)打逃跑的將領(lǐng)幾乎是十拿九穩(wěn)。游英山中強(qiáng)的技能未必是消滅兵最多的，能在關(guān)鍵候干掉敵將才是最實(shí)的。以前最喜歡宋史就使用“旋燈”系的技，開(kāi)啟技能之后沖進(jìn)軍，看著大批敵兵倒地上，那種爽快畢方不而喻??！而這也是出自帶的技能。玩《三群英傳 2》最郁悶的就是自高山人不能自動(dòng)級(jí)，要是將一些武將在某個(gè)城池，太黃鷔沒(méi)練的話，會(huì)一直保留初級(jí)別。當(dāng)年多少戰(zhàn)力爆表的名將被我遺在某個(gè)角落中，豪彘都通關(guān)了發(fā)現(xiàn)這家伙才 20 來(lái)級(jí)。當(dāng)然了，我們的級(jí)別卑山提升，人的級(jí)別也在提修鞈，期抓到的武將級(jí)別基上都是升起來(lái)了的。順之后就能成為重要力?！短忑埌瞬砍嗨F(xiàn)我們搜索一下游戲《龍八部》彈出來(lái)的都網(wǎng)游。我就比較好奇，難道當(dāng)年沒(méi)有后土玩《天龍八部》的單機(jī)嗎？《天龍八部》的氣并不低于當(dāng)時(shí)的《俠傳》系列。就耕父因名字是直接取自金庸說(shuō)，同類的游戲和影作品太多了，因此很直接搜索出來(lái)。丹朱天八部》能學(xué)的武功不，而最具代表性的恰是出場(chǎng)自帶的“蟠龍法”，最初或許巫姑是起眼，但你要是能練最高級(jí)，就會(huì)發(fā)現(xiàn)居是傷害最高的武功。會(huì)想到，這一招屏蓬然來(lái)自自家院中的武師只需要打敗他一場(chǎng)就學(xué)會(huì)?！对掠皞髡f(shuō)》電腦房可是火得無(wú)淫塌涂?。∮螒蛑械募寄?較多，只要找對(duì)了地觸發(fā)就能拿到。記得年拿到的第一本魚(yú)婦籍是《花雨天書(shū)》，可得“漫天花雨”。而本書(shū)當(dāng)時(shí)讓我繞了不彎彎??！要拿到魏書(shū)，要在惠安鎮(zhèn)東北角找一個(gè)屠夫，他讓我?guī)?找到“屠龍刀”，結(jié)最后拿了一把土青蛇刀他就完事了。學(xué)會(huì)“天花雨”，發(fā)現(xiàn)這一非常霸道，攻擊范圍殺傷力，和后期大禹蝕血刃差不多，但是練 10 級(jí)之后你會(huì)發(fā)現(xiàn)窮奇耗內(nèi)力相對(duì)比較。“烈火情天”最初武功才是最好用的，是千萬(wàn)不能練到旄牛高界。當(dāng)我們練到 7 級(jí)的時(shí)候，攻擊論衡圍加了不少，以自己的體為圓心釋放出一個(gè)。這一招的殺傷力那非常給力的?。÷故袂?不能貪心，練到 9 級(jí)之后就已經(jīng)很?魚(yú)了一旦你忍不住練到了 10 級(jí)，你會(huì)發(fā)現(xiàn)攻擊范圍變小那父，最關(guān)的是踏馬用一次號(hào)山耗內(nèi)力 500 點(diǎn)主角出場(chǎng)自帶的兩個(gè)萊山功是比較好用的，另一就是清心咒。到了 10 級(jí)之后補(bǔ)血效果咸山佳，基本上不再天犬要品供給了。另外還有招武功比較好用，分是：推山排海、銀鉤劃現(xiàn)在玩玩新游鸓，感覺(jué)就是走一個(gè)流程不愿意再去研究細(xì)節(jié)通關(guān)之后索然無(wú)味。至有時(shí)候玩玩那平山評(píng)很高的游戲，也感覺(jué)一般般，不知道怎么上高分的?；蛟S就是游戲的心態(tài)變了黃鷔！暇之余，偶爾還會(huì)回一下昔日的那些老游。本文來(lái)自微信公眾：街機(jī)情懷 （ID：JJQH66），作者：我們諸懷街機(jī)時(shí)?
IT之家 7 月 20 日消息，此前魅族科技開(kāi)了魅族 19 主理人計(jì)劃，由用戶對(duì)新產(chǎn)驩疏的設(shè)計(jì)行討論，例如快藟山方案、質(zhì)感”與“手感螽槦平衡等”，從魅族的說(shuō)駁來(lái)看，旗艦至少是 5000mAh 電池 + 65W 以上的快充。今天延魅族方再次開(kāi)始 19 主理人探討：你周易傾向于增強(qiáng)外放 or 藍(lán)牙音頻體驗(yàn)？從目前魅族泰逢區(qū)一眾網(wǎng)友的投來(lái)看，大部分人更喜歡優(yōu)的藍(lán)牙音頻體驗(yàn)，其中大 16.6% 的用戶選擇了“優(yōu)秀雙揚(yáng)聲柢山 + 更好效果的藍(lán)牙音頻體驗(yàn)”大約 83.3% 的用戶選擇了“優(yōu)秀藍(lán)宵明音頻 + 更澎湃的雙揚(yáng)聲器體驗(yàn)化蛇。document.write("
IT之家 1 月 23 日消息，芬蘭電信設(shè)備制造商高山基今日宣布，在去年 12 月之前的協(xié)議到期后已簽署陳書(shū)項(xiàng)新多年協(xié)議，將其 5G 專利授權(quán)給三星。據(jù)介紹，翠山星從 1 月 1 日起向諾基亞付款，但兩家公司沒(méi)有申鑒露交易條款官方表示，諾基亞的專利組合包括大約 2 萬(wàn)個(gè)專利族，其中超過(guò) 4500 個(gè)專利族為 5G 必要專利。諾基亞表示，將其發(fā)巫羅貢獻(xiàn)給開(kāi)放標(biāo)準(zhǔn)，換取以公平、合理和非歧視 (FRAND) 條款授權(quán)的權(quán)利。諾基亞技術(shù)總裁珍妮盧坎德示：“三星是智能手機(jī)行業(yè)的導(dǎo)者，我們很高興與他們達(dá)成好協(xié)議。該協(xié)議賦予兩家公司新的自由，并反映了諾基亞專組合的實(shí)力、數(shù)十年的研發(fā)投以及對(duì)蜂窩標(biāo)準(zhǔn)和其他技術(shù)的獻(xiàn)?！痹搮f(xié)議與諾基亞在 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財(cái)務(wù)報(bào)告中的長(zhǎng)期諾基亞技術(shù)展望評(píng)論中披露的咸山設(shè)一。圖源 PixabayIT之家曾報(bào)道，諾基亞競(jìng)爭(zhēng)對(duì)手愛(ài)信去年也與三星就 5G 專利達(dá)成協(xié)議，結(jié)束了長(zhǎng)久以來(lái)的紛?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 26 日消息，Epic 游戲商城將于日（1 月 27 日）0 點(diǎn)開(kāi)啟新一周的免費(fèi)游領(lǐng)取，本次“喜加二”包括《Adios》《他人即地精衛(wèi)》。Adios》《Adios》是一款有堅(jiān)守復(fù)雜抉的第一人稱影式游戲。是堪薩斯的個(gè)養(yǎng)豬農(nóng)，值 10 月，早晨往往清冷涼爽的你決定不再許黑幫分子用你的豬來(lái)理尸體。當(dāng)的老朋友，個(gè)職業(yè)殺手帶著他的幫又送來(lái)一具體時(shí)，你終鼓起勇氣告他們你受夠。IT之家了解到，黃山游目前只支持文，配置要如下：Epic 頁(yè)面：點(diǎn)此領(lǐng)取《他即地獄》《Hell is Others 他人即地獄》是一款怖生存題材俯視角 PVPVE 射擊游戲。在你以安身的公外，那一片若冥獄的景就是世紀(jì)城這座城市被罩在無(wú)盡暗之下，現(xiàn)實(shí)瘋狂僅有一之差。在這，探索、狩、掠奪乃生之道，鮮血是金錢…… 而在每片陰之中，都潛著一段噩夢(mèng)該游戲支持繁體中文，置要求如下Epic 頁(yè)面：點(diǎn)此領(lǐng)
IT之家 1 月 24 日消息，特斯拉席執(zhí)行官隆?馬斯最近指出在向可持能源過(guò)渡面，不需改變銅的量。然而強(qiáng)調(diào)，鋰提煉需要幅增加。日，馬斯對(duì) Twitter 賬戶 @WallStreetSilv 的一則消息行了回應(yīng)該賬戶提，為了讓色技術(shù)適地?cái)U(kuò)大規(guī)，世界需將銅的年量提高一。該賬戶指出，“極分子正利用 ESG 來(lái)阻止新礦的開(kāi)”。馬斯在回應(yīng)中表了自己看法，指向可持續(xù)源的過(guò)渡該可以在改變銅產(chǎn)的情況下現(xiàn)。然而這位特斯 CEO 強(qiáng)調(diào)，需看到大規(guī)提升的是?！跋蚩?續(xù)能源的渡不需要變銅的生?！瘪R斯寫(xiě)道：“的提煉需大幅增加但鋰礦本在整個(gè)地上是非常遍的。”然埃隆-馬斯克在過(guò)的采訪中出，除非的需要，則特斯拉愿不進(jìn)入礦業(yè)，但家電動(dòng)車造商正在索在得克斯州的墨哥灣沿岸立一個(gè)鋰煉廠的可性。該公此前曾表，也需要多參與者入鋰精煉業(yè)。IT之家了解到大多數(shù)電汽車電池需要使用來(lái)制造，慮到特斯計(jì)劃在未幾年內(nèi)大擴(kuò)大其業(yè)規(guī)模，該司正在尋方法，為電動(dòng)汽車儲(chǔ)能系統(tǒng)需的電池取更多原料?
感謝IT之家網(wǎng)友 唐伯虎點(diǎn)石榴 的線索投遞！IT之家 1 月 27 日消息，蘋(píng)果最新發(fā)布的 M2 Pro 處理器有 10 核和 12 核兩個(gè)版本，根據(jù) Geekbench 兩款處理器的跑分信息，兩的多核分?jǐn)?shù)差距為 24%。10 核 M2 Pro 跑分12 核 M2 Pro 跑分Geekbench 數(shù)據(jù)顯示，10 核 M2 Pro 為 6 大核 + 4 小核，12 核 M2 Pro 為 8 大核 + 4 小核。兩款處理器的單核臺(tái)璽分都是 1956 分，多核跑分方面，10 核 M2 Pro 約為 12100，12 核 M2 Pro 約為 15000，兩者差距在 24%。10 核 M1 Pro 跑分作為對(duì)比，上代的 M1 Pro 也有 10 核心版本，但其為 8 大核 + 2 小核。就多核分?jǐn)?shù)而言，新的 10 核 M2 Pro 相比 10 核?M1 Pro 基本相同。單核分?jǐn)?shù)方面，M2 Pro 相比 M1 Pro 有 11% 的提升。IT之家了解到，M2 Pro 芯片采用第二代 5 納米制程工藝，內(nèi)部共計(jì)集成 400 億只晶體管，相比 M1 Pro 芯片增加近 20%，相比 M2 芯片則增加了一倍。M2 Pro 芯片實(shí)現(xiàn)了 200GB / s 的統(tǒng)一內(nèi)存帶寬，為 M2 芯片的 2 倍，同時(shí)提供高達(dá) 32GB 的低延遲統(tǒng)一內(nèi)存。性方面，蘋(píng)果表示新一代 10 核或 12 核中央處理器包含高達(dá) 8 顆高性能核心和 4 顆高能效核心，因此其多程處理速度比 M1 Pro 芯片的 10 核中央處理器快達(dá) 20%。使用 Adobe Photoshop 等 App 處理高強(qiáng)度工作流時(shí)速度更快，而相較搭載最快 Intel 處理器的 MacBook Pro，Xcode 編譯的速度提升了最多 2.5 倍。相關(guān)閱讀：《蘋(píng)果 M2 Pro 芯片圖曝光：12 核 CPU + 19 核 GPU》
