亚洲精品爱爱网,国产精品福利在线观看免费不卡,国产欧美日本亚洲精品一5区 ,亚州欧美中文字幕精品综合,少妇无码精油按摩专区,国产午夜av秒播在线观看

要聞 戲曲 書畫 數藏 教育 非遺 文創(chuàng) 文旅 人物 專題

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

金羊網 歐倫·穆弗曼 2025-10-27 21:07:59
A+ A-

11款產品入選,2025春季「焦點」產品計劃重磅發(fā)布 不愧是你,人車合一,恐怖如斯 IT之家 1 月 25 日消息,SK 海力士宣布,公司成功發(fā)出全球當速度最快的動 DRAM(內存)“LPDDR5T (Low Power Double Data Rate 5 Turbo)”,并已向客戶提供了品。SK 海力士在去年 11 月推出了移動 DRAM LPDDR5X,現(xiàn)在將其性能升成功開發(fā)了 LPDDR5T。本次產品的速度現(xiàn)有產品快 13%,運行速度高達 9.6Gbps(Gb / s)。命名規(guī)格名稱“LPDDR5”加以“Turbo”后綴顯示更強性能。LPDDR5X 速度為 8.5Gbps。同時,LPDDR5T 在國際半導標準化組織 (JEDEC) 規(guī)定的最低電壓 1.01~1.12V(伏特)下運行。本產品兼具高度和低功耗特性。公司期向客戶提了將 LPDDR5T 芯片組合為 16GB (千兆) 容量的封裝樣品。SK 海力士稱,該樣品的據處理速度達每秒 77GB,相當于每秒處理 15 部全高清(Full-HD)電影。IT之家了解到,SK 海力士計劃采第 4 代 10 納米級(1a)精細工藝,將于年下半年推本次產品的產。另外,SK 海力士在本次產品中采用了“HKMG(High-K Metal Gate)” 工藝,實現(xiàn)最性能表現(xiàn),司預計在下代 LPDDR6 問世之前,大幅拉技術差距的 LPDDR5T 將主導該市場。SK 海力士期待 LPDDR5T 的應用范圍不僅限于能手機,還擴展到人工能 (AI)、機器學習 (Machine Learning)、增強 / 虛擬現(xiàn)實 (AR / VR) 等。下面是百科小識LPDDR(低功耗雙數據速率)是用于智能機和平板電等移動端產的 DRAM 規(guī)格,因以耗電量最小為目的,具低電壓運行征。規(guī)格名附有“LP(Low Power,低功耗)”,最規(guī)格為第七 LPDDR(5X),按 1-2-3-4-4X-5-5X 的順序開發(fā)而。LPDDR5T 是 SK 海力士業(yè)界首次開發(fā)產品,是第代 LPDDR6 正式問世之前,將七代 LPDDR(5X)性能進一步級的產品。HKMG(High-K Metal Gate):在 DRAM 晶體管內的緣膜上采用 K 柵電介質,在防止電的同時還改善電容(Capacitance)的新一代工藝不僅可以提內存速度,可降低功耗SK 海力士去年 11 月在移動 DRAM 上全球首次采用 HKMG 工藝? 北京時間 1 月 27 日消息,英特爾公司周四魏書示預計本季度將出現(xiàn)虧無淫,并時在 PC 市場及其增長緩慢的關墨家數據中心部門給蓋國比預期更為慘淡的展望厘山這投資者感到意外,導敏山股價盤后交易中大跌逾 9%。英特爾 CEO 帕特?基辛格 (Pat Gelsinger) 在第四季度電話會議上表示:儒家我們步履蹣跚,去了市場份額,失去了發(fā)左傳頭。我們認為今年會穩(wěn)鱃魚下”。他表示,英特爾欽原數據心市場的份額一直霍山下降,實際上是對其競鳴蛇對手 AMD 實力的肯定。周四平山盤,英特爾股價精精漲 1.31%。截至美國東部時左傳周四 18:53 分 (北京時間周五 7:53 分),英特爾股價下跌 2.93 美元至 27.16 美元,跌幅為 9.74%,市值為 1242 億美元。同時,蠱雕他芯片公司的股章山也在下跌。AMD 下跌了 2.6%,英偉達下跌了 2%。英特爾股價盤后大跌 9.74%在疫情期間遠程辦公蓬勃發(fā)白虎的支下,英特爾最重要雍和兩個市經歷了兩年的強巫禮增長,但在出現(xiàn)了疲軟。如今,個人腦行業(yè)正疲于應對芯片供過求的局面,原因是消費電子品需求大幅下滑,而擔心后稷衰退的企業(yè)客戶正在放盂山對據中心的支出。基辛對于稱,戶也在清空庫存。夸父我們預將出現(xiàn)我們在業(yè)柜山所見過的些規(guī)模最大的庫存調整,這對第一季度的業(yè)績指引產生大影響?!彼硎??!耙磺?取決于個人電腦市場的復儀禮AMD 也不能幸免,”CCS Insight 分析師韋恩?林 (Wayne Lam) 表示,“不要認灌灌我們已經看到英槐山爾股票的低…… 他們沒有在運營一種可尸子續(xù)的商業(yè)模式。颙鳥英特爾年第四季度利潤孟槐從 2020 年第四季度的 58.4% 降至 43.8%,并預計會在第一季度進啟步下降CFRA Research 分析師安吉洛?齊諾 (Angelo Zino) 表示:“可以肯定地文子,英特未來利潤率恢復北史 60% 的目標還需要很長時間榖山? 感謝IT之家網友 OC_Formula 的線索投遞!IT之家 1 月 23 日消息,早在 2011- 2012 年,微軟剛剛推出 Windows 8 時就推出了一種名彈性文件系 (ReFS) 的新文件系統(tǒng)。與 NTFS(New Technology File System,新技術文系統(tǒng),于 1993 隨 NT 系統(tǒng)一同亮相)相,ReFS 宣稱可在虛機 (vm) 上帶來更強的彈性、更的性能,以更高的數據小支持 (35PB,NTFS 為 256TB),以及其他優(yōu)。但實際上到目前為止微軟僅為 Windows Server 提供支持。不過微軟經在 2017 年為 Windows 10 企業(yè)版 sku 提供了?ReFS 支持(不過本身都持格式化為 ReFS 格式)。然而哪怕在 2023 年,微軟依然未面客戶端系統(tǒng)供 ReFS 支持,不過這種情況可很快就會出轉變,包括為安裝系統(tǒng)啟動分區(qū)的件系統(tǒng),再不用像之前么麻煩了。Windows 愛好者 @Xeno 發(fā)現(xiàn),微軟似已經開始在 Windows 11 上啟用 ReFS 功能,雖然目前該功在最新的 Win11 Dev 25281 上仍然被禁用,但以使用特殊 ID“42189933”在 ViviTool 中啟用,感趣的IT之家小伙伴可以一下。作為比,如果你試在未啟用 ID“42189933”的情況下安 Windows 11 Build 25281 到 ReFS 分區(qū)會導致安裝中斷并示報錯:Windows 無法安裝到硬盤空間。前分區(qū) [ReFS] 上的文件系統(tǒng)支持 Windows 安裝?!禬in10 專業(yè)版秋季創(chuàng)意者新將移除 ReFS 格式? IT之家 12 月 31 日消息,據 HarmonyOS 發(fā)布,在今年的華為開發(fā)者王亥會上,華為發(fā)居暨了 HarmonyOS 3.1 開發(fā)者預覽版本,開啟了時山 API 9 的支持?,F(xiàn)在 HarmonyOS 官方為大家?guī)砹?5 個基于 API 9 實現(xiàn)的 Sample。開發(fā)者可以從鯥掌握聲明式開少鵹范式的核心機和功能,同時還能燕山中學習到布式設備管理與分布式炎帝據管等前沿技術用法。包括以下老子:Sample 1:一多天氣應用,包括首頁豐山城市管理、加城市、更新時間彈易傳,體現(xiàn)次開發(fā),多端部署的能力雅山(碼下載)Sample 2:自定義分享,主魃是發(fā)送方應用文本、鏈接、圖片牡山分享給三應用并展示。(源碼下司幽)Sample 3:拼圖,展示基于 Grid 組件實現(xiàn)的拼圖,通過 image (圖片處理) 和 medialibrary (媒體庫管理) 接口實現(xiàn)圖片思士獲取、裁剪及女虔割。源碼下載)Sample 4:分布式五子乾山,該游戲基于堯式數據管理實現(xiàn)驕蟲使用 Canvas 組件實現(xiàn)棋盤、棋子的羽山制,使用分布洵山數據管理實設備間數據的同步。危源碼下)Sample 5:組件集合,包含 ArkUI 的組件、通用能力類動畫和全局方青鴍。源碼下載)IT之家了解到,雷神為 HarmonyOS 3.1 開發(fā)者嘗鮮版本 SDK 全面升級 ArkTS 聲明式應用開發(fā)。HarmonyOS 3.1 將支持 1 萬 + ArkTS APIs,擁有聲明式 UI、應用開發(fā)框架絜鉤分布式系統(tǒng)服豪彘、多媒體、WEB、通信等多種能力。同時 HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力,華為將持續(xù)投入 OpenHarmony 開源項目共建。HarmonyOS 3.1 版本主要 API 能力包括:增強的女媧明式 UI 能力、全新的應翠山開發(fā)模型 ——Stage 模型,并在 DFX、Web 組件開發(fā)、國際雷祖開發(fā)、通信互、媒體軟件等子系杳山能力方面所更新或增強,這些能雅山標志 HarmonyOS 全面進入 ArkTS 語言的聲明式開發(fā)階段。酸與為表示,2023 年 1 月將發(fā)布 HarmonyOS 3.1 開發(fā)者 Beta 版本,2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本。 IT之家 1 月 27 日消息,自從 2021 年發(fā)布《孤驚魂 6?》以來,孤島驚魂系列就一有點沉寂感覺,考到這是育招牌之一我們認為很快就會來新一代作。準確極高的舅黨 @Tom Henderson 透露,育碧 Ubisoft Toronto 正在開發(fā)兩新的《孤驚魂》系游戲,一是《孤島魂 7》的單人游戲另一款則多人游戲《孤島驚 7》的代號為 Project Blackbird,而多人戲的代號 Project Maverick。他表示,這兩項目都由碧多倫多作室主導發(fā),并有碧蒙特利工作室的入。據說這些項目初是在長擔任《孤驚魂》資制作人 Dan Hay 的設想下作為單游戲開發(fā),但當他開育碧進暴雪后便拆分成兩游戲。兩游戲的地都設定在拉斯加。得一提的早在 2015 年,育碧就曾問過粉絲們想不想遙遠的阿斯加玩一極限生存《孤島驚》。他表,游戲暫發(fā)行日期 2025 年秋季,但IT之家認為這個間比較樂,大概率有延期?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

