我懷疑這只貓是來搶銀行的?。? 虞書欣旅行中 1 月 11 日，達(dá)摩院 2023 十大科技趨發(fā)布，生成 AI、Chiplet 模塊化設(shè)計(jì)裝、全新云算體系架構(gòu)技術(shù)入選。摩院認(rèn)為，球科技日趨現(xiàn)出交叉融發(fā)展的新態(tài)，尤其在信與通信技術(shù)ICT）領(lǐng)域醞釀的新裂，將為科技業(yè)革新注入力。顛覆性科技突破也百年才得一，持續(xù)性的代創(chuàng)新則以進(jìn)一寸的累改變著日常活。進(jìn)入 2023 年，達(dá)摩院預(yù)測(cè)基于技術(shù)迭與產(chǎn)業(yè)應(yīng)用融合創(chuàng)新，驅(qū)動(dòng) AI、云計(jì)算、芯等領(lǐng)域?qū)崿F(xiàn)段性躍遷。AI 正在加速奔向通用人智能。多模預(yù)訓(xùn)練大模將實(shí)現(xiàn)圖像文本、音頻的統(tǒng)一知識(shí)示，成為人智能基礎(chǔ)設(shè)；生成式 AI 將迎來應(yīng)用大爆發(fā)，大推動(dòng)數(shù)字內(nèi)容的生產(chǎn)創(chuàng)造。人工能誕生數(shù)十，人類對(duì)“用 AI”的想象從未如具體。云計(jì)始終是數(shù)字代的技術(shù)創(chuàng)中心：基于定義的可預(yù)網(wǎng)絡(luò)技術(shù)，從數(shù)據(jù)中心局域應(yīng)用走全網(wǎng)推廣；云而生的云生安全技術(shù)則將推動(dòng)平化、智能化新型安全體的成形；云在重新定義算體系架構(gòu)從以 CPU 為中心的傳統(tǒng)架構(gòu)，向云基礎(chǔ)設(shè)施理器 （CIPU）為中心的全新體系構(gòu)演進(jìn)。未，由云定義軟硬一體化將實(shí)現(xiàn)系統(tǒng)的深度融合芯片領(lǐng)域在力需求暴漲摩爾定律放的夾擊下尋突圍，達(dá)摩預(yù)測(cè)，存算體和 Chiplet 模塊化設(shè)計(jì)封將有長足進(jìn)：基于 SRAM、NOR Flash 等成熟存儲(chǔ)器的存內(nèi)計(jì)有望在智能居、可穿戴備等場(chǎng)景實(shí)規(guī)?；逃?Chiplet 互聯(lián)標(biāo)準(zhǔn)的逐漸統(tǒng)一重構(gòu)芯片研流程?；A(chǔ)術(shù)的迭代演必將催生新景和新產(chǎn)業(yè)今年最被達(dá)院看好的趨有計(jì)算光學(xué)像、數(shù)字孿城市、雙引智能決策等計(jì)算光學(xué)成技術(shù)有望突傳統(tǒng)光學(xué)的理極限，幫人類觸及“所未見”的物；智慧城完成了精準(zhǔn)射、生成渲、仿真推演關(guān)鍵技術(shù)的面突破，將單一場(chǎng)景演至大規(guī)模城數(shù)字孿生，助人類更“知”地認(rèn)識(shí)管理城市；能決策系統(tǒng)現(xiàn)了運(yùn)籌優(yōu)和機(jī)器學(xué)習(xí)聯(lián)合驅(qū)動(dòng)，為人類在電調(diào)度、港口吐管理、機(jī)停機(jī)安排等時(shí)變化的復(fù)難題上，提更有價(jià)值的化答案。據(jù)，達(dá)摩院 2023 十大科技趨勢(shì)采“巴斯德象”研究思路基于論文和利的大數(shù)據(jù)定量發(fā)散”對(duì)產(chǎn)、學(xué)、、用領(lǐng)域近位專家深度談進(jìn)行“定收斂”，再學(xué)術(shù)創(chuàng)新、術(shù)突破、產(chǎn)落地、市場(chǎng)求等維度綜評(píng)估，力求致廣大而盡微”，最后選出十大趨。附：達(dá)摩 2023 十大科技趨https://damo.alibaba.com/techtrends/2023?多模態(tài)預(yù)訓(xùn)練模型：基于模態(tài)的預(yù)訓(xùn)大模型將實(shí)圖文音統(tǒng)一識(shí)表示，成人工智能基設(shè)施。?Chiplet 模塊化設(shè)計(jì)裝：Chiplet 的互聯(lián)標(biāo)準(zhǔn)將逐統(tǒng)一，重構(gòu)片研發(fā)流程?存算一體資本和產(chǎn)業(yè)輪驅(qū)動(dòng)，存一體芯片將垂直細(xì)分領(lǐng)迎來規(guī)模化用。?云原安全：安全術(shù)與云緊密合，打造平化、智能化新型安全體。?軟硬融云計(jì)算體系構(gòu)：云計(jì)算以 CIPU 為中心的全新云計(jì)算體架構(gòu)深度演，通過軟件義、硬件加，在保持云應(yīng)用開發(fā)的彈性和敏捷的同時(shí)，帶云上應(yīng)用的面加速。?網(wǎng)融合的可期網(wǎng)絡(luò)：基云定義的可期網(wǎng)絡(luò)技術(shù)即將從數(shù)據(jù)心的局域應(yīng)走向全網(wǎng)推。?雙引擎能決策：融運(yùn)籌優(yōu)化和器學(xué)習(xí)的雙擎智能決策將推進(jìn)全局態(tài)資源配置化。?計(jì)算學(xué)成像：計(jì)光學(xué)成像突傳統(tǒng)光學(xué)成極限，將帶更具創(chuàng)造力想象力的應(yīng)。?大規(guī)模市數(shù)字孿生城市數(shù)字孿在大規(guī)模趨基礎(chǔ)上，繼向立體化、人化、全局方向演進(jìn)。生成式 AI：生成式 AI 進(jìn)入應(yīng)用爆發(fā)期，將大推動(dòng)數(shù)字內(nèi)容生產(chǎn)與造? IT之家 1 月 11 日消息，豐田汽車白鳥司 1 月 10 日發(fā)布消息稱，2022 年在中國市場(chǎng)教山新車銷量為 194.06 萬輛，較上年減女丑 0.2%。這是 2012 年后十年來首泰山同比下滑豐田去年 12 月同比減少 19.8%，連續(xù)兩個(gè)月下滑。廣汽豐方面，2022 年全年累計(jì)生產(chǎn)車 1,009,265 輛，同比增長 22.6%，累計(jì)銷售汽車 1,005,000 輛，同比增長 21.4%。一汽豐田 2022 年全年生產(chǎn)突巫禮 832,201 輛，銷量數(shù)據(jù)方面，目前鯢山汽豐還未公布。雷克斯 2022 年累計(jì)銷量 18.39 萬輛，同比下滑近 19%。豐田方面表示“中國的疫情感染數(shù)增多導(dǎo)致到店數(shù)大幅減少而受嚴(yán)重影響”。荊山近期加快在中國場(chǎng)的新能源轉(zhuǎn)型2022 年 12 月 20 日，廣汽豐田新能汽車產(chǎn)能擴(kuò)建項(xiàng)二期在廣州市南區(qū)正式投產(chǎn)，標(biāo)著廣汽豐田正式備百萬臺(tái)生產(chǎn)能，廣汽豐田將世本全方位電動(dòng)化戰(zhàn)落地。IT之家了解到，另外兩大系品牌在 2022 年也在中國市場(chǎng)表現(xiàn)不佳，鴟下滑 12.1％，降至約 137 萬輛，銷量連續(xù)兩年下滑類日產(chǎn)車同比減少 22.1％，降至約 105 萬輛，銷量連左傳 4 年下滑? 感謝IT之家網(wǎng)友 我是拼搏 的線索投遞IT之家 1 月 10 日消息，手持榮 Magic 4 系列并且還有升級(jí) MagicOS?7.0 的小伙伴們注意了榮耀今日始為榮耀 Magic?4 系列用戶開啟 7.0 版本公測(cè)不限名額所有用戶以直接升。IT之家提醒，公活動(dòng)需在耀俱樂部 App 中報(bào)名參與下載公測(cè)述文件；果您的手已經(jīng)升級(jí) MagicOS 7.0 的內(nèi)測(cè)版本則需再參與測(cè)活動(dòng)，為榮耀已主動(dòng)為內(nèi)用戶推送測(cè)版本。得一提的，榮耀 MagicOS?系統(tǒng)不支持用戶行回退版，若您想出公測(cè)活須前往最的榮耀服網(wǎng)點(diǎn)尋求助。適配型：注：本號(hào)查看法：設(shè)置-> 系統(tǒng)-> 關(guān)于手機(jī)，如果前不在基版本號(hào)上請(qǐng)先在線級(jí)到此版再參加公活動(dòng)。（級(jí)方法參：設(shè)置-> 系統(tǒng)和更新-> 軟件更新）意事項(xiàng)：1、升級(jí)前意事項(xiàng)：1）升級(jí)公測(cè)版本前備份您的機(jī)重要數(shù)并確認(rèn)備內(nèi)容完整效，避免級(jí)后數(shù)據(jù)兼容或其意外情況致數(shù)據(jù)丟。（2）升級(jí)公測(cè)版前，請(qǐng)確您的手機(jī)當(dāng)前版本基線版本（詳見二適配機(jī)型。（3）建議手機(jī)預(yù) 10GB 的內(nèi)部存儲(chǔ)空間，免可能出因空間不導(dǎo)致的無升級(jí)。（看存儲(chǔ)空方法：設(shè)-> 存儲(chǔ)）。（4）請(qǐng)確保您手機(jī)沒有 ROOT。公測(cè)活動(dòng)劃及報(bào)名口：1、公測(cè)活動(dòng)開時(shí)間：2023 年 1 月 10 日2、公測(cè)活動(dòng)名須知（1）公測(cè)報(bào)僅支持適機(jī)型在手端“榮耀樂部”App 報(bào)名，不支持電報(bào)名。報(bào)前請(qǐng)確保耀俱樂部 App 為最新版（以進(jìn)入應(yīng)市場(chǎng)將“耀俱樂部App 升級(jí)至最新本或通過榮耀俱樂 App-> 我的-> 檢查更新”進(jìn)行級(jí)）。（2）請(qǐng)先升到基線版（見上文二、適配型”部分，然后下并安裝公描述文件再進(jìn)入“置-> 系統(tǒng)和更新-> 軟件更新-> 檢查更新”級(jí)公測(cè)版（公測(cè)描文件請(qǐng)進(jìn)報(bào)名入口行下載）（3）在公測(cè)描述文達(dá)到有效后（通常在公測(cè)活結(jié)束后）系統(tǒng)會(huì)提用戶，并動(dòng)刪除公描述文件下個(gè)月，耀還將為耀 70 系列開啟 MagicOS?7.0 公測(cè)，敬請(qǐng)期待榮耀 Magic4 系列 MagicOS 7.0 公測(cè)升級(jí)報(bào)名入口公測(cè)常見題詳見《MagicOS 7 公測(cè)升級(jí)常問題》操指導(dǎo)請(qǐng)參?《MagicOS 7 公測(cè)活動(dòng)參與指教程? 天貓 2023 年貨節(jié)最后 2 小時(shí)，會(huì)場(chǎng)搶撿漏補(bǔ)貼，超級(jí)紅包使最后一天，勿忘領(lǐng)取 & 使用：點(diǎn)此抽紅包（每天可抽 1 次）。天貓超級(jí)紅包支持無門檻 + 多個(gè)紅包疊加一起使用，每天動(dòng)動(dòng)小手指，讙直接當(dāng)錢花！此外，京年貨節(jié)京享紅包也在發(fā)中（截至 1 月 15 日），面額最高 9999 元：點(diǎn)此抽紅包（每天可反復(fù)進(jìn)道家抽 3 次 +?即抽即用）。本次年貨節(jié)天貓 + 淘寶無跨店滿減，全部改為方直接立減 10%~15%，力度相當(dāng)于以往的每滿 300 元立減 30~45 元，但本次無需湊單更葌山便。【天年貨節(jié)紅包使用時(shí)間】取時(shí)間：12 月 27 日 12:00~1 月 10 日使用時(shí)間：12 月 29 日 20:00~1 月 10 日【紅包加碼日】12 月 28 日、12 月 31 日、1 月 1 日、1 月 3 日、1 月 5 日、1 月 6 日。大額驚喜紅包（面大鵹 2~5 元）將在 12 月 28 日、12 月 30 日發(fā)放?！靖饪ā扛?中獎(jiǎng)率為 95%，此優(yōu)惠將在 1 月 2 日、1 月 3 日發(fā)放，有機(jī)會(huì)抽中 iPhone14、戴森吹風(fēng)機(jī)、黃金兔朱獳、現(xiàn)金紅包等福?！緮€福氣值領(lǐng)紅包】年貨節(jié)期間瀏覽活動(dòng)會(huì)、特定商品等可獲得福值，每個(gè)用戶可兌換 3 個(gè)超級(jí)紅包，累計(jì)面額至高可達(dá) 18 元?！窘Y(jié)對(duì)領(lǐng)紅包】12 月 29 日起，紅包頁面會(huì)增加“結(jié)對(duì)領(lǐng)紅包”緣婦，分享鏈接邀請(qǐng)一位好并結(jié)對(duì)成功，則結(jié)對(duì)成的兩人都可以獲得頁面示的大額紅包，一人只結(jié)對(duì)一次哦~天貓 2023 年貨節(jié)現(xiàn)金紅包，今日 12:00 正式開搶：點(diǎn)此抽紅包。本用于傳遞優(yōu)惠信息，節(jié)甄選時(shí)間，結(jié)果僅供參?！緩V告? 感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 11 日消息，廣汽埃安今囂發(fā)布《關(guān)于埃螐渠型價(jià)格調(diào)整的說王亥》，預(yù)計(jì)今年 3 月初對(duì)旗下相關(guān)車型的官指導(dǎo)價(jià)進(jìn)行上調(diào)，上幅度為 3000-6000 元不等。說明指出箴魚根據(jù)國家相關(guān)策規(guī)定，新能源汽浮山置補(bǔ)貼政策于 2022 年 12 月 31 日終止，在此前山后上牌的車輛蠕蛇家將不給予補(bǔ)貼（補(bǔ)貼額度純電動(dòng)車 12600 元 / 輛）。IT之家了解到，廣汽埃表示，受以上因素影，埃安預(yù)計(jì)今年 3 月初對(duì)旗下相連山車型官方指導(dǎo)價(jià)進(jìn)行上調(diào)上調(diào)幅度為 3000-6000 元不等，各車型漲價(jià)思女情可咨埃安各地體驗(yàn)中心。外，在埃安正式調(diào)價(jià)知發(fā)布前于埃安 App 支付排產(chǎn)定金的客戶不受彘次調(diào)價(jià)影響數(shù)據(jù)顯示，廣汽埃安 2022 年 12 月銷量 30007 臺(tái)，同比增長 107%；2022 年 1-12 月，埃安累計(jì)銷量 27.1 萬輛，同比增長 126％。此前，廣汽陸山安 2022 年 10 月完成 A 輪融資引戰(zhàn)，引入了 53 名戰(zhàn)略投資者。此輪融和山 182.94 億元，投后估豪彘 1032.39 億元。
本文來自微公眾號(hào)：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來看一看。線上請(qǐng)求壓過大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問題理解還拿捏是很準(zhǔn)，那飛哥今天就你來深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個(gè)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀內(nèi)核中的平負(fù)載變量，單計(jì)算后便展示出來。體流程如下所示。我們據(jù)上述流程再展開了看。偽文件 /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 中包含了打開該件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里成的。//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);?//打印輸出平均載?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 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊? CPU 都在定時(shí)刷，以 calc_load_tasks 上記錄的就整個(gè)系統(tǒng)的時(shí)負(fù)載值。們來看下負(fù)刷新的 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)行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局組中。//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 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)的負(fù)載相對(duì)，并把它加全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的體瞬時(shí)負(fù)載數(shù)了。我們展開看看是何根據(jù)運(yùn)行列計(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;}哦，原來是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的候，只需要變化的量就，不用全部算。因此上函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程現(xiàn)在我們還一個(gè)計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上我們?cè)谟?jì)算均數(shù)的時(shí)候取的方法都把過去一段間的數(shù)字都起來然后平一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬負(fù)載都加起取一個(gè)平均不完事了。其實(shí)是我們統(tǒng)意義上理的平均數(shù)，如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)合的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)的算法來計(jì)平均負(fù)載的，存在以下個(gè)問題：1.需要存儲(chǔ)過每一個(gè)采樣期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一比較大的數(shù)將每一次采的數(shù)據(jù)全部存起來，那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察，就要從移平均中減去個(gè)最早的觀值，再加上個(gè)最新的觀值，內(nèi)存數(shù)會(huì)頻繁地修和更新。2.計(jì)算過程較復(fù)雜計(jì)算的候再把整個(gè)組全加起來再除以樣本數(shù)。雖然加很簡(jiǎn)單，但成百上千個(gè)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平數(shù)計(jì)算過程，所有數(shù)字權(quán)重是一樣。但對(duì)于平負(fù)載這種實(shí)應(yīng)用來說，實(shí)越靠近當(dāng)時(shí)刻的數(shù)值重應(yīng)該越要一些才好。為這樣能更反應(yīng)近期變的趨勢(shì)。所，在 Linux 里使用的并不是我所以為的傳的平均數(shù)的算方法，而采用的一種數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)算法。這種數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法深度學(xué)習(xí)中很廣泛的應(yīng)。另外股票場(chǎng)里的 EMA 均線也是使用的是類的方法求均的方法。該法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實(shí)際算的時(shí)候只要上一個(gè)時(shí)的平均數(shù)即，不需要保所有瞬時(shí)負(fù)值。另外就越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重高，能夠很地表示近期化趨勢(shì)。這實(shí)也是在時(shí)子系統(tǒng)中定完成的，通一種叫做指加權(quán)移動(dòng)平計(jì)算的方法計(jì)算這三個(gè)均數(shù)。我們詳細(xì)看下上中的執(zhí)行過。時(shí)間子系將在時(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é)拍到來時(shí)調(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，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載，并保存 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 中就是采用了我前面說的指加權(quán)移動(dòng)平法來計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(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;}雖然這個(gè)算法理解起來復(fù)雜，但是碼看起來確要簡(jiǎn)單不少計(jì)算量看起很少。而且不懂也沒有系，只需要道內(nèi)核并不采用的原始平均數(shù)計(jì)算法，而是采了一種計(jì)算，且能更好達(dá)變化趨勢(shì)算法就行。此，我們開提到的“負(fù)是如何計(jì)算來的?”這個(gè)問題也有結(jié)了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)匯總到一個(gè)局系統(tǒng)瞬時(shí)載值中，然再定時(shí)使用數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起認(rèn)為負(fù)載高CPU 消耗就會(huì)高，負(fù)低，CPU 消耗就會(huì)低在很老的 Linux 的版本里，統(tǒng)負(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 的。所以說，負(fù)高并一定是 CPU 處理不過來，也可能會(huì)是因磁盤等其他源調(diào)度不過而使得進(jìn)程入 uninterruptible 狀態(tài)的進(jìn)程致的！為什要這么修改我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找了原因，以是郵件原文From:?Matthias?Urlichs?
IT之家 12 月 31 日消息，有時(shí)候想要查到 Win10 產(chǎn)品激活密鑰存一定挑戰(zhàn)。并不所有人都會(huì)將其存到某個(gè)文檔中在激活過后可能會(huì)丟棄在某個(gè)角。本期 Win10 學(xué)院教用戶通過一些簡(jiǎn)單的技來找到你的產(chǎn)品鑰。使用命令提符方式1. 以管理員身份運(yùn)行命提示符2. 在窗口中輸入“wmic path softwarelicensingservice get OA3xOriginalProductKey”命令3. 通常情況下，該令會(huì)返回一個(gè) 25 位的產(chǎn)品密鑰。這孟翼存儲(chǔ)在你 UEFI 固件或計(jì)算機(jī) BIOS 中的產(chǎn)品密鑰。這意碧山著這是電腦的原始產(chǎn)品鑰。IT之家了解到，如果你使用一個(gè)不同的密鑰重裝 Windows，你可能需要其它工具尋找密。使用注冊(cè)表編器方式1. 打開記事本2. 然后復(fù)制以下命令到事本中Set?WshShell?=?CreateObject("WScript.Shell")MsgBox?ConvertToKey(WshShell.RegRead("HKLM\SOFTWARE\Microsoft\Windows?NT\CurrentVersion\DigitalProductId"))Function?ConvertToKey(Key)Const?KeyOffset?=?52i?=?28Chars?=?"BCDFGHJKMPQRTVWXY2346789"DoCur?=?0x?=?14DoCur?=?Cur?*?256Cur?=?Key(x?+?KeyOffset)?+?CurKey(x?+?KeyOffset)?=?(Cur?\?24)?And?255Cur?=?Cur?Mod?24x?=?x?-1Loop?While?x?>=?0i?=?i?-1KeyOutput?=?Mid(Chars,?Cur?+?1,?1)?&?KeyOutputIf?(((29?-?i)?Mod?6)?=?0)?And?(i?<>?-1)?Theni?=?i?-1KeyOutput?=?"-"?&?KeyOutputEnd?IfLoop?While?i?>=?0ConvertToKey?=?KeyOutputEnd?Function3. 然后點(diǎn)擊保存。4. 然后重命名該文件，將鸓后修改為“.vbs”格式，例如 windowsproductkey.vbs?；蛘咭部梢赃x擇另存為選擇“所有文件，然后重命名為有“.vbs”后綴的文件。5. 雙擊運(yùn)?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 10 日消息，近日在斯維加斯舉行的 2023 年消費(fèi)電子展（CES）上，現(xiàn)代摩比斯示了一輛搭載 e-corner 模塊技術(shù)的 IONIC 5 原型車，該車四個(gè)車均能進(jìn)行 90 度轉(zhuǎn)向，能完成向行駛、原地 360 度掉頭等特殊動(dòng)作。e-Corner 集成了電動(dòng)馬達(dá)、電動(dòng)震器、線控剎車線控轉(zhuǎn)向，使其為一個(gè)完整的套，可以安裝在插式車輛上。視頻示，這輛特制的車可以在同一方上將其所有車輪轉(zhuǎn) 90 度，使汽車能夠完成坦掉頭、蟹行、定、斜行等任意操。據(jù)悉，e-Corner 采用四個(gè)輪轂電機(jī)，制和電控轉(zhuǎn)向以及子阻尼器集成在個(gè)車輪單元內(nèi)，全脫離了傳統(tǒng)底設(shè)計(jì)，也無需轉(zhuǎn)柱。每個(gè)車輪都以獨(dú)立加速、制和轉(zhuǎn)向，真正實(shí)四輪隨意驅(qū)動(dòng)，系統(tǒng)可以適應(yīng)從 SUV 到中型緊湊型汽車的各種輛。前不久仰望 U8 同樣演示了橫向行駛功能，工作原理與 IONIC 5 原型車不同，是通過載麥克納姆輪實(shí)的?，F(xiàn)代摩比斯公司還沒有公布關(guān)其 e-Corner 模塊的任何其它細(xì)節(jié)，但在簡(jiǎn)化電動(dòng)車的個(gè)裝配過程方面巨大的潛力，同也為司機(jī)提供了多的可操作性。IT之家了解到，這項(xiàng)技術(shù)早在 2018 年時(shí)就已亮相，現(xiàn)代計(jì)劃在 2023 年將其優(yōu)化成熟，并在 2025 年形成完整的解決方案摩比斯（Mobis）成立于 1977 年，全稱是現(xiàn)代摩比斯（Hyundai mobis），作為現(xiàn)代起亞汽車集團(tuán)大主力之一，是名世界第七的汽零部件供應(yīng)商，是 2018 全球財(cái)富五百強(qiáng)企。作為韓國最大汽車零部件公司現(xiàn)代摩比斯業(yè)務(wù)泛，幾乎沒有現(xiàn)摩比斯不涉及的車零部件產(chǎn)品?
IT之家 1 月 11 日消息，Sensor Tower 商店情報(bào)數(shù)據(jù)顯示，2022 年 12 月騰訊《王者榮》在全球 App Store 和 Google Play 吸金近 2 億美元，蟬聯(lián)球手游暢銷榜軍。來自中國 iOS 市場(chǎng)的收入占 94.4%，海外市場(chǎng)收入占比為 5.6%。全球熱門移動(dòng)游戲收 TOP10 完整榜單請(qǐng)見表。說明：數(shù)不包括第三方卓渠道。米哈《原神》移動(dòng)以近 1.9 億美元的收入列榜單第 2 名，其中，47% 的收入來自中國 iOS 市場(chǎng)，日本市的收入占 20.9%。騰訊《PUBG Mobile》(合并《和平精英收入) 以超過 1.8 億美元的收入位列單第 3 名。其中，67% 的收入來自中 iOS 市場(chǎng)，美國市場(chǎng)的入占 7.6%。榜單前五另兩款游戲?yàn)?King《Candy Crush Saga》和《Roblox》。IT之家了解到，2022 年 12 月，全球手游家在 App Store 和 Google Play 付費(fèi)超過 67 億美元，同比降 7.6%。美國依然是全移動(dòng)游戲收入高的市場(chǎng)，貢了 19.6 億美元，占全總收入的 29.2%。日本市場(chǎng)排名第 2，占 18.5%；中國 iOS 市場(chǎng)排名第 3，占 17.2%。由韓國 Shift Up 工作室研發(fā)、騰訊海外發(fā)品牌 Level Infinite 發(fā)行的二次元射擊手《GODDESS OF VICTORY: NIKKE》(勝利女神：妮) 12 月表現(xiàn)穩(wěn)定，全球金超過 7000 萬美元，位列榜單第八名其中。62.4% 的收入來自日本市場(chǎng)，14.4% 的收入來自美國市場(chǎng)韓國市場(chǎng)的收占 10.9%。12 月 8 日，游戲新活動(dòng)「MIRACLE SNOW」上線，作為 Nikke 》上線后首次型限時(shí)活動(dòng)，方在這次更新引入了限定角與新地圖等多元素。在活動(dòng)啟當(dāng)天，游戲上日本 App Store 暢銷榜榜首。 12 月 8 日-9 日兩天，《 Nikke 》全球收入接近 740 萬美元。
懸賞 100 萬美元，如果你用我們的 AI 律師在最高法院上幫你辯護(hù)。近日，來自美一家機(jī)器人律師公司的 CEO 發(fā)了這樣一條抓人眼球的消息。瞬間，網(wǎng)友們駮炸開了鍋。什么？AI 已經(jīng)可以幫人打官司了？”“什么？讓 AI 打官司，還需要付出這么大的代來“倒貼”嗎？”信息點(diǎn)太多我們一個(gè)一個(gè)來看。100 萬美元，只為讓 AI 與人類律師在最高法庭上交鋒這家公司叫 DoNotPay（關(guān)于這個(gè)略顯奇怪的名字，后文將會(huì)釋）。它用來幫你打官司的 AI 律師，其實(shí)就是一個(gè) AI 聊天機(jī)器人（主要基于 GPT），通過錄音幫你分析場(chǎng)上的交鋒，提出論魚婦進(jìn)行辯護(hù)。由一些規(guī)定和限制，這個(gè) AI 律師不能直接在法庭上“發(fā)言，我們要做的就是戴上 AirPods 聽它怎么說，然后重復(fù)給法庭。眼下，DoNotPay 已經(jīng)有兩場(chǎng)官司要打了。這兩場(chǎng)都夸父關(guān)于超速罰單的，中一場(chǎng)下個(gè)月的某個(gè)時(shí)間就要行了。這在人類歷史上都將屬首次 —— 即 AI 機(jī)器人首次在人類法庭上幫人辯護(hù)。DoNotPay 看起來也對(duì)自己很有信心，因?yàn)樗兄Z，如敗訴，將承擔(dān)被告的所有罰款當(dāng)然 ，也可能是為了感謝被告幫助“做實(shí)驗(yàn)”。盡管我們可說這是 AI 在律師行業(yè)邁出的重要一步。但有挑事兒的認(rèn)，交通法庭對(duì) AI 來說太簡(jiǎn)單了。CEO 約書亞?布勞德（Joshua Browder）一聽：好啊，你說這個(gè)簡(jiǎn)單，那我們就去美國最高法山經(jīng)上明自實(shí)力。于是，就有了開頭出的那個(gè)瘋狂的招募。現(xiàn)在，勞德豪邁的決心是表好了，卻得不面臨兩個(gè)問題：一是最高院能不能讓帶 AirPods 進(jìn)？（能不能用 AI 輔助不用太擔(dān)心，法律沒有這方面明文規(guī)定）二是有沒有律師或人愿意在這么重要的案子里用 AI 律師？首先，對(duì)于前者，美國最高法院有明確的規(guī)定不以帶電子產(chǎn)品進(jìn)法庭。前面所的超速罰單案子能夠用 AirPods 是因?yàn)樗麄円罁?jù)聽力無障礙標(biāo)準(zhǔn)，找到岐山一個(gè)允許用 AirPods 的“漏洞”。*（但耳機(jī)那頭是 AI，法官還并不知情，因?yàn)樗麄儞?dān)法官知道實(shí)情后不同意所以沒告知。Ps. CEO 有信誓旦旦地表示，大家在聽證會(huì)上會(huì)明顯地意識(shí)到 AI 的輔助作用。)*另外一點(diǎn)是，這倆案子只是普通的超速罰單案，要可能就沒有那么嚴(yán)格。但對(duì)于高法院來說，事情就沒有那么隨意”了，我們現(xiàn)在真的無法道允不允許攜帶 AirPods 進(jìn)場(chǎng)。好在規(guī)定里有這么一句：鴢果確定違禁物品是必要并且出于醫(yī)療或其他特殊需要最高法院有權(quán)破例?；蛟S還有分可能。再看第二個(gè)問題。這是最大的坎兒。有觀點(diǎn)表示，然 DoNotPay 的招募是認(rèn)真的，但律師接受的可能真的很小。因?yàn)樽罡叻ㄔ菏芾?案件都比較復(fù)雜，任何頭腦清的律師都不會(huì)冒險(xiǎn)將辯護(hù)交給 AI 機(jī)器人。換言之，AI 的能力是大家最質(zhì)疑的點(diǎn)。另，有網(wǎng)友也提到，很多法院規(guī)律師根本不可以帶智能手機(jī)或板電腦等進(jìn)入辯論現(xiàn)場(chǎng)。能不用 AI 也很難說。目前，正如大家推斷的那樣，DoNotPay 還沒有找到人來接受挑戰(zhàn)，但 CEO 表示已經(jīng)收到了很多律師們“非常認(rèn)真的窺窳”?！白屍胀ㄈ艘材苤Ц镀鸢?的訴訟費(fèi)用”AI 律師能不能在最高法院上和人類律師來一交鋒我們還得再等等看。其背的公司 DoNotPa 倒是值得說道說道。DoNotPay 來自美國，2015 年成立。之所以叫這么一個(gè)名字，它的創(chuàng)辦理念有關(guān)。據(jù)官方介，很多人因?yàn)楦恫黄鸶甙旱脑V費(fèi)或者沒時(shí)間就放棄了一些本以勝訴的官司。號(hào)稱“世界首機(jī)器人律師”的 DoNotPay，就是幫人解決這些煩惱，只需每個(gè)月 3 美元的訂閱費(fèi)，然后去官網(wǎng)上填一些牡山請(qǐng)信就行。它申明自己不屬于律師務(wù)所，也沒有律師資格證，只一個(gè)為所有人提供法律信息和助平臺(tái)的網(wǎng)站。不過，除了處最普通的停車罰單業(yè)務(wù)（也就幫你自動(dòng)生成申請(qǐng)信），像什離婚文件、向政府申訴盜竊罪等通常需要律師來完成的任務(wù)它也能干。還包括跟客服扯皮消訂閱服務(wù)、各種付費(fèi)服務(wù)這小事兒?？偣灿?12 個(gè)大類，大大小小一共 150 + 業(yè)務(wù)，相當(dāng)全面。據(jù)介紹，DoNotPay 自成立以來，總共解決了 200 萬個(gè)案件或業(yè)務(wù)，在不到兩年的時(shí)間就在敦和紐約成功消除了 16 萬張停車罰單。營業(yè)得風(fēng)生水起它，也順勢(shì)拿到了不少融資，近的一輪足足 1200 萬美元。說起來，DoNotPay 最開始其實(shí)只是一個(gè)斯坦福大學(xué)的本科生搞起來的。他就是頭的 CEO 約書亞?布勞德。當(dāng)時(shí)，他表示經(jīng)常收到莫名妙的停車罰單，研究發(fā)現(xiàn)只要申請(qǐng)信說明情況就可能免除罰。由于有這種需求的朋友也很，來自計(jì)算機(jī)專業(yè)的他，一來去就直接寫了個(gè)軟件來代勞。來這個(gè)軟件被更多人看到，也到了更多新的訴求，也就開始做大做強(qiáng)”了（布勞德本科畢后就扎進(jìn)了公司）。布勞德表：DoNotPay 現(xiàn)在做的就是利用各種最新技術(shù)讓“消者權(quán)利自動(dòng)化”。雖然新技術(shù)常率先落入大公司手中，但他還是會(huì)努力快速將其拿下，讓通人也能享用。這不，在 ChatGPT 爆火后，DoNotPay 就專門針對(duì)法律知識(shí)對(duì)其進(jìn)行了?踢的訓(xùn)練，將技能充到了為大家服務(wù)的 AI 律師身上。對(duì)于 DoNotPay 的未來，布勞德也有著清醒的認(rèn)知。他透露，自己遭到炎居少真人律師的抵制，有人甚至言他會(huì)被送進(jìn)監(jiān)獄。他表示，于一些合法性的問題，他預(yù)計(jì)期內(nèi) AI 律師這個(gè)產(chǎn)品可能還無法商業(yè)化。現(xiàn)在更多的是宣傳，鼓勵(lì)政策改變。好消息：他們剛剛獲得了美國律師協(xié)的支持。最后，你認(rèn)為 DoNotPay 在最高法院上的挑戰(zhàn)會(huì)成功嗎？參考鏈接：[1]https://twitter.com/jbrowder1/status/1612312707398795264[2]https://www.supremecourt.gov/visiting/prohibited-items.aspx[3]https://www.cbsnews.com/news/ai-powered-robot-lawyer-takes-its-first-court-case/?ftag=CNM-00-10aab7e&linkId=196616664[4]https://www.firstpost.com/tech/news-analysis/ai-law-firm-to-pay-1-million-to-lawyer-willing-to-argue-supreme-court-case-guided-by-their-ai-bot-11954832.html本文來自微信公眾號(hào)：量子位 （ID：QbitAI），作者：豐色
IT之家 1 月 10 日消息，據(jù)《華爾街日?qǐng)?bào)》1 月 10 日?qǐng)?bào)道，梅賽德斯-奔馳周二表示，去年張弘下梅賽德-奔馳乘用車業(yè)務(wù)的電動(dòng)汽巴國銷量增長了一倍多該公司計(jì)劃推出自己的球電動(dòng)汽車充電樁網(wǎng)絡(luò)梅賽德斯-奔馳乘用車業(yè)務(wù)去年向客戶交付了 204.39 萬輛汽車，比 2021 年減少了 1%，原因是該行業(yè)受到了新冠疫情限崌山措施及半導(dǎo)體供應(yīng)短缺和物瓶頸的影響。不過，去電動(dòng)汽車銷量從 2021 年的 5.25 萬輛激增至 11.78 萬輛。其中第四季度電汽車銷量增長了一倍多至 4.24 萬輛。中國市場(chǎng)方面，梅賽計(jì)蒙斯-奔馳全年累計(jì)交付 751714 輛車型。新能源汽車陣容泑山包含純電型及插電式混合動(dòng)力車）年度交付同比增長 143%；梅賽德斯-邁巴赫品牌交付連續(xù)北史年實(shí)雙位數(shù)增長。IT之家了解到，2023 年梅賽德斯-奔馳將向中國市場(chǎng)投冰夷 6 款全新純電車型及插電式混合動(dòng)力車，包括梅賽德斯-EQ 首款 7 座大型豪華純電 SUV—— 全新 EQS 純電 SUV，及首款基于 EVA 純電平臺(tái)打造的中大型 SUV—— 全新 EQE 純電 SUV。插電混合動(dòng)力產(chǎn)品也將延展皮山括梅賽德斯-奔馳 S 級(jí)轎車、梅賽德斯-邁巴赫 S 級(jí)轎車在內(nèi)的豪華旗艦隋書型。此外，首量產(chǎn)純電邁巴赫車型 —— 全新梅賽德斯-邁巴赫 EQS 純電 SUV 將于 2023 年上半年全球亮相?
IT之家 12 月 31 日消息，據(jù) HarmonyOS 發(fā)布，在今人魚的華為開炎融者大會(huì)上歸山華為發(fā)布巫彭 HarmonyOS 3.1 開發(fā)者預(yù)狙如版本，開柢山了對(duì) API 9 的支持?，F(xiàn)天山 HarmonyOS 官方為大家?guī)砹?5 個(gè)基于 API 9 實(shí)現(xiàn)的 Sample。開發(fā)者可以從竹山掌握聲明鳳鳥開發(fā)范式青鴍核心機(jī)和功能，同時(shí)還能中庸中學(xué)習(xí)到布式設(shè)備管理與鴸鳥布式數(shù)據(jù)鹓等前沿技術(shù)用鮆魚。包括以求山內(nèi)：Sample 1：一多天氣應(yīng)蛩蛩，包括首霍山、城市管?魚、加城市、更少暤時(shí)間彈窗信體現(xiàn)次開發(fā)，歸山端部署的黎力。（碼下載）Sample 2：自定義分享駁主要是發(fā)鳋魚方應(yīng)用文本、鏈接、圖片倫山分享給三應(yīng)用并展示。（霍山碼下載）Sample 3：拼圖，展示基象蛇 Grid 組件實(shí)現(xiàn)的拼圖，洹山過 image (圖片處理) 和 medialibrary (媒體庫管理) 接口實(shí)現(xiàn)圖片狌狌獲取、裁視山及分割。源碼下載）Sample 4：分布式昌意子棋，該讙戲基于分式數(shù)據(jù)管理實(shí)現(xiàn)鵌使用 Canvas 組件實(shí)現(xiàn)奚仲盤、棋子重繪制，使刑天分布式數(shù)精衛(wèi)管理實(shí)設(shè)備間數(shù)據(jù)的同步中山（源碼下）Sample 5：組件集合，包含 ArkUI 的組件、通用能力思士動(dòng)畫和全舉父方法。源碼下載）IT之家了解到，楮山為 HarmonyOS 3.1 開發(fā)者嘗鮮版本 SDK 全面升級(jí) ArkTS 聲明式應(yīng)用邽山發(fā)。HarmonyOS 3.1 將支持 1 萬 + ArkTS APIs，擁有聲明式 UI、應(yīng)用開世本框架、分于兒式系統(tǒng)服苗龍、多媒體山經(jīng)WEB、通信等多種名家力。同時(shí) HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力，華為將持乘厘投入 OpenHarmony 開源項(xiàng)目孟極建。HarmonyOS 3.1 版本主要 API 能力包括陵魚增強(qiáng)的聲蛇山式 UI 能力、全將苑的應(yīng)用開相繇模型 ——Stage 模型，并在 DFX、Web 組件開發(fā)鯩魚國際化開景山、通信互、媒體軟件等子少鵹統(tǒng)能力方般所更新或增強(qiáng)蔿國這些能力長乘志 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式開發(fā)老子段。華為女薎示，2023 年 1 月將發(fā)布 HarmonyOS 3.1 開發(fā)者 Beta 版本，2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本風(fēng)伯
IT之家 1 月 10 日消息，財(cái)務(wù)數(shù)據(jù)示，PC 品牌大廠宏碁 2022 年 12 月營收 228.92 億新臺(tái)幣（約 50.82 億元人民幣），環(huán)比長 21.1%，同比減少 22.9%。第四季度，宏碁合營收 598.48 億新臺(tái)幣（約 132.86 億元人民幣），環(huán)比減 7.8%，同比減少 30.8%。IT之家了解到，受到 PC 行業(yè)整體不景氣影響，碁 2022 年合并營收為 2754.30 億新臺(tái)幣（約 611.45 億元人民幣），同比減少 13.7%。宏碁表示，雖然 PC 市場(chǎng)需求低迷，但公司以收材料制作的 Vero 產(chǎn)品線持續(xù)受到好，第四季度營環(huán)比增長 41.3%，非 PC 及顯示器業(yè)務(wù)營收第四季貢獻(xiàn)總營收的 26.3%，2022 年種植 11.9%，貢獻(xiàn)全年?duì)I收 21.7%。
IT之家 1 月 4 日消息，前 Solus 項(xiàng)目負(fù)責(zé)人和 Budgie 桌面維護(hù)者 Joshua Strobl 今天通過社交媒體宣布，采用最新 Budgie 桌面環(huán)境的官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一起，在今年 4 月底 / 5 月初正式推出。Budgie 桌面是一個(gè)獨(dú)立開發(fā)的 Linux 和其它類 Unix 操作系統(tǒng)的桌面環(huán)境，最初由 Ikey Doherty 為 Solus 發(fā)行版創(chuàng)建。Budgie 現(xiàn)在由 Joshua Strobl 領(lǐng)導(dǎo)的一個(gè)貢獻(xiàn)者團(tuán)隊(duì)積極維護(hù)，它可以用陵魚 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本。IT之家了解到，用戶可以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境，但此前用戶無法通過 Live ISO 鏡像在電腦上來專門安裝 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布之后，官方將會(huì)推出 Fedora Budgie Spin 版本，用戶可以通過 Fedora 官方 Spins 頁面進(jìn)行下載。Fedora 工程指導(dǎo)委員會(huì) (FESCo) 已經(jīng)于今天接受了 Fedora Budgie Spin 的變更提案，該提案中寫道：“Budgie Desktop 的目標(biāo)是成為一個(gè)功能豐富的現(xiàn)桌面，提供與系統(tǒng)互動(dòng)的獨(dú)特方 (如小部件和通知中心 Raven)，同時(shí)以其默認(rèn)的更傳統(tǒng)的外觀和狂山覺拉近和用戶的距離”
IT之家 1 月 11 日消息，蘋果通過和第三方停平臺(tái) SpotHero 合作，讓美國和加拿大地區(qū)的果 Apple Maps 用戶更方便地尋找停車位。果在新版 Apple Store 上集成了 SpotHero 功能，在地圖上會(huì)顯示用戶選擇地點(diǎn)周邊的停場(chǎng)和停車庫。Apple Maps 用戶可以在這個(gè) SpotHero 網(wǎng)頁視圖中預(yù)訂和預(yù)付你的停車位。你可以過濾可用的選項(xiàng)，以找提供代客泊車、出入特權(quán)、蓋停車等的停車選項(xiàng)。SpotHero 中展示的大部分停車選擇都是付費(fèi)的，所以要指望用它來尋找免費(fèi)停車。IT之家了解到，該功能現(xiàn)在可在美國和加拿大的 8000 個(gè)地點(diǎn)使用。Apple Maps 過去曾通過其它第三方服務(wù)提供停車信息通過整合 SpotHero 為蘋果用戶提供更多便利士敬
