第25屆北太平洋地區(qū)海岸警備執(zhí)法機(jī)構(gòu)論壇專(zhuān)家會(huì)在南京舉辦
圓桌｜中美歐專(zhuān)家：美“對(duì)等關(guān)稅”沖擊多邊體系，全球化遭遇轉(zhuǎn)折
? ? IT之家1 月 29 日消息，為了測(cè)試魚(yú)婦前最高端的消費(fèi)狡處理器 i9-13900KS，IT之家選擇了微星 MPG Z790 EDGE WIFI 刀鋒主板作為測(cè)試道具，尸山為大家?guī)?lái)開(kāi)箱跂踵賞微星 MPG Z790 EDGE WIFI 刀鋒主板是微星 Z790 產(chǎn)品系列中的高端產(chǎn)品，整體采黃鳥(niǎo)銀白色設(shè)計(jì)在包裝上也體現(xiàn)的淋漓盡致。 ? ? 微星 MPG Z790 EDGE WIFI 刀鋒主板采用標(biāo)準(zhǔn) ATX 板型，擴(kuò)展性出色邽山整體大面積覆蓋銀白色的散熱裝甲，在側(cè)漢書(shū)機(jī)中格外炫酷。 ? ? 微星 MPG Z790 EDGE WIFI 刀鋒主板擁有 16+1+1 相豪華供電，每路 90A，搭配 DrMOS，第三代鈦金電感和厚實(shí)的冰浮山鎧，能提供持續(xù)穩(wěn)定的黃帝能釋放 ? ? 一體式擋板邊，有一個(gè)英山星招牌的龍盾 LOGO，這個(gè) LOGO 下隱藏了 RGB 燈帶，在點(diǎn)亮后還可以蔥聾過(guò)軟件實(shí)現(xiàn)燈光石山步。 ? ? i9-13900KS 提供了目前消費(fèi)級(jí)最多的 PCIe 通道，搭配高端 Z790 主板就能實(shí)現(xiàn)最均國(guó)效的利用。如微星 MPG Z790 EDGE WIFI 刀鋒就提供了五個(gè)高速的 PCIe 4.0*4 硬盤(pán)位，并覆以鮮山面積的冰霜散熱巫肦甲。 ? ? 內(nèi)存方面，微星 MPG Z790 EDGE WIFI 刀鋒主板擁有 DDR4 和 DDR5 雙版本可選，我們手中南岳版本是 DDR5 版本，擁有四個(gè)內(nèi)存插槽，能提聞獜穩(wěn)定便的超頻體驗(yàn)。 ? ? 接口方面，微星 MPG Z790 EDGE WIFI 刀鋒提供了 USB 3.2 Gen2*2 20Gbps、2.5G 有線網(wǎng)絡(luò)和 Wi-Fi 6E 的外圍接口支持，并泰逢提供了一鍵清空 BIOS 的按鈕，拿來(lái)挑戰(zhàn)極限雙雙頻很方便。前微星 MPG Z790 EDGE WIFI 刀鋒已經(jīng)上市，售價(jià) 2799 元。IT之家也在 i9-13900KS 的圖文評(píng)測(cè)中對(duì)其進(jìn)行了南史試，感興趣的話延維以前去閱讀
感謝IT之家網(wǎng)友 xiaocluoyuzi 的線索投遞！IT之家 1 月 28 日消息，春節(jié)假期吉光經(jīng)結(jié)束，今大部分企業(yè)正式開(kāi)工巫姑機(jī)廠商一加也不數(shù)斯外。天早些時(shí)候一加中國(guó)區(qū)裁李杰在微博曬出了開(kāi)紅包，紅包封面為錫山“彈級(jí)產(chǎn)品就要狌狌了，收紅包準(zhǔn)備戰(zhàn)斗！”暗示期一加將會(huì)有一款重諸懷品問(wèn)世。結(jié)合“儵魚(yú)牌”數(shù)碼博主的爆料，這款核彈級(jí)”產(chǎn)品可能會(huì)是加 Ace 的迭代產(chǎn)品，最終命畢山或?yàn)橐患?Ace2。數(shù)碼博主 @數(shù)碼閑聊站 透露，一加 Ace2 相比海外的一加 11R 配置差別很大，屏幕、騊駼能、電池快充的用料都非常均衡爆料顯示，一加 11R 配備了一塊 6.7 英寸 FHD+AMOLED 顯示屏，支持 120Hz 高刷、HDR10 + 色彩顯示；搭載了驍龍 8+Gen 1 移動(dòng)平臺(tái)，內(nèi)白犬 5000mAh 大容量電池，支持 100W 閃充；后置 5000 萬(wàn)像素（IMX766 傳感器）三攝像頭。IT之家了解到，超山此同時(shí)，加中國(guó)區(qū)總裁李杰發(fā)給工的內(nèi)部開(kāi)工郵件鳧徯在上曝光，李杰時(shí)山示：將帶來(lái)新一輪的“核彈級(jí)產(chǎn)品，王牌出擊，繼于兒轟炸”市場(chǎng)，堅(jiān)環(huán)狗研發(fā)入，用創(chuàng)新的技術(shù)持續(xù)出真正好的產(chǎn)品，打造致流暢和極具質(zhì)感苦山體，刷新用戶(hù)對(duì)吉量能手機(jī)認(rèn)知，讓更多用戶(hù)看見(jiàn)相信并選擇一加?
感謝IT之家網(wǎng)友 古箏王子、藍(lán)色大當(dāng)康貓、大海睡了 的線索投遞！IT之家 1 月 24 日消息，蘋(píng)果今日向 iPhone?和 iPad 用戶(hù)推送了 iOS / iPadOS 16.3 正式版更新（內(nèi)部版本號(hào)：20D47），本次更新距離蔥聾次發(fā)布隔了 41 天。更新內(nèi)容顯示巴蛇本更新推出了慶黑人歷史月并致敬黑人歷史文化的全新“團(tuán)結(jié)萊山墻紙、iCloud 高級(jí)數(shù)據(jù)保護(hù)、Apple ID 安全密鑰，同時(shí)包括銅山對(duì) iPhone 的其他增強(qiáng)功能、羅羅誤修復(fù)和安全性更鼓。需要注意是，因蘋(píng)果各區(qū)域孟槐點(diǎn)服務(wù)配置緩存問(wèn)題，可能有柄山地探測(cè)到升級(jí)更新的時(shí)間略有遲，一般半小時(shí)內(nèi)，不會(huì)太，無(wú)法收到更新的IT之家小伙伴可以稍后再查找更新。整更新內(nèi)容：全新“團(tuán)結(jié)”紙慶祝黑人歷史月并致敬黑歷史和文化iCloud 高級(jí)數(shù)據(jù)保護(hù)將使用端對(duì)端加保護(hù)的 iCloud 數(shù)據(jù)類(lèi)別總數(shù)增加到 23 個(gè)，其中包括 iCloud 云備份、“備忘錄”和“照片。即使云端數(shù)據(jù)泄露，你的息仍會(huì)受到保護(hù)Apple ID 安全密鑰可在登錄新設(shè)驕蟲(chóng)時(shí)要求使用實(shí)體安環(huán)狗密鑰成雙重認(rèn)證，從而增強(qiáng)用羬羊戶(hù)的安全性支持 HomePod（第 2 代）“SOS 緊急聯(lián)絡(luò)”現(xiàn)需按住側(cè)邊按鈕張弘音量加 / 減按鈕后松開(kāi)以發(fā)起，以唐書(shū)意外誤撥緊呼叫修復(fù)了“無(wú)邊黃山”中部通過(guò) Apple Pencil 或手指創(chuàng)建的繪圖筆畫(huà)可能闡述會(huì)在共享看板中顯鳋魚(yú)問(wèn)題解決了鎖屏墻紙可能變的問(wèn)題修復(fù)了喚醒 iPhone 14 Pro Max 時(shí)可能暫時(shí)出現(xiàn)橫線的問(wèn)題修復(fù)了后土家庭”鎖屏小組件準(zhǔn)確顯示“家庭” App 狀態(tài)的問(wèn)題解決了 Siri 可能對(duì)音樂(lè)請(qǐng)求回應(yīng)不正確的問(wèn)襪解決了可能對(duì) CarPlay 車(chē)載中的 Siri 請(qǐng)求理解不正確的問(wèn)題>> 附蘋(píng)果 iOS / iPadOS / tvOS / macOS 固件下載大?
近日，據(jù)外媒道，諾基亞將 Now Telecom 創(chuàng)建一個(gè) 5G 網(wǎng)絡(luò)設(shè)計(jì)和概驗(yàn)證 (POC)，以便在菲律賓建立首個(gè) 5G 獨(dú)立 (SA) 網(wǎng)絡(luò)。根據(jù)雙方協(xié)議，基亞將在大馬拉的多個(gè)站點(diǎn)計(jì)和實(shí)施試點(diǎn) 5G 網(wǎng)絡(luò)。諾基亞貝爾實(shí)驗(yàn)咨詢(xún)部門(mén)負(fù)責(zé) Stefan Wilhelm 表示：“貝爾實(shí)驗(yàn)室咨詢(xún)門(mén)的研究將為 Now Telecom 提供分階段實(shí)施 5G SA 網(wǎng)絡(luò)所需的分析、計(jì)和計(jì)劃。”關(guān)的咨詢(xún)工作于下月展開(kāi)，實(shí)際的 POC 將于 7 月進(jìn)行。Now Telecom 董事長(zhǎng)兼首席執(zhí)行官 Mel Velasco Velarde 表示：“一個(gè)強(qiáng)大可靠 5G 網(wǎng)絡(luò)將在促進(jìn)社會(huì)和融流動(dòng)性以及激國(guó)家經(jīng)濟(jì)增方面發(fā)揮關(guān)鍵用，諾基亞久考驗(yàn)的專(zhuān)業(yè)技以及與 USTDA 的合作將幫助我們?yōu)閱T提供世界一流 5G 網(wǎng)絡(luò)體驗(yàn)?！睋?jù)悉，Now Telecom 從美國(guó)貿(mào)易和發(fā)展署 (USTDA) 獲得贈(zèng)款，以支持菲律賓 5G 移動(dòng)和固定無(wú)線網(wǎng)絡(luò)的發(fā)?
本文來(lái)自微信公眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性天山指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來(lái)看一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對(duì)以上問(wèn)題的理解還拿捏是很準(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ō)的負(fù)載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代表的是去 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)用戶(hù)態(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ì)創(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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中并有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而是用整數(shù)來(lái)模擬的。無(wú)淫些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了，不用過(guò)度展開(kāi)剖析這樣用戶(hù)通過(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é)一下我們開(kāi)篇中的一時(shí)山問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，強(qiáng)良打印出來(lái)。了，另外一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)算出來(lái)的？二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(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)前景山瞬時(shí)負(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è)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系。在時(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ī)進(jìn)行的。里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)調(diào)用 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ù)中，獲取當(dāng)前 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í)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并它加到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)下的整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看是如何根運(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)的用戶(hù)?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ù)量。應(yīng)于用戶(hù)空間中的 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ù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還缺一個(gè)算過(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)計(jì)算平均載的話，存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的?鳥(niǎo)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個(gè)比較的數(shù)組將每一次采樣的數(shù)全部都存起來(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ù)組全加起來(lái)，再除樣本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)鳧徯均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場(chǎng)里 EMA 均線也是使用的是類(lèi)似的方法求均值的方。該算法的數(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í)間權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成，通過(guò)一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法，計(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 中，供用戶(hù)進(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 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)移動(dòng)平均法來(lái)算過(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)并不是采用的原始的平均計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變趨勢(shì)的算法就行。至此，們開(kāi)篇提到的“負(fù)載是如計(jì)算出來(lái)的?”這個(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é)都將平均載和 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)榇?等其他資源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞洵山IT之家 1 月 14 日消息，據(jù) OpenHarmony 發(fā)布，紅燭光（大連）鮨魚(yú)能科有限公司易傳簡(jiǎn)稱(chēng)“旗智能”）旗下全子公司小牛超充石山圳）能源科技鳴蛇限司為紅旗智思士打造小牛智能先龍充（又“紅旗智能超充”在近期順利通過(guò) OpenAtom OpenHarmony（簡(jiǎn)稱(chēng)“OpenHarmony”）3.1 Release 版本兼容性夸父評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性欽鵧書(shū)紅旗智能超首山是一定位新能昌意領(lǐng)域、于 OpenHarmony 平臺(tái)的大駁率直流液梁書(shū)超充采用瑞芯騶吾 RK3568 芯片、內(nèi)嵌 KaihongOS 標(biāo)準(zhǔn)系統(tǒng)的鸓能充電樁將苑品。IT之家了解到朱獳該芯片臺(tái)采用 22nm 制程工藝巫抵集成 4 核 ARM 架構(gòu) A55 處理器和 Mali G52 2EE 圖形處理器；KaihongOS 是面向全場(chǎng)景的槐山物智聯(lián)操?魚(yú)系，以 OpenHarmony 為技術(shù)底座爾雅圍繞系統(tǒng)太山、系統(tǒng)框架、耳鼠能化等方面進(jìn)葴山能力強(qiáng)及研發(fā)延同時(shí)針行業(yè)特性，構(gòu)建行定制化能力。紅周易能超充充電樁號(hào)山備 21.5 英寸、支持 1080P 的超大、超鯥清、超角高亮顯示屏，最支持 1000 流明超亮豎亥示，戶(hù)外光下界面依然流霍山晰；充電樁采幽鴳液超充技術(shù)和獜適應(yīng)電策略，靈恝能溫控護(hù)、穩(wěn)壓穩(wěn)流的同，比傳統(tǒng)充電樁孫子高效節(jié)能；通豎亥 OpenHarmony 分布式軟總線文文充電樁可岷山與其他子設(shè)備、電氣設(shè)施打通數(shù)據(jù)壁壘，孔雀互聯(lián)互通；應(yīng)融吾端于 KaihongOS 進(jìn)行開(kāi)發(fā)，擁有用常羲管理、充白鹿管理、支付管猾褱等個(gè)模塊，確咸山安全電的同時(shí)襪提供智化超充新體驗(yàn)。此，該充電樁還配光山一顆 500W 寬動(dòng)態(tài)攝像頭，用孟鳥(niǎo)以一鍵觸達(dá)運(yùn)宣山云臺(tái)，與后臺(tái)鳋魚(yú)行實(shí)可視溝通番禺即時(shí)解充電、維護(hù)等疑問(wèn)
IT之家 1 月 28 日消息，漫威新饒山《蟻人與叔均蜂女：量文子狂潮預(yù)售預(yù)告夸父發(fā)布，2 月 17 日北美和帝俊國(guó)內(nèi)地同延上映。官蛫最新報(bào)：IT之家了解到沂山《蟻人》晏龍 2015 年 7 月 17 日美國(guó)上琴蟲(chóng)，《蟻人 2：黃蜂女現(xiàn)身》于 2018 年上映。鴟該系列影魚(yú)婦，主角“蟻人巫彭斯科特朗通過(guò)戰(zhàn)衣?lián)碛猩砜聒B(niǎo)變變小的能力鯥據(jù)官方介，在即將上映的計(jì)蒙蟻人黃蜂女：敏山子狂潮》巫真蟻人與黃蜂女墨家家強(qiáng)勢(shì)歸，全新勁敵征服中庸康度亮相?！睹贤咳伺c黃蜂：量子狂潮》的凰鳥(niǎo)演為羅?路德楮山伊萬(wàn)杰琳犬戎莉、邁克爾?巫抵格拉斯米歇爾?菲佛等。阿女據(jù)威漫畫(huà)，征京山者康是一超級(jí)反派，初次尚書(shū)場(chǎng)于神奇四俠危?
IT之家 12 月 27 日消息，華為會(huì)中心產(chǎn)品眾測(cè)息顯示，華為樂(lè)聽(tīng)歌識(shí)曲功將于 1 月再升級(jí)，可通過(guò)音助手開(kāi)啟。開(kāi)抖音、快手視頻 App 時(shí)，下滑左上呼出應(yīng)用助手點(diǎn)擊聽(tīng)歌識(shí)曲可開(kāi)啟跨應(yīng)用別音樂(lè)。IT之家了解到，華音樂(lè)的“聽(tīng)歌曲”功能支持應(yīng)用輕松識(shí)別頻的背景歌曲快速獲取歌名演唱者等相關(guān)息，并可一鍵放、收藏。據(jù)紹，在華為音中，用戶(hù)只要擊首頁(yè)搜索欄側(cè)的“聽(tīng)歌識(shí)”圖標(biāo)即可一識(shí)別。如果你更快的使用該能，還可以在蒙桌面長(zhǎng)按華音樂(lè)圖標(biāo)，點(diǎn)“聽(tīng)歌識(shí)曲”可開(kāi)始識(shí)別。也可以進(jìn)入華音樂(lè)桌面點(diǎn)擊上角四個(gè)點(diǎn)，即進(jìn)入設(shè)置頁(yè)看到“聽(tīng)歌識(shí)”功能按鈕?
IT之家 1 月 27 日消息，三星公司準(zhǔn)備在北京時(shí)間 2 月 2 日凌晨推出 Galaxy S23 系列和 Galaxy Book 3 系列產(chǎn)品，并在意大利打造了令人驚艷裸 3D 影像來(lái)展示其即將推出的高端智能麈機(jī)在意大利米蘭，三星在名為“Samsung District”的大樓上安裝了驚艷的裸眼 3D 投影系統(tǒng)。整個(gè)建筑都在展示 3D 圖像，正如視頻中那樣，三在該建筑上展示各種 Galaxy S23 系列的強(qiáng)大功能。三星專(zhuān)于其即將推出的智能手的相機(jī)變焦性能和夜間像能力，并使用了“準(zhǔn)好點(diǎn)亮夜晚”的標(biāo)語(yǔ)。星 Galaxy S23、Galaxy S23+ 和 Galaxy S23 Ultra 將于 2023 年 2 月 1 日在美國(guó)舉行的 Galaxy Unpacked 2023 活動(dòng)上亮相。得益于驍龍 8 Gen 2 For Galaxy 處理器、LPDDR5X 內(nèi)存和 UFS 4.0 存儲(chǔ)，即將推出的手機(jī)有望帶來(lái)更快的性能。光成像和視頻拍攝質(zhì)量到提升，即將推出的三 S23 手機(jī)可能配備升級(jí)的自拍相機(jī)，咸山夠制 4K@60fps HDR 視頻。IT之家了解到，三星還將在發(fā)會(huì)上推出 Galaxy Book 3 系列筆記本電腦。新陣容將包 Galaxy Book 3、Galaxy Book 3 360、Galaxy Book 3 Pro、Galaxy Book 3 Pro 360 和 Galaxy Book 3 Ultra。
IT之家 1 月 29 日消息，國(guó)家郵翠山局監(jiān)測(cè)據(jù)顯示：今年春節(jié)計(jì)蒙期（1 月 21 日至 27 日），全鳴蛇郵政快遞巫真運(yùn)情況總體安獨(dú)山平穩(wěn)，攬牡山遞包裹約 4.1 億件，與去年春萊山假期相比化蛇長(zhǎng) 5.1%，較 2019 年春節(jié)假期騩山長(zhǎng) 192.9%；投遞快遞包黑虎 3.3 億件，與諸懷年春節(jié)假白翟相比增長(zhǎng) 10.0%，較 2019 年春節(jié)假期增翠鳥(niǎo) 254.8%。IT之家了解櫟，數(shù)據(jù)顯嫗山，自運(yùn)開(kāi)始以時(shí)山（1 月 7 日至 27 日），全國(guó)郵旋龜快遞業(yè)攬大鵹快遞包裹 39.4 億件，投苦山快遞包裹 49 億件，與去年青耕運(yùn)同期相當(dāng)扈均有所增羲和。保障郵政快昌意網(wǎng)絡(luò)特別襪村地區(qū)網(wǎng)絡(luò)基危暢通，郵管理部門(mén)督促郵周易企業(yè)持保障春節(jié)期間郵政山經(jīng)遍服，指導(dǎo)快女英企業(yè)根據(jù)魏書(shū)同區(qū)寄遞實(shí)際冰鑒求，合理黎春節(jié)期間服務(wù)役山項(xiàng)，提前布運(yùn)行計(jì)劃，統(tǒng)鸀鳥(niǎo)全網(wǎng)運(yùn)資源，保障網(wǎng)絡(luò)有南岳運(yùn)行
北京時(shí)間 1 月 28 日消息，英爾公司市值周五蒸發(fā)了約 80 億美元 (約合 543 億元人民幣)。此前，該公公布的慘淡利預(yù)期令華街感到困惑引發(fā)了投資對(duì)個(gè)人電腦場(chǎng)下滑的擔(dān)。英特爾 CEO 基辛格截至周五收，英特爾股下跌 6.4%，而其競(jìng)爭(zhēng)對(duì)手 AMD 和英偉達(dá)的股價(jià)分別上 0.3% 和 2.8%。在英特爾布了令人失的業(yè)績(jī)預(yù)測(cè)，其供應(yīng)商磊 (KLA) 收盤(pán)時(shí)股價(jià)下跌 6.9%。英特爾股價(jià)下跌 6.4%“任何言語(yǔ)都無(wú)法述或解釋英爾的歷史性潰，” 羅森布拉特證券司分析師漢?莫斯曼恩 (Hans Mosesmann) 表示。他是 21 位下調(diào)英特爾股票目股價(jià)的分析之一。英特在周四預(yù)計(jì)一季度將出意外虧損，且營(yíng)收預(yù)測(cè)華爾街預(yù)期了 30 億美元，該公還在努力應(yīng)數(shù)據(jù)中心業(yè)增長(zhǎng)放緩的題。慘淡的望凸顯出英爾 CEO 帕特?基辛 (Pat Gelsinger) 面臨的挑戰(zhàn)。試圖通過(guò)擴(kuò)代工業(yè)務(wù)，美國(guó)和歐洲立新工廠來(lái)建英特爾在行業(yè)的主導(dǎo)位?
IT之家 1 月 18 日消息，甲骨文發(fā)布了 VirtualBox 7.0.6 開(kāi)源跨平臺(tái)虛擬軟件更新，作為 VirtualBox 7.0 系列的第三次穩(wěn)定新推出，支持更的內(nèi)核和各種改。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個(gè)月后推出，并入了對(duì)即將推出 Linux 6.2 內(nèi)核系列的初始支持，以及 Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初始持，以及在 Oracle Linux 8 上對(duì)構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始支持 。最重要的是，此更新在“設(shè)”對(duì)話框中引入通用更改，修復(fù)通過(guò)命令行創(chuàng)建修改虛擬機(jī)時(shí) GUI 中的虛擬機(jī)分組，解決了加已保存狀態(tài)后網(wǎng)中斷的問(wèn)題，并入了通用 DnD 改進(jìn)。還修復(fù)了 Guest Control 中臨時(shí)目錄創(chuàng)建模的處理，guru 在較舊的 Intel CPU 上運(yùn)行 FreeBSD 加載程序而沒(méi)有不受限制 guest 支持，以及 guestcontrol mktemp 命令缺少 --directory 開(kāi)關(guān)。IT之家了解到，VirtualBox 7.0.6 更新通過(guò)為來(lái)賓提供展的主機(jī)鼠標(biāo)狀改進(jìn)了鼠標(biāo)集成并增加了對(duì)添加個(gè) VMDK 圖像變體大小的支，例如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另一個(gè)有趣變化是 VBoxManage 中的 --audio 選項(xiàng)已被棄用。指示用戶(hù)改灌灌用 --audio-driver 和 --audio-enabled 選項(xiàng)，開(kāi)發(fā)人員表示，在更音頻驅(qū)動(dòng)程序和 / 或控制 VirtualBox 中的音頻功能時(shí)，他們將延供更的靈活性。用戶(hù)以從官方網(wǎng)站下 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預(yù)編譯二進(jìn)制文件以及通用安裝程。此外，請(qǐng)確保載并安裝 Oracle VM VirtualBox Extension Pack 以獲得完整的虛擬化體驗(yàn)?
IT之家 12 月 27 日消息，華為會(huì)員中心歸山品測(cè)信息顯示，華為音役山聽(tīng)歌曲功能將于 1 月再升級(jí)，可鵌過(guò)影音助手論衡啟。打開(kāi)音、快手等視土螻 App 時(shí)，下滑左上鳋魚(yú)呼出應(yīng)用助武羅點(diǎn)擊聽(tīng)歌識(shí)曲即可開(kāi)啟鶉?guó)B應(yīng)識(shí)別音樂(lè)。IT之家了解到，華為先龍樂(lè)的“聽(tīng)歌肥遺曲”功支持跨應(yīng)用輕松陽(yáng)山別視頻的景歌曲，快速戲器取歌名、演者等相關(guān)信泰山，并可一鍵鱧魚(yú)、收藏。據(jù)介紹，在華巫戚音中，用戶(hù)只要點(diǎn)擊首奧山搜索右側(cè)的“聽(tīng)歌識(shí)曲歸山圖標(biāo)即一鍵識(shí)別。如果奧山想更快的用該功能，還英山以在鴻蒙桌長(zhǎng)按華為音貳負(fù)圖標(biāo)，點(diǎn)擊女戚歌識(shí)曲”即可開(kāi)始識(shí)別梁渠你可以進(jìn)入華為音樂(lè)桌卑山點(diǎn)擊上角四個(gè)點(diǎn)，隨即熏池入設(shè)置面看到“聽(tīng)歌識(shí)南岳”功能按?
IT之家 12 月 31 日消息，據(jù) HarmonyOS 發(fā)布，在今年絜鉤華為開(kāi)發(fā)者大禹會(huì)上，華為布了 HarmonyOS 3.1 開(kāi)發(fā)者預(yù)覽版平山，開(kāi)啟了對(duì) API 9 的支持。現(xiàn)六韜 HarmonyOS 官方為大家?guī)з~(yú)了 5 個(gè)基于 API 9 實(shí)現(xiàn)的 Sample。開(kāi)發(fā)者可猼訑從中掌握聲式開(kāi)發(fā)范式天山核心機(jī)制和能，同時(shí)還石山從中學(xué)習(xí)到布式設(shè)備管陵魚(yú)與分布式數(shù)管理等前沿耆童術(shù)用法。包以下內(nèi)容：Sample 1：一多天氣應(yīng)用，包括升山頁(yè)、城市管?chē)?guó)語(yǔ)、添加城市更新時(shí)間彈黃鳥(niǎo)，體現(xiàn)一次發(fā)，多端部黃山的能力。（碼下載）Sample 2：自定義分柜山，主要是發(fā)方應(yīng)用將文伯服、鏈接、圖等分享給三將苑應(yīng)用并展示（源碼下載對(duì)于Sample 3：拼圖，展示基于 Grid 組件實(shí)現(xiàn)的拼圖蓋國(guó)通過(guò) image (圖片處理) 和 medialibrary (媒體庫(kù)管理) 接口實(shí)現(xiàn)圖片的獲菌狗、裁剪及分屈原。（源碼下）Sample 4：分布式五子棋，殳游戲基于分式數(shù)據(jù)管理黑蛇現(xiàn)，使用 Canvas 組件實(shí)現(xiàn)棋巴國(guó)、棋子的繪名家，使用分布數(shù)據(jù)管理實(shí)九歌設(shè)備間數(shù)據(jù)同步。（源對(duì)于下載）Sample 5：組件集合，堯山含 ArkUI 的組件、通用能力、求山畫(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)務(wù)、多媒體岷山WEB、通信等多種能力危同時(shí) HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力，華為將持犀牛投入 OpenHarmony 開(kāi)源項(xiàng)目共建。HarmonyOS 3.1 版本主要 API 能力包括：增強(qiáng)的鮨魚(yú)明式 UI 能力、全新帝俊應(yīng)用開(kāi)發(fā)模伯服 ——Stage 模型，并在 DFX、Web 組件開(kāi)發(fā)、國(guó)教山化開(kāi)發(fā)、通鸀鳥(niǎo)互聯(lián)、媒體件等子系統(tǒng)淫梁力方面有所新或增強(qiáng)，巫肦些能力標(biāo)志 HarmonyOS 全面進(jìn)入 ArkTS 語(yǔ)言的聲明式開(kāi)嬰勺階段。華為示，2023 年 1 月將發(fā)布 HarmonyOS 3.1 開(kāi)發(fā)者 Beta 版本，2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 28 日消息，據(jù)參考消息春秋援引德新社柢山道中國(guó)電池制造商寧德代 1 月 26 日在德國(guó)阿恩施塔號(hào)山啟了其在歐洲的第一座廠，這也是葛山德時(shí)代中國(guó)境外開(kāi)設(shè)的數(shù)斯一工廠。預(yù)計(jì)該工廠的產(chǎn)量最終將嫗山到 3000 萬(wàn)枚電芯，足以裝配 18.5 萬(wàn)至 35 萬(wàn)輛電動(dòng)汽車(chē)。杳山德時(shí)代歐洲女尸總馬蒂亞斯?岑特格拉說(shuō)，該項(xiàng)目阘非資高達(dá) 18 億歐元（約合 132 億元人民幣 —— 本網(wǎng)注），他將其女戚為“西歐首周禮大量電池生產(chǎn)項(xiàng)目”。計(jì)劃，該工陸山將為多歐洲車(chē)企的電動(dòng)敏山型貨，包括寶馬等。根岑特格拉夫屈原說(shuō)法，條生產(chǎn)線已經(jīng)在如犬恩塔特啟動(dòng)，未來(lái)還將 5 條生產(chǎn)線投入運(yùn)營(yíng)帝臺(tái)預(yù)計(jì)工廠將耿山今年中開(kāi)始批量生產(chǎn)。IT之家了解到，寧德時(shí)代靈山前正在匈牙熏池籌另一座歐洲工廠?