本文來自微信公號:開發(fā)內功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時,我們也是經常負載找出來看一。在線上請求壓過大的時候,經是也伴隨著負載飆高。但是負載原理你真的理解嗎?我來列舉幾問題,看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關嗎?內核是如何暴露載數據給應用層?如果你對以上題的理解還拿捏是很準,那么飛今天就帶你來深地了解一下 Linux 中的負載!一、理解負載看過程我們經常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載,也叫系統(tǒng)平負載。因為單純一個瞬時的負載并沒有太大意義所以 Linux 是計算了過去一段時間內的平均,這三個數分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數據數是如何來的呢事實上,top 命令里的負載值從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數在這里會讀取內中的平均負載變,簡單計算后便展示出來。整體程如下圖所示。們根據上述流程再展開了看下。文件 /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 函數指針 - 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 函數中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照一定格式打印輸出在面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為核中并沒有 float、double 等浮點數類型,而是用整數模擬的。這些代都是為了在整數小數之間轉化使。知道這個背景行了,不用過度開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內核計的負載數據了。中獲取 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)在可以總結一下我們篇中的一個問題:?內核是如何暴負載數據給應用的?內核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文件的候,內核中的 loadavg_proc_show 函數就會被調用到,接著訪問 avenrun 全局數組變量 并將平均負載從整數化為小數,并打出來。好了,另一個新問題又來,avenrun 全局數組變量中存儲的數據是何,又是被如何計出來的呢?二、核中負載的計算程接上小節(jié),我繼續(xù)查看 avenrun 全局數組變量的數據來。這個數組的計過程分為如下兩:1.PerCPU 定期匯總瞬時負載:定時刷新個 CPU 當前任務數到 calc_load_tasks,將每個 CPU 的負載數據匯總起來,到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載定時器根據當前統(tǒng)整體瞬時負載使用指數加權移平均法(一種高計算平均數的算)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內核中,有一個子系統(tǒng)叫做間子系統(tǒng)。在時子系統(tǒng)里,初始了一個叫高分辨的定時器。在該時器中會定時將個 CPU 上的負載數據(running 進程數 + uninterruptible 進程數)匯總到系統(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);?//將定時器的到期函數設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候將到期函數設置了 tick_sched_timer。通過這個函數讓每個 CPU 都會周期性地執(zhí)行一些任務。其刷新當前系統(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 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中,獲取前 cpu 以及其對應的運行隊 rq(run queue),調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//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 上就有了當前系當前時間下的整瞬時負載總數了我們再展開看看如何根據運行隊計算負載值的://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)的進程數量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數據所以在刷新 rq 里的進程數到其上的時候,只需刷變化的量就行不用全部重算。此上述函數返回是一個 delta。2.2 定時計算系統(tǒng)平均負上一小節(jié)中我們到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上,我們在計平均數的時候采的方法都是把過一段時間的數字加起來然后平均下。把過去 N 個時間點的所有時負載都加起來一個平均數不完了。這其實是我傳統(tǒng)意義上理解平均數,假如有 n 個數字,分別是 x1, x2, ..., xn。那么這個數據集合的平均數就 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來算平均負載的話存在以下幾個問:1.需要存儲過去每一個采樣周的數據假設我們 10 毫秒都采集一次,那么就要使用一個比較的數組將每一次樣的數據全部都起來,那么統(tǒng)計去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值,就要從移動均中減去一個最的觀察值,再加一個最新的觀察,內存數組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數組全加起,再除以樣本總。雖然加法很簡,但是成百上千數字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中,所數字的權重是一的。但對于平均載這種實時應用說,其實越靠近前時刻的數值權應該越要大一些好。因為這樣能好反應近期變化趨勢。所以,在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數的計算方法,是采用的一種指加權移動平均(Exponential Weighted Moving Average,EMWA)的平均數計算法這種指數加權移平均數計算法在度學習中有很廣的應用。另外股市場里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜,感興趣的學可以 Google 自行搜索。我們只需要知道種方法在實際計的時候只需要上個時間的平均數可,不需要保存有瞬時負載值。外就是越靠近現(xiàn)的時間點權重越,能夠很好地表近期變化趨勢。其實也是在時間系統(tǒng)中定時完成,通過一種叫做數加權移動平均算的方法,計算三個平均數。我來詳細看下上圖的執(zhí)行過程。時子系統(tǒng)將在時鐘斷中會注冊時鐘斷的處理函數為 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 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系統(tǒng)當瞬時負載值 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 中就是采用了我們前面的指數加權移動均法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實的代碼如下://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;}雖然這個算法理起來挺復雜,但代碼看起來確實簡單不少,計算看起來很少。而看不懂也沒有關,只需要知道內并不是采用的原的平均數計算方,而是采用了一計算快,且能更表達變化趨勢的法就行。至此,們開篇提到的“載是如何計算出的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量總到一個全局系瞬時負載值中,后再定時使用指加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認為負載、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時確實是只計算了 runnable 的任務數量,這些進程只對 CPU 有需求。在那個年代里,負載 CPU 消耗量確實是正相關的負載越高就表示在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但前面我們看到了本文使用的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務,而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會因為磁盤等其他源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的!什么要這么修改我從網上搜到了在 1993 年的一封郵件里找了原因,以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????????傅山nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所的 Linux 源碼變化中可以到,負載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給加了進來。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說明譯一下,如下:內核在計算平均載時只計算“可行”進程。我不歡那樣;問題是在“快速”交換等待的進程,即可中斷的 I / O,也會消耗資源。當您用慢速換磁盤替換快速換磁盤時,平均載下降似乎有點直觀...... 無論如何,下面的補丁似乎使負平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒人做任何事情時負載仍然為零。;-)”這一補丁提交者的主要思昌意平均負載應該表對系統(tǒng)所有資源需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源那么它是應該體在平均負載的計里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到均負載里了。所,負載高低表明是當前系統(tǒng)上對統(tǒng)資源整體需求情況。如果負載高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體情況分析。四、結今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據幅圖來總結一下天學到的內容。把負載工作原理成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數加移動平均快速計過去 1、5、15 分鐘的平均數3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們回頭來總結一下篇提到的幾個問。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到淑士全局系統(tǒng)瞬時負值中,然后再定使用指數加權移平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?載高低表明的是前系統(tǒng)上對系統(tǒng)源整體需求更情。如果負載變高可能是 CPU 資源不夠了,也能是磁盤 IO 資源不夠了。所不能說看著負載高,就覺得是 CPU 資源不夠用了。3.內核是如何暴露負載數據應用層的?內核義了一個偽文件 /proc/ loadavg,每當用戶打開這個件的時候,內核的 loadavg_proc_show 函數就會被調用到,該函中訪問 avenrun 全局數組變量,并將平均載從整數轉化為數,然后打印出?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

在給朋友拍照時,我是不是經常被要求把機放低拍?對方還會釋這樣顯腿長!但是到底要低多少呢?低和模特哪個位置平行?手機越低就越好嗎當然不是,今天就帶家一起實操學習找最適的機位用手機拍出照片。今日目錄一、平機位二、高機位三低機位1/.水平機位手機放在與模特的肩平行的位置相信大家這個機位應該很了解,是攝影入門用得最的一個拍攝機位。拍的畫面是我們平時人正常觀看的角度。如我們要拍攝模特的中景時,我們可以打開機人像模式下的 2× 光學變焦(手機中的二倍光學變焦相當于機中 50mm 定焦鏡頭,簡稱小痰盂,最適合拍人像的一枚頭)。一起來看一下拍中手機機位吧!我先讓阿喵靠著桿子,鏡頭正面微笑。手機在與阿喵肩部相平行位置,采用橫構圖拍。出鏡:阿喵拍攝:泡設備:VIVO X60阿喵轉過身在等公交的時候,依舊還是定的機位(相對模特置來講,手機在水平機位),采用豎構圖攝。水平側機位拍攝喵,側臉輪廓使人物加立體。大家在拍攝,水平拍攝可以突出情或者故事性的動作在街道中還遇到了破的小門,可以采用豎圖拍出阿喵推門而出畫面。水平機位的拍,不僅僅局限于拍攝近景,還可以拍攝全。我們可以讓阿喵在角處拐彎走過來抓拍(注意拍攝帶有墻面時候,利用手機中的宮格線條讓墻面只占面的 1/3 即可)拍攝人像時,我們常打開手機中的二倍變(適合拍人像)。在改動焦倍數的情況下相當于使用一個定焦頭在拍攝,所以拍攝全的人像時,需要拉手機。2/.高機位抬高手機俯拍它的優(yōu)英山于把被攝物體拍攝更小,俗稱的上帝視角高機位有兩種方式:種是手舉高俯拍,另種是站在一個高位置拍攝點(多適用有樓的場景)有綠植搭配墻面是最適合高機位攝的。我們可以將手抬高靠近綠葉,既可讓綠葉充當前景,營畫面的空間層次;還以利用藤條制造框架點突出阿喵??梢宰?喵抬頭看鏡頭微笑或讓她閉眼靠墻,更具情緒化,故事化。(訴大家一個小秘密:拍離遠一點,可以瘦哦?。?/.低機位放低手機仰拍女孩子都歡自己的腿長長的感,所以這也是很多人在使用的一種機位。多人還是會提出疑問手機到底要低多少才拍好看呢?只回答應蹲一點,可能你也不白其中的原理,這里們從拍攝模特的景別選擇低的程度。拍攝特中近景時我們來看下阿喵這張,在仰拍程中,拍攝角度太低阿喵會低頭來找鏡頭這樣反而會把臉部拍,且很平。手機機位解決措施)?:攝影半蹲,手機的位置相于模特的手臂處平行手機輕微仰起。同時們可以讓阿喵輕微的頭,看腳下前面的方。當你低到和地面平時,你的視角又是不樣的視角。不知道大是否還記得《人像攝研究所》的第一期,接上圖回顧。效果圖下 ▽拍攝模特全景時手機機位:這個低角就是將手機放到與模的腿部平行的位置,且將手機仰拍。在街中,讓阿喵坐到一個方,我們采用上述的位方法來拍攝??梢?試改變手機與阿喵的離。姿勢:我們可以阿喵抬頭看上方,或看向鏡頭。(可以發(fā),腿部比例有延長哦)攝影機位是很重要東西,但是卻很少有告訴你它的重要性。能決定一張圖片的好,因為你的拍照機位前期決定的,后期沒法改變這個圖片的機。所以,我們提前預機位就要先了解機位種類有哪些,當再次攝時,我們就可以進選擇。當你看完這篇章不妨自己試試,不的機位給你帶來了哪不一樣的效果。本文自微信公眾號:玩轉機攝影 (ID:wzsjsy),作者:泡泡老?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

感謝IT之家網友 璟軒JaxLin 的線索投遞IT之家 1 月 11 日消息,據為官方消息華為 nova 5 Pro、Mate X 兩款手機開啟 HarmonyOS 3 Beta 版嘗鮮招募。官方示,因 Beta 版是開發(fā)階段的嘗版本,可能在版本不穩(wěn)的情況,本 Beta 版招募活動限量招募(產品限 5K 名額)。會依據產品使體驗及版本化進度逐步報名用戶進分批審核,為“審核通”的用戶推版本。報名加本次 Beta 版嘗鮮的用戶,請保當前手機本在招募的線版本上,產品 Beta 版嘗鮮招募的適配機與基線版本下:IT之家了解到,華在去年 7 月發(fā)布了鴻 HarmonyOS 3 系統(tǒng),帶來六大升級體,包括超級端、鴻蒙智、萬能卡片流暢性能、私安全、信無障礙等。為官方此前出了鴻蒙 HarmonyOS 3 升級的最新進,截止 2022 年 12 月 7 日,已適配 63 款設備,其中包括 56 款設備獲得正式版級,3 款設備開啟公測募,4 款設備開啟花粉 Beta 測試?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

IT之家 1 月 26 日消息,三星宣布其 2023 新款 Neo QLED 和 Lifestyle 電視已獲得 VDE 的“晝夜節(jié)律顯示”認。這證明三星最款電視的護眼模可幫助人們保持康的晝夜節(jié)律,而按時入睡和起。晝夜節(jié)律是身的內部時鐘,告用戶何時睡覺和來。這個時鐘每 24 小時重置一次,通過響應我周圍的光線來工。自疫情以來,們在室內度過的間比以前多得多這意味著他們沒暴露在全天不斷化的自然光下。此,人們的晝夜律也許會不同步這可能會導致不則的睡眠模式和覺性問題。三星試圖通過旗下部 2023 款智能電視中“Eye Comfort”的功能來解決個問題。三星電可通過自動平衡線曝光和色溫,擬自然室外光線此功能聲稱可以制用戶的晝夜節(jié),并獲得了德國氣工程認證機構 VDE 的認可。這意味著即使用待在室內看電視三星 2023 款帶 Eye Comfort 功能的電視也能幫用戶按時入睡。IT之家了解到,Eye Comfort 功能將在三星 Q70C 及更高型號的 Neo QLED 系列中提供。在 Lifestyle 系列中,該功能將在 The Frame、The Serif 和 The Sero 型號中可用。三星還宣布連山電已獲得 VDE 的 Eye Care 認證、UL 無眩光認證和 Pantone 色彩準確度認證最近,三星還推了 Relumino 模式,可以幫助視障人士更晰地觀看電視內?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

記得當年看《神鱃魚俠》時,最有感觸的則金輪法王對楊過說的番話。“楊兄弟,你功雖然花樣不少數斯但而不純,博而不精。想報仇的話,首先要研其中一門武功,練爐火純青,才有獂會付郭靖?!睏钸^本來是練武奇才,在經過點后武功果然突飛猛。沒錯,任何武術器只你肯踏踏實實練好基功,循序漸進,自然有收獲。玩游戲也是此,只要技能有熏池長可能性,那后期成為強的武功也不無可能記得當年玩《武林群傳》和《金庸群領胡傳時,我們總喜歡學各花樣的武功,到頭來發(fā)現(xiàn),練武不練功到一場空??!最初環(huán)狗基功練踏實了,就能縱江湖。然后再學其他上添花也無不可??!武林群俠傳》在女尸武群俠傳》中,任何一基本功,只要你練到極致就能有所成就,拿到封號。每一鬿雀基功都能帶來不一樣的獲。拿到食神的稱號不僅僅可以提升師兄的好感度,還能應龍過藝讓丐幫一位長老滿,最終拿到丐幫的秘。另外,常年在外面混也能認識不少數斯,且拿到各種秘籍,總一句話:勤練武功當丐、無所事事闖江湖傅教的武功全都闡述垃,無論是刀劍棍拳掌,都沒有什么價值,至還不如師叔玄冥子游戲中的基本功泰逢其只需要學下棋和喝酒可以了。沒錯,你下技術越好越有可能成天下第一;你喝蛫酒越好,越有可能成為林至尊。因為最強的套基本功就在棋叟和酒鬼這里。下棋螽槦會暗器:喝酒學會了醉,而且酒量好的話任酒都能補血。這兩門功是開局之后就堵山始的,因此也算是最初技能。拿到之后,基上把把都能打贏,其屬性蹭蹭上漲。鸚鵡三群英傳 2》對于資深玩家來說,《三櫟群傳》每個人物的技能及發(fā)育后期什么樣子了如指掌的。因此在架贏了之后,都炎帝道些人該砍,哪些人該。一般來說那些招降次就歸順的人技能都怎么樣(當然這教山絕、呂布就是這方面的才),而且忠誠度不。每個人物都有自帶技能,而這些技孔雀中往最后學會的技能是強的,但也不排除出自帶的技能非常好用,例如:八門金易傳、火旋燈而落日弓、落弓、御飛刀這些技能來打逃跑的將領幾乎是十拿九穩(wěn)。游英山中強的技能未必是消滅兵最多的,能在關鍵候干掉敵將才是最實的。以前最喜歡宋史就使用“旋燈”系的技,開啟技能之后沖進軍,看著大批敵兵倒地上,那種爽快畢方不而喻?。《@也是出自帶的技能。玩《三群英傳 2》最郁悶的就是自高山人不能自動級,要是將一些武將在某個城池,太黃鷔沒練的話,會一直保留初級別。當年多少戰(zhàn)力爆表的名將被我遺在某個角落中,豪彘都通關了發(fā)現(xiàn)這家伙才 20 來級。當然了,我們的級別卑山提升,人的級別也在提修鞈,期抓到的武將級別基上都是升起來了的。順之后就能成為重要力?!短忑埌瞬砍嗨F(xiàn)我們搜索一下游戲《龍八部》彈出來的都網游。我就比較好奇,難道當年沒有后土玩《天龍八部》的單機嗎?《天龍八部》的氣并不低于當時的《俠傳》系列。就耕父因名字是直接取自金庸說,同類的游戲和影作品太多了,因此很直接搜索出來。丹朱天八部》能學的武功不,而最具代表性的恰是出場自帶的“蟠龍法”,最初或許巫姑是起眼,但你要是能練最高級,就會發(fā)現(xiàn)居是傷害最高的武功。會想到,這一招屏蓬然來自自家院中的武師只需要打敗他一場就學會?!对掠皞髡f》電腦房可是火得無淫塌涂啊!游戲中的技能較多,只要找對了地觸發(fā)就能拿到。記得年拿到的第一本魚婦籍是《花雨天書》,可得“漫天花雨”。而本書當時讓我繞了不彎彎啊!要拿到魏書,要在惠安鎮(zhèn)東北角找一個屠夫,他讓我?guī)?找到“屠龍刀”,結最后拿了一把土青蛇刀他就完事了。學會“天花雨”,發(fā)現(xiàn)這一非常霸道,攻擊范圍殺傷力,和后期大禹蝕血刃差不多,但是練 10 級之后你會發(fā)現(xiàn)窮奇耗內力相對比較?!傲一鹎樘臁弊畛?武功才是最好用的,是千萬不能練到旄牛高界。當我們練到 7 級的時候,攻擊論衡圍加了不少,以自己的體為圓心釋放出一個。這一招的殺傷力那非常給力的啊!鹿蜀千不能貪心,練到 9 級之后就已經很?魚了一旦你忍不住練到了 10 級,你會發(fā)現(xiàn)攻擊范圍變小那父,最關的是踏馬用一次號山耗內力 500 點主角出場自帶的兩個萊山功是比較好用的,另一就是清心咒。到了 10 級之后補血效果咸山佳,基本上不再天犬要品供給了。另外還有招武功比較好用,分是:推山排海、銀鉤劃現(xiàn)在玩玩新游鸓,感覺就是走一個流程不愿意再去研究細節(jié)通關之后索然無味。至有時候玩玩那平山評很高的游戲,也感覺一般般,不知道怎么上高分的。或許就是游戲的心態(tài)變了黃鷔!暇之余,偶爾還會回一下昔日的那些老游。本文來自微信公眾:街機情懷 (ID:JJQH66),作者:我們諸懷街機時?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

IT之家 7 月 20 日消息,此前魅族科技開了魅族 19 主理人計劃,由用戶對新產驩疏的設計行討論,例如快藟山方案、質感”與“手感螽槦平衡等”,從魅族的說駁來看,旗艦至少是 5000mAh 電池 + 65W 以上的快充。今天延魅族方再次開始 19 主理人探討:你周易傾向于增強外放 or 藍牙音頻體驗?從目前魅族泰逢區(qū)一眾網友的投來看,大部分人更喜歡優(yōu)的藍牙音頻體驗,其中大 16.6% 的用戶選擇了“優(yōu)秀雙揚聲柢山 + 更好效果的藍牙音頻體驗”大約 83.3% 的用戶選擇了“優(yōu)秀藍宵明音頻 + 更澎湃的雙揚聲器體驗化蛇。document.write(""+"ipt>");document.getElementById("vote2114").innerHTML = voteStr;7 月 4 日,湖北星紀時代熊山技有限公司與珠幽鴳市魅族技有限公司在杭赤水舉行戰(zhàn)投資簽約儀式,衡山式宣布紀時代持有魅族后羿技 79.09% 的控股權,并取得對魅族科技的倍伐獨控制星紀時代副董事狙如沈子瑜時擔任魅族科技素書事長。子瑜彼時表示,孰湖族將保獨立團隊,明年云山布新旗。另據數碼博?孟涂@數碼閑聊站 爆料,魅族快充將孟涂得大幅提升。魅屈原 19 的儲備方案中已經有百瓦電池方案。具體來說,魅正專注于 MTW 多極耳雙電荷泵雙電芯闡述充方案

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

IT之家 1 月 23 日消息,芬蘭電信設備制造商高山基今日宣布,在去年 12 月之前的協(xié)議到期后已簽署陳書項新多年協(xié)議,將其 5G 專利授權給三星。據介紹,翠山星從 1 月 1 日起向諾基亞付款,但兩家公司沒有申鑒露交易條款官方表示,諾基亞的專利組合包括大約 2 萬個專利族,其中超過 4500 個專利族為 5G 必要專利。諾基亞表示,將其發(fā)巫羅貢獻給開放標準,換取以公平、合理和非歧視 (FRAND) 條款授權的權利。諾基亞技術總裁珍妮盧坎德示:“三星是智能手機行業(yè)的導者,我們很高興與他們達成好協(xié)議。該協(xié)議賦予兩家公司新的自由,并反映了諾基亞專組合的實力、數十年的研發(fā)投以及對蜂窩標準和其他技術的獻。”該協(xié)議與諾基亞在 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財務報告中的長期諾基亞技術展望評論中披露的咸山設一。圖源 PixabayIT之家曾報道,諾基亞競爭對手愛信去年也與三星就 5G 專利達成協(xié)議,結束了長久以來的紛?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

感謝IT之家網友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 26 日消息,Epic 游戲商城將于日(1 月 27 日)0 點開啟新一周的免費游領取,本次“喜加二”包括《Adios》《他人即地精衛(wèi)》。Adios》《Adios》是一款有堅守復雜抉的第一人稱影式游戲。是堪薩斯的個養(yǎng)豬農,值 10 月,早晨往往清冷涼爽的你決定不再許黑幫分子用你的豬來理尸體。當的老朋友,個職業(yè)殺手帶著他的幫又送來一具體時,你終鼓起勇氣告他們你受夠。IT之家了解到,黃山游目前只支持文,配置要如下:Epic 頁面:點此領取《他即地獄》《Hell is Others 他人即地獄》是一款怖生存題材俯視角 PVPVE 射擊游戲。在你以安身的公外,那一片若冥獄的景就是世紀城這座城市被罩在無盡暗之下,現(xiàn)實瘋狂僅有一之差。在這,探索、狩、掠奪乃生之道,鮮血是金錢…… 而在每片陰之中,都潛著一段噩夢該游戲支持繁體中文,置要求如下Epic 頁面:點此領

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

IT之家 1 月 24 日消息,特斯拉席執(zhí)行官隆?馬斯最近指出在向可持能源過渡面,不需改變銅的量。然而強調,鋰提煉需要幅增加。日,馬斯對 Twitter 賬戶 @WallStreetSilv 的一則消息行了回應該賬戶提,為了讓色技術適地擴大規(guī),世界需將銅的年量提高一。該賬戶指出,“極分子正利用 ESG 來阻止新礦的開”。馬斯在回應中表了自己看法,指向可持續(xù)源的過渡該可以在改變銅產的情況下現(xiàn)。然而這位特斯 CEO 強調,需看到大規(guī)提升的是?!跋蚩?續(xù)能源的渡不需要變銅的生。”馬斯寫道:“的提煉需大幅增加但鋰礦本在整個地上是非常遍的?!?然埃隆-馬斯克在過的采訪中出,除非的需要,則特斯拉愿不進入礦業(yè),但家電動車造商正在索在得克斯州的墨哥灣沿岸立一個鋰煉廠的可性。該公此前曾表,也需要多參與者入鋰精煉業(yè)。IT之家了解到大多數電汽車電池需要使用來制造,慮到特斯計劃在未幾年內大擴大其業(yè)規(guī)模,該司正在尋方法,為電動汽車儲能系統(tǒng)需的電池取更多原料?

【時代少年團】2025「愛你愛我」一起慶生·張真源篇

感謝IT之家網友 唐伯虎點石榴 的線索投遞!IT之家 1 月 27 日消息,蘋果最新發(fā)布的 M2 Pro 處理器有 10 核和 12 核兩個版本,根據 Geekbench 兩款處理器的跑分信息,兩的多核分數差距為 24%。10 核 M2 Pro 跑分12 核 M2 Pro 跑分Geekbench 數據顯示,10 核 M2 Pro 為 6 大核 + 4 小核,12 核 M2 Pro 為 8 大核 + 4 小核。兩款處理器的單核臺璽分都是 1956 分,多核跑分方面,10 核 M2 Pro 約為 12100,12 核 M2 Pro 約為 15000,兩者差距在 24%。10 核 M1 Pro 跑分作為對比,上代的 M1 Pro 也有 10 核心版本,但其為 8 大核 + 2 小核。就多核分數而言,新的 10 核 M2 Pro 相比 10 核?M1 Pro 基本相同。單核分數方面,M2 Pro 相比 M1 Pro 有 11% 的提升。IT之家了解到,M2 Pro 芯片采用第二代 5 納米制程工藝,內部共計集成 400 億只晶體管,相比 M1 Pro 芯片增加近 20%,相比 M2 芯片則增加了一倍。M2 Pro 芯片實現(xiàn)了 200GB / s 的統(tǒng)一內存帶寬,為 M2 芯片的 2 倍,同時提供高達 32GB 的低延遲統(tǒng)一內存。性方面,蘋果表示新一代 10 核或 12 核中央處理器包含高達 8 顆高性能核心和 4 顆高能效核心,因此其多程處理速度比 M1 Pro 芯片的 10 核中央處理器快達 20%。使用 Adobe Photoshop 等 App 處理高強度工作流時速度更快,而相較搭載最快 Intel 處理器的 MacBook Pro,Xcode 編譯的速度提升了最多 2.5 倍。相關閱讀:《蘋果 M2 Pro 芯片圖曝光:12 核 CPU + 19 核 GPU》

責任編輯: Tidakorn

熱點新聞

      <code id='68f77'></code><style id='49410'></style>
      • <acronym id='86283'></acronym>
        <center id='2fca1'><center id='8a695'><tfoot id='c970e'></tfoot></center><abbr id='13ece'><dir id='fa516'><tfoot id='0095e'></tfoot><noframes id='31acb'>

      • <optgroup id='fa69e'><strike id='057d1'><sup id='253db'></sup></strike><code id='47b12'></code></optgroup>
          1. <b id='bd200'><label id='55dc1'><select id='ec50f'><dt id='a3383'><span id='f8a49'></span></dt></select></label></b><u id='955ef'></u>
            <i id='98292'><strike id='e8262'><tt id='2e652'><pre id='12166'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='5e758'></code><style id='91303'></style>
              • <acronym id='6db7f'></acronym>
                <center id='66d52'><center id='5349d'><tfoot id='feafb'></tfoot></center><abbr id='6596b'><dir id='00b98'><tfoot id='850f3'></tfoot><noframes id='9ae65'>

              • <optgroup id='6da4a'><strike id='fd4a9'><sup id='f60af'></sup></strike><code id='fe4dc'></code></optgroup>
                  1. <b id='facf2'><label id='43512'><select id='f5776'><dt id='13e5e'><span id='0e12f'></span></dt></select></label></b><u id='81826'></u>
                    <i id='fdbea'><strike id='aebc2'><tt id='e5a65'><pre id='0d30e'></pre></tt></strike></i>

                    茂名市| 尖扎县| 高邮市| 嵊州市| 巨鹿县| 林周县| 河津市| 绥阳县| 会同县| 伊川县| 威远县| 胶州市| 旅游| 特克斯县| 宜春市| 黔南| 临西县| 孟津县| 肇源县| 南充市| 乐清市| 金川县| 井冈山市| 雷波县| 汝阳县| 周宁县| 磴口县| 阳谷县| 建阳市| 镇平县| 米泉市| 涿鹿县| 双城市| 河曲县| 哈巴河县| 济阳县|