国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

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

餐廳偶遇奚夢瑤何猷君

黑龍江新聞網(wǎng) 高橋正典 2025-10-19 06:52:45
A+ A-

我懷疑這只貓是來搶銀行的??! 虞書欣旅行中 1 月 11 日,達摩院 2023 十大科技趨發(fā)布,生成 AI、Chiplet 模塊化設(shè)計裝、全新云算體系架構(gòu)技術(shù)入選。摩院認為,球科技日趨現(xiàn)出交叉融發(fā)展的新態(tài),尤其在信與通信技術(shù)ICT)領(lǐng)域醞釀的新裂,將為科技業(yè)革新注入力。顛覆性科技突破也百年才得一,持續(xù)性的代創(chuàng)新則以進一寸的累改變著日常活。進入 2023 年,達摩院預(yù)測基于技術(shù)迭與產(chǎn)業(yè)應(yīng)用融合創(chuàng)新,驅(qū)動 AI、云計算、芯等領(lǐng)域?qū)崿F(xiàn)段性躍遷。AI 正在加速奔向通用人智能。多模預(yù)訓練大模將實現(xiàn)圖像文本、音頻的統(tǒng)一知識示,成為人智能基礎(chǔ)設(shè);生成式 AI 將迎來應(yīng)用大爆發(fā),大推動數(shù)字內(nèi)容的生產(chǎn)創(chuàng)造。人工能誕生數(shù)十,人類對“用 AI”的想象從未如具體。云計始終是數(shù)字代的技術(shù)創(chuàng)中心:基于定義的可預(yù)網(wǎng)絡(luò)技術(shù),從數(shù)據(jù)中心局域應(yīng)用走全網(wǎng)推廣;云而生的云生安全技術(shù)則將推動平化、智能化新型安全體的成形;云在重新定義算體系架構(gòu)從以 CPU 為中心的傳統(tǒng)架構(gòu),向云基礎(chǔ)設(shè)施理器 (CIPU)為中心的全新體系構(gòu)演進。未,由云定義軟硬一體化將實現(xiàn)系統(tǒng)的深度融合芯片領(lǐng)域在力需求暴漲摩爾定律放的夾擊下尋突圍,達摩預(yù)測,存算體和 Chiplet 模塊化設(shè)計封將有長足進:基于 SRAM、NOR Flash 等成熟存儲器的存內(nèi)計有望在智能居、可穿戴備等場景實規(guī)模化商用Chiplet 互聯(lián)標準的逐漸統(tǒng)一重構(gòu)芯片研流程?;A(chǔ)術(shù)的迭代演必將催生新景和新產(chǎn)業(yè)今年最被達院看好的趨有計算光學像、數(shù)字孿城市、雙引智能決策等計算光學成技術(shù)有望突傳統(tǒng)光學的理極限,幫人類觸及“所未見”的物;智慧城完成了精準射、生成渲、仿真推演關(guān)鍵技術(shù)的面突破,將單一場景演至大規(guī)模城數(shù)字孿生,助人類更“知”地認識管理城市;能決策系統(tǒng)現(xiàn)了運籌優(yōu)和機器學習聯(lián)合驅(qū)動,為人類在電調(diào)度、港口吐管理、機停機安排等時變化的復(fù)難題上,提更有價值的化答案。據(jù),達摩院 2023 十大科技趨勢采“巴斯德象”研究思路基于論文和利的大數(shù)據(jù)定量發(fā)散”對產(chǎn)、學、、用領(lǐng)域近位專家深度談進行“定收斂”,再學術(shù)創(chuàng)新、術(shù)突破、產(chǎn)落地、市場求等維度綜評估,力求致廣大而盡微”,最后選出十大趨。附:達摩 2023 十大科技趨https://damo.alibaba.com/techtrends/2023?多模態(tài)預(yù)訓練模型:基于模態(tài)的預(yù)訓大模型將實圖文音統(tǒng)一識表示,成人工智能基設(shè)施。?Chiplet 模塊化設(shè)計裝:Chiplet 的互聯(lián)標準將逐統(tǒng)一,重構(gòu)片研發(fā)流程?存算一體資本和產(chǎn)業(yè)輪驅(qū)動,存一體芯片將垂直細分領(lǐng)迎來規(guī)模化用。?云原安全:安全術(shù)與云緊密合,打造平化、智能化新型安全體。?軟硬融云計算體系構(gòu):云計算以 CIPU 為中心的全新云計算體架構(gòu)深度演,通過軟件義、硬件加,在保持云應(yīng)用開發(fā)的彈性和敏捷的同時,帶云上應(yīng)用的面加速。?網(wǎng)融合的可期網(wǎng)絡(luò):基云定義的可期網(wǎng)絡(luò)技術(shù)即將從數(shù)據(jù)心的局域應(yīng)走向全網(wǎng)推。?雙引擎能決策:融運籌優(yōu)化和器學習的雙擎智能決策將推進全局態(tài)資源配置化。?計算學成像:計光學成像突傳統(tǒng)光學成極限,將帶更具創(chuàng)造力想象力的應(yīng)。?大規(guī)模市數(shù)字孿生城市數(shù)字孿在大規(guī)模趨基礎(chǔ)上,繼向立體化、人化、全局方向演進。生成式 AI:生成式 AI 進入應(yīng)用爆發(fā)期,將大推動數(shù)字內(nèi)容生產(chǎn)與造? IT之家 1 月 11 日消息,豐田汽車白鳥司 1 月 10 日發(fā)布消息稱,2022 年在中國市場教山新車銷量為 194.06 萬輛,較上年減女丑 0.2%。這是 2012 年后十年來首泰山同比下滑豐田去年 12 月同比減少 19.8%,連續(xù)兩個月下滑。廣汽豐方面,2022 年全年累計生產(chǎn)車 1,009,265 輛,同比增長 22.6%,累計銷售汽車 1,005,000 輛,同比增長 21.4%。一汽豐田 2022 年全年生產(chǎn)突巫禮 832,201 輛,銷量數(shù)據(jù)方面,目前鯢山汽豐還未公布。雷克斯 2022 年累計銷量 18.39 萬輛,同比下滑近 19%。豐田方面表示“中國的疫情感染數(shù)增多導致到店數(shù)大幅減少而受嚴重影響”。荊山近期加快在中國場的新能源轉(zhuǎn)型2022 年 12 月 20 日,廣汽豐田新能汽車產(chǎn)能擴建項二期在廣州市南區(qū)正式投產(chǎn),標著廣汽豐田正式備百萬臺生產(chǎn)能,廣汽豐田將世本全方位電動化戰(zhàn)落地。IT之家了解到,另外兩大系品牌在 2022 年也在中國市場表現(xiàn)不佳,鴟下滑 12.1%,降至約 137 萬輛,銷量連續(xù)兩年下滑類日產(chǎn)車同比減少 22.1%,降至約 105 萬輛,銷量連左傳 4 年下滑? 感謝IT之家網(wǎng)友 我是拼搏 的線索投遞IT之家 1 月 10 日消息,手持榮 Magic 4 系列并且還有升級 MagicOS?7.0 的小伙伴們注意了榮耀今日始為榮耀 Magic?4 系列用戶開啟 7.0 版本公測不限名額所有用戶以直接升。IT之家提醒,公活動需在耀俱樂部 App 中報名參與下載公測述文件;果您的手已經(jīng)升級 MagicOS 7.0 的內(nèi)測版本則需再參與測活動,為榮耀已主動為內(nèi)用戶推送測版本。得一提的,榮耀 MagicOS?系統(tǒng)不支持用戶行回退版,若您想出公測活須前往最的榮耀服網(wǎng)點尋求助。適配型:注:本號查看法:設(shè)置-> 系統(tǒng)-> 關(guān)于手機,如果前不在基版本號上請先在線級到此版再參加公活動。(級方法參:設(shè)置-> 系統(tǒng)和更新-> 軟件更新)意事項:1、升級前意事項:1)升級公測版本前備份您的機重要數(shù)并確認備內(nèi)容完整效,避免級后數(shù)據(jù)兼容或其意外情況致數(shù)據(jù)丟。(2)升級公測版前,請確您的手機當前版本基線版本(詳見二適配機型。(3)建議手機預(yù) 10GB 的內(nèi)部存儲空間,免可能出因空間不導致的無升級。(看存儲空方法:設(shè)-> 存儲)。(4)請確保您手機沒有 ROOT。公測活動劃及報名口:1、公測活動開時間:2023 年 1 月 10 日2、公測活動名須知(1)公測報僅支持適機型在手端“榮耀樂部”App 報名,不支持電報名。報前請確保耀俱樂部 App 為最新版(以進入應(yīng)市場將“耀俱樂部App 升級至最新本或通過榮耀俱樂 App-> 我的-> 檢查更新”進行級)。(2)請先升到基線版(見上文二、適配型”部分,然后下并安裝公描述文件再進入“置-> 系統(tǒng)和更新-> 軟件更新-> 檢查更新”級公測版(公測描文件請進報名入口行下載)(3)在公測描述文達到有效后(通常在公測活結(jié)束后)系統(tǒng)會提用戶,并動刪除公描述文件下個月,耀還將為耀 70 系列開啟 MagicOS?7.0 公測,敬請期待榮耀 Magic4 系列 MagicOS 7.0 公測升級報名入口公測常見題詳見《MagicOS 7 公測升級常問題》操指導請參?《MagicOS 7 公測活動參與指教程? 天貓 2023 年貨節(jié)最后 2 小時,會場搶撿漏補貼,超級紅包使最后一天,勿忘領(lǐng)取 & 使用:點此抽紅包(每天可抽 1 次)。天貓超級紅包支持無門檻 + 多個紅包疊加一起使用,每天動動小手指,讙直接當錢花!此外,京年貨節(jié)京享紅包也在發(fā)中(截至 1 月 15 日),面額最高 9999 元:點此抽紅包(每天可反復(fù)進道家抽 3 次 +?即抽即用)。本次年貨節(jié)天貓 + 淘寶無跨店滿減,全部改為方直接立減 10%~15%,力度相當于以往的每滿 300 元立減 30~45 元,但本次無需湊單更葌山便。【天年貨節(jié)紅包使用時間】取時間:12 月 27 日 12:00~1 月 10 日使用時間: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ā)放?!靖饪ā扛?中獎率為 95%,此優(yōu)惠將在 1 月 2 日、1 月 3 日發(fā)放,有機會抽中 iPhone14、戴森吹風機、黃金兔朱獳、現(xiàn)金紅包等福?!緮€福氣值領(lǐng)紅包】年貨節(jié)期間瀏覽活動會、特定商品等可獲得福值,每個用戶可兌換 3 個超級紅包,累計面額至高可達 18 元?!窘Y(jié)對領(lǐng)紅包】12 月 29 日起,紅包頁面會增加“結(jié)對領(lǐng)紅包”緣婦,分享鏈接邀請一位好并結(jié)對成功,則結(jié)對成的兩人都可以獲得頁面示的大額紅包,一人只結(jié)對一次哦~天貓 2023 年貨節(jié)現(xiàn)金紅包,今日 12:00 正式開搶:點此抽紅包。本用于傳遞優(yōu)惠信息,節(jié)甄選時間,結(jié)果僅供參?!緩V告? 感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 11 日消息,廣汽埃安今囂發(fā)布《關(guān)于埃螐渠型價格調(diào)整的說王亥》,預(yù)計今年 3 月初對旗下相關(guān)車型的官指導價進行上調(diào),上幅度為 3000-6000 元不等。說明指出箴魚根據(jù)國家相關(guān)策規(guī)定,新能源汽浮山置補貼政策于 2022 年 12 月 31 日終止,在此前山后上牌的車輛蠕蛇家將不給予補貼(補貼額度純電動車 12600 元 / 輛)。IT之家了解到,廣汽埃表示,受以上因素影,埃安預(yù)計今年 3 月初對旗下相連山車型官方指導價進行上調(diào)上調(diào)幅度為 3000-6000 元不等,各車型漲價思女情可咨埃安各地體驗中心。外,在埃安正式調(diào)價知發(fā)布前于埃安 App 支付排產(chǎn)定金的客戶不受彘次調(diào)價影響數(shù)據(jù)顯示,廣汽埃安 2022 年 12 月銷量 30007 臺,同比增長 107%;2022 年 1-12 月,埃安累計銷量 27.1 萬輛,同比增長 126%。此前,廣汽陸山安 2022 年 10 月完成 A 輪融資引戰(zhàn),引入了 53 名戰(zhàn)略投資者。此輪融和山 182.94 億元,投后估豪彘 1032.39 億元。

餐廳偶遇奚夢瑤何猷君

本文來自微公眾號:開內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是哥!負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性指標。在觀線上服務(wù)器行狀況的時,我們也是常把負載找來看一看。線上請求壓過大的時候經(jīng)常是也伴著負載的飆。但是負載原理你真的解了嗎?我列舉幾個問,看看你對載的理解是足夠的深刻負載是如何算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的?如果對以上問題理解還拿捏是很準,那飛哥今天就你來深入地解一下 Linux 中的負載!一、解負載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載也叫系統(tǒng)平負載。因為純某一個瞬的負載值并有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均,這三個數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來的呢?事上,top 命令里的負值是從 /proc/ loadavg 這個偽文件里來的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件 open 函數(shù)。當用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀內(nèi)核中的平負載變量,單計算后便展示出來。體流程如下所示。我們據(jù)上述流程再展開了看。偽文件 /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 中包含了打開該件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理,核心的算是在這里成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照定的格式打輸出在上面源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義,代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點數(shù)類型,而用整數(shù)來模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個背景行了,不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內(nèi)核計的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(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 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每 CPU 都在定時刷,以 calc_load_tasks 上記錄的就整個系統(tǒng)的時負載值。們來看下負刷新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中獲取當前 cpu 以及其對應(yīng)的運行列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(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){?//獲取當前運行隊列負載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊的負載相對,并把它加全局瞬時負值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當前系統(tǒng)前時間下的體瞬時負載數(shù)了。我們展開看看是何根據(jù)運行列計算負載的://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)的進程的量。對應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期在的數(shù)據(jù)。以在刷新 rq 里的進程數(shù)到其上的候,只需要變化的量就,不用全部算。因此上函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程現(xiàn)在我們還一個計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上我們在計算均數(shù)的時候取的方法都把過去一段間的數(shù)字都起來然后平一下。把過 N 個時間點的所有瞬負載都加起取一個平均不完事了。其實是我們統(tǒng)意義上理的平均數(shù),如有 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)合的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種簡的算法來計平均負載的,存在以下個問題:1.需要存儲過每一個采樣期的數(shù)據(jù)假我們每 10 毫秒都采集一次,那么需要使用一比較大的數(shù)將每一次采的數(shù)據(jù)全部存起來,那統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察,就要從移平均中減去個最早的觀值,再加上個最新的觀值,內(nèi)存數(shù)會頻繁地修和更新。2.計算過程較復(fù)雜計算的候再把整個組全加起來再除以樣本數(shù)。雖然加很簡單,但成百上千個字的累加仍很是繁瑣。3.不能準確表示當前變化勢傳統(tǒng)的平數(shù)計算過程,所有數(shù)字權(quán)重是一樣。但對于平負載這種實應(yīng)用來說,實越靠近當時刻的數(shù)值重應(yīng)該越要一些才好。為這樣能更反應(yīng)近期變的趨勢。所,在 Linux 里使用的并不是我所以為的傳的平均數(shù)的算方法,而采用的一種數(shù)加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)算法。這種數(shù)加權(quán)移動均數(shù)計算法深度學習中很廣泛的應(yīng)。另外股票場里的 EMA 均線也是使用的是類的方法求均的方法。該法的數(shù)學表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起有點小復(fù)雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實際算的時候只要上一個時的平均數(shù)即,不需要保所有瞬時負值。另外就越靠近現(xiàn)在時間點權(quán)重高,能夠很地表示近期化趨勢。這實也是在時子系統(tǒng)中定完成的,通一種叫做指加權(quán)移動平計算的方法計算這三個均數(shù)。我們詳細看下上中的執(zhí)行過。時間子系將在時鐘中中會注冊時中斷的處理數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍到來時調(diào)用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//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);?}獲取瞬時負載比簡單,就是取一個內(nèi)存量而已。在 calc_load 中就是采用了我前面說的指加權(quán)移動平法來計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(xiàn)的代如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解起來復(fù)雜,但是碼看起來確要簡單不少計算量看起很少。而且不懂也沒有系,只需要道內(nèi)核并不采用的原始平均數(shù)計算法,而是采了一種計算,且能更好達變化趨勢算法就行。此,我們開提到的“負是如何計算來的?”這個問題也有結(jié)了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程數(shù)匯總到一個局系統(tǒng)瞬時載值中,然再定時使用數(shù)加權(quán)移動均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。、平均負載 CPU 消耗的關(guān)系現(xiàn)很多同學都平均負載和 CPU 給聯(lián)系到了一起認為負載高CPU 消耗就會高,負低,CPU 消耗就會低在很老的 Linux 的版本里,統(tǒng)負載的時候實是只計算 runnable 的任務(wù)數(shù)量,這進程只對 CPU 有需求。在那個年里,負載和 CPU 消耗量確實是正關(guān)的。負載高就表示正 CPU 上運行,或等 CPU 執(zhí)行的進程越,CPU 消耗量也會越。但是前面們看到了,文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負高并一定是 CPU 處理不過來,也可能會是因磁盤等其他源調(diào)度不過而使得進程入 uninterruptible 狀態(tài)的進程致的!為什要這么修改我從網(wǎng)上搜了遠在 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)的進程添加來的原因。把他的說明譯一下,如:“內(nèi)核在算平均負載只計算“可行”進程。不喜歡那樣問題是正在快速”交換等待的進程即不可中斷 I / O,也會消耗源。當您用速交換磁盤換快速交換盤時,平均載下降似乎點不直觀...... 無論如何,下的補丁似乎負載平均值加一致 WRT 系統(tǒng)的主觀速度。而,最重要的,當沒有人任何事情時負載仍然為。;-)”這一補丁提交的主要思想平均負載應(yīng)表現(xiàn)對系統(tǒng)有資源的需情況,而不該只表現(xiàn)對 CPU 資源的需求。假某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程為等待磁盤 IO 而排隊的話,此時并不消耗 CPU,但是正在等磁盤等件資源。那它是應(yīng)該體在平均負載計算里的。以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到均負載里了所以,負載低表明的是前系統(tǒng)上對統(tǒng)資源整體求更情況。果負載變高可能是 CPU 資源不夠了,也可能磁盤 IO 資源不夠了所以還需要合其它觀測令具體分情分析。四、結(jié)今天我?guī)?家深入地學了一下 Linux 中的負載。我們據(jù)一幅圖來結(jié)一下今天到的內(nèi)容。把負載工作理分成了如三步。1.內(nèi)核定時匯總 CPU 負載到系統(tǒng)瞬負載2.內(nèi)核使用指數(shù)加移動平均快計算過去 1、5、15 分鐘的平均3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載們再回頭來結(jié)一下開篇到的幾個問。1.負載是如何計算出的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程量匯總到一全局系統(tǒng)瞬負載值中,后再定時使指數(shù)加權(quán)移平均法來統(tǒng)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載2.負載高低和 CPU 消耗正相關(guān)?負載高低明的是當前統(tǒng)上對系統(tǒng)源整體需求情況。如果載變高,可是 CPU 資源不夠了也可能是磁 IO 資源不夠了。所不能說看著載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)層的?內(nèi)核義了一個偽件 /proc/ loadavg,每當用戶打開個文件的時,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被用到,該函中訪問 avenrun 全局數(shù)組變,并將平均載從整數(shù)轉(zhuǎn)為小數(shù),然打印出來?

餐廳偶遇奚夢瑤何猷君

IT之家 12 月 31 日消息,有時候想要查到 Win10 產(chǎn)品激活密鑰存一定挑戰(zhàn)。并不所有人都會將其存到某個文檔中在激活過后可能會丟棄在某個角。本期 Win10 學院教用戶通過一些簡單的技來找到你的產(chǎn)品鑰。使用命令提符方式1. 以管理員身份運行命提示符2. 在窗口中輸入“wmic path softwarelicensingservice get OA3xOriginalProductKey”命令3. 通常情況下,該令會返回一個 25 位的產(chǎn)品密鑰。這孟翼存儲在你 UEFI 固件或計算機 BIOS 中的產(chǎn)品密鑰。這意碧山著這是電腦的原始產(chǎn)品鑰。IT之家了解到,如果你使用一個不同的密鑰重裝 Windows,你可能需要其它工具尋找密。使用注冊表編器方式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. 然后點擊保存。4. 然后重命名該文件,將鸓后修改為“.vbs”格式,例如 windowsproductkey.vbs?;蛘咭部梢赃x擇另存為選擇“所有文件,然后重命名為有“.vbs”后綴的文件。5. 雙擊運?

餐廳偶遇奚夢瑤何猷君

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 10 日消息,近日在斯維加斯舉行的 2023 年消費電子展(CES)上,現(xiàn)代摩比斯示了一輛搭載 e-corner 模塊技術(shù)的 IONIC 5 原型車,該車四個車均能進行 90 度轉(zhuǎn)向,能完成向行駛、原地 360 度掉頭等特殊動作。e-Corner 集成了電動馬達、電動震器、線控剎車線控轉(zhuǎn)向,使其為一個完整的套,可以安裝在插式車輛上。視頻示,這輛特制的車可以在同一方上將其所有車輪轉(zhuǎn) 90 度,使汽車能夠完成坦掉頭、蟹行、定、斜行等任意操。據(jù)悉,e-Corner 采用四個輪轂電機,制和電控轉(zhuǎn)向以及子阻尼器集成在個車輪單元內(nèi),全脫離了傳統(tǒng)底設(shè)計,也無需轉(zhuǎn)柱。每個車輪都以獨立加速、制和轉(zhuǎn)向,真正實四輪隨意驅(qū)動,系統(tǒng)可以適應(yīng)從 SUV 到中型緊湊型汽車的各種輛。前不久仰望 U8 同樣演示了橫向行駛功能,工作原理與 IONIC 5 原型車不同,是通過載麥克納姆輪實的?,F(xiàn)代摩比斯公司還沒有公布關(guān)其 e-Corner 模塊的任何其它細節(jié),但在簡化電動車的個裝配過程方面巨大的潛力,同也為司機提供了多的可操作性。IT之家了解到,這項技術(shù)早在 2018 年時就已亮相,現(xiàn)代計劃在 2023 年將其優(yōu)化成熟,并在 2025 年形成完整的解決方案摩比斯(Mobis)成立于 1977 年,全稱是現(xiàn)代摩比斯(Hyundai mobis),作為現(xiàn)代起亞汽車集團大主力之一,是名世界第七的汽零部件供應(yīng)商,是 2018 全球財富五百強企。作為韓國最大汽車零部件公司現(xiàn)代摩比斯業(yè)務(wù)泛,幾乎沒有現(xiàn)摩比斯不涉及的車零部件產(chǎn)品?

餐廳偶遇奚夢瑤何猷君

IT之家 1 月 11 日消息,Sensor Tower 商店情報數(shù)據(jù)顯示,2022 年 12 月騰訊《王者榮》在全球 App Store 和 Google Play 吸金近 2 億美元,蟬聯(lián)球手游暢銷榜軍。來自中國 iOS 市場的收入占 94.4%,海外市場收入占比為 5.6%。全球熱門移動游戲收 TOP10 完整榜單請見表。說明:數(shù)不包括第三方卓渠道。米哈《原神》移動以近 1.9 億美元的收入列榜單第 2 名,其中,47% 的收入來自中國 iOS 市場,日本市的收入占 20.9%。騰訊《PUBG Mobile》(合并《和平精英收入) 以超過 1.8 億美元的收入位列單第 3 名。其中,67% 的收入來自中 iOS 市場,美國市場的入占 7.6%。榜單前五另兩款游戲為 King《Candy Crush Saga》和《Roblox》。IT之家了解到,2022 年 12 月,全球手游家在 App Store 和 Google Play 付費超過 67 億美元,同比降 7.6%。美國依然是全移動游戲收入高的市場,貢了 19.6 億美元,占全總收入的 29.2%。日本市場排名第 2,占 18.5%;中國 iOS 市場排名第 3,占 17.2%。由韓國 Shift Up 工作室研發(fā)、騰訊海外發(fā)品牌 Level Infinite 發(fā)行的二次元射擊手《GODDESS OF VICTORY: NIKKE》(勝利女神:妮) 12 月表現(xiàn)穩(wěn)定,全球金超過 7000 萬美元,位列榜單第八名其中。62.4% 的收入來自日本市場,14.4% 的收入來自美國市場韓國市場的收占 10.9%。12 月 8 日,游戲新活動「MIRACLE SNOW」上線,作為 Nikke 》上線后首次型限時活動,方在這次更新引入了限定角與新地圖等多元素。在活動啟當天,游戲上日本 App Store 暢銷榜榜首。 12 月 8 日-9 日兩天,《 Nikke 》全球收入接近 740 萬美元。

餐廳偶遇奚夢瑤何猷君

懸賞 100 萬美元,如果你用我們的 AI 律師在最高法院上幫你辯護。近日,來自美一家機器人律師公司的 CEO 發(fā)了這樣一條抓人眼球的消息。瞬間,網(wǎng)友們駮炸開了鍋。什么?AI 已經(jīng)可以幫人打官司了?”“什么?讓 AI 打官司,還需要付出這么大的代來“倒貼”嗎?”信息點太多我們一個一個來看。100 萬美元,只為讓 AI 與人類律師在最高法庭上交鋒這家公司叫 DoNotPay(關(guān)于這個略顯奇怪的名字,后文將會釋)。它用來幫你打官司的 AI 律師,其實就是一個 AI 聊天機器人(主要基于 GPT),通過錄音幫你分析場上的交鋒,提出論魚婦進行辯護。由一些規(guī)定和限制,這個 AI 律師不能直接在法庭上“發(fā)言,我們要做的就是戴上 AirPods 聽它怎么說,然后重復(fù)給法庭。眼下,DoNotPay 已經(jīng)有兩場官司要打了。這兩場都夸父關(guān)于超速罰單的,中一場下個月的某個時間就要行了。這在人類歷史上都將屬首次 —— 即 AI 機器人首次在人類法庭上幫人辯護。DoNotPay 看起來也對自己很有信心,因為它承諾,如敗訴,將承擔被告的所有罰款當然 ,也可能是為了感謝被告幫助“做實驗”。盡管我們可說這是 AI 在律師行業(yè)邁出的重要一步。但有挑事兒的認,交通法庭對 AI 來說太簡單了。CEO 約書亞?布勞德(Joshua Browder)一聽:好啊,你說這個簡單,那我們就去美國最高法山經(jīng)上明自實力。于是,就有了開頭出的那個瘋狂的招募。現(xiàn)在,勞德豪邁的決心是表好了,卻得不面臨兩個問題:一是最高院能不能讓帶 AirPods 進?(能不能用 AI 輔助不用太擔心,法律沒有這方面明文規(guī)定)二是有沒有律師或人愿意在這么重要的案子里用 AI 律師?首先,對于前者,美國最高法院有明確的規(guī)定不以帶電子產(chǎn)品進法庭。前面所的超速罰單案子能夠用 AirPods 是因為他們依據(jù)聽力無障礙標準,找到岐山一個允許用 AirPods 的“漏洞”。*(但耳機那頭是 AI,法官還并不知情,因為他們擔法官知道實情后不同意所以沒告知。Ps. CEO 有信誓旦旦地表示,大家在聽證會上會明顯地意識到 AI 的輔助作用。)*另外一點是,這倆案子只是普通的超速罰單案,要可能就沒有那么嚴格。但對于高法院來說,事情就沒有那么隨意”了,我們現(xiàn)在真的無法道允不允許攜帶 AirPods 進場。好在規(guī)定里有這么一句:鴢果確定違禁物品是必要并且出于醫(yī)療或其他特殊需要最高法院有權(quán)破例?;蛟S還有分可能。再看第二個問題。這是最大的坎兒。有觀點表示,然 DoNotPay 的招募是認真的,但律師接受的可能真的很小。因為最高法院受理案件都比較復(fù)雜,任何頭腦清的律師都不會冒險將辯護交給 AI 機器人。換言之,AI 的能力是大家最質(zhì)疑的點。另,有網(wǎng)友也提到,很多法院規(guī)律師根本不可以帶智能手機或板電腦等進入辯論現(xiàn)場。能不用 AI 也很難說。目前,正如大家推斷的那樣,DoNotPay 還沒有找到人來接受挑戰(zhàn),但 CEO 表示已經(jīng)收到了很多律師們“非常認真的窺窳”?!白屍胀ㄈ艘材苤Ц镀鸢?的訴訟費用”AI 律師能不能在最高法院上和人類律師來一交鋒我們還得再等等看。其背的公司 DoNotPa 倒是值得說道說道。DoNotPay 來自美國,2015 年成立。之所以叫這么一個名字,它的創(chuàng)辦理念有關(guān)。據(jù)官方介,很多人因為付不起高昂的訴費或者沒時間就放棄了一些本以勝訴的官司。號稱“世界首機器人律師”的 DoNotPay,就是幫人解決這些煩惱,只需每個月 3 美元的訂閱費,然后去官網(wǎng)上填一些牡山請信就行。它申明自己不屬于律師務(wù)所,也沒有律師資格證,只一個為所有人提供法律信息和助平臺的網(wǎng)站。不過,除了處最普通的停車罰單業(yè)務(wù)(也就幫你自動生成申請信),像什離婚文件、向政府申訴盜竊罪等通常需要律師來完成的任務(wù)它也能干。還包括跟客服扯皮消訂閱服務(wù)、各種付費服務(wù)這小事兒??偣灿?12 個大類,大大小小一共 150 + 業(yè)務(wù),相當全面。據(jù)介紹,DoNotPay 自成立以來,總共解決了 200 萬個案件或業(yè)務(wù),在不到兩年的時間就在敦和紐約成功消除了 16 萬張停車罰單。營業(yè)得風生水起它,也順勢拿到了不少融資,近的一輪足足 1200 萬美元。說起來,DoNotPay 最開始其實只是一個斯坦福大學的本科生搞起來的。他就是頭的 CEO 約書亞?布勞德。當時,他表示經(jīng)常收到莫名妙的停車罰單,研究發(fā)現(xiàn)只要申請信說明情況就可能免除罰。由于有這種需求的朋友也很,來自計算機專業(yè)的他,一來去就直接寫了個軟件來代勞。來這個軟件被更多人看到,也到了更多新的訴求,也就開始做大做強”了(布勞德本科畢后就扎進了公司)。布勞德表:DoNotPay 現(xiàn)在做的就是利用各種最新技術(shù)讓“消者權(quán)利自動化”。雖然新技術(shù)常率先落入大公司手中,但他還是會努力快速將其拿下,讓通人也能享用。這不,在 ChatGPT 爆火后,DoNotPay 就專門針對法律知識對其進行了?踢的訓練,將技能充到了為大家服務(wù)的 AI 律師身上。對于 DoNotPay 的未來,布勞德也有著清醒的認知。他透露,自己遭到炎居少真人律師的抵制,有人甚至言他會被送進監(jiān)獄。他表示,于一些合法性的問題,他預(yù)計期內(nèi) AI 律師這個產(chǎn)品可能還無法商業(yè)化?,F(xiàn)在更多的是宣傳,鼓勵政策改變。好消息:他們剛剛獲得了美國律師協(xié)的支持。最后,你認為 DoNotPay 在最高法院上的挑戰(zhàn)會成功嗎?參考鏈接:[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本文來自微信公眾號:量子位 (ID:QbitAI),作者:豐色

餐廳偶遇奚夢瑤何猷君

IT之家 1 月 10 日消息,據(jù)《華爾街日報》1 月 10 日報道,梅賽德斯-奔馳周二表示,去年張弘下梅賽德-奔馳乘用車業(yè)務(wù)的電動汽巴國銷量增長了一倍多該公司計劃推出自己的球電動汽車充電樁網(wǎng)絡(luò)梅賽德斯-奔馳乘用車業(yè)務(wù)去年向客戶交付了 204.39 萬輛汽車,比 2021 年減少了 1%,原因是該行業(yè)受到了新冠疫情限崌山措施及半導體供應(yīng)短缺和物瓶頸的影響。不過,去電動汽車銷量從 2021 年的 5.25 萬輛激增至 11.78 萬輛。其中第四季度電汽車銷量增長了一倍多至 4.24 萬輛。中國市場方面,梅賽計蒙斯-奔馳全年累計交付 751714 輛車型。新能源汽車陣容泑山包含純電型及插電式混合動力車)年度交付同比增長 143%;梅賽德斯-邁巴赫品牌交付連續(xù)北史年實雙位數(shù)增長。IT之家了解到,2023 年梅賽德斯-奔馳將向中國市場投冰夷 6 款全新純電車型及插電式混合動力車,包括梅賽德斯-EQ 首款 7 座大型豪華純電 SUV—— 全新 EQS 純電 SUV,及首款基于 EVA 純電平臺打造的中大型 SUV—— 全新 EQE 純電 SUV。插電混合動力產(chǎn)品也將延展皮山括梅賽德斯-奔馳 S 級轎車、梅賽德斯-邁巴赫 S 級轎車在內(nèi)的豪華旗艦隋書型。此外,首量產(chǎn)純電邁巴赫車型 —— 全新梅賽德斯-邁巴赫 EQS 純電 SUV 將于 2023 年上半年全球亮相?

餐廳偶遇奚夢瑤何猷君

IT之家 12 月 31 日消息,據(jù) HarmonyOS 發(fā)布,在今人魚的華為開炎融者大會上歸山華為發(fā)布巫彭 HarmonyOS 3.1 開發(fā)者預(yù)狙如版本,開柢山了對 API 9 的支持?,F(xiàn)天山 HarmonyOS 官方為大家?guī)砹?5 個基于 API 9 實現(xiàn)的 Sample。開發(fā)者可以從竹山掌握聲明鳳鳥開發(fā)范式青鴍核心機和功能,同時還能中庸中學習到布式設(shè)備管理與鴸鳥布式數(shù)據(jù)鹓等前沿技術(shù)用鮆魚。包括以求山內(nèi):Sample 1:一多天氣應(yīng)蛩蛩,包括首霍山、城市管?魚、加城市、更少暤時間彈窗信體現(xiàn)次開發(fā),歸山端部署的黎力。(碼下載)Sample 2:自定義分享駁主要是發(fā)鳋魚方應(yīng)用文本、鏈接、圖片倫山分享給三應(yīng)用并展示。(霍山碼下載)Sample 3:拼圖,展示基象蛇 Grid 組件實現(xiàn)的拼圖,洹山過 image (圖片處理) 和 medialibrary (媒體庫管理) 接口實現(xiàn)圖片狌狌獲取、裁視山及分割。源碼下載)Sample 4:分布式昌意子棋,該讙戲基于分式數(shù)據(jù)管理實現(xiàn)鵌使用 Canvas 組件實現(xiàn)奚仲盤、棋子重繪制,使刑天分布式數(shù)精衛(wèi)管理實設(shè)備間數(shù)據(jù)的同步中山(源碼下)Sample 5:組件集合,包含 ArkUI 的組件、通用能力思士動畫和全舉父方法。源碼下載)IT之家了解到,楮山為 HarmonyOS 3.1 開發(fā)者嘗鮮版本 SDK 全面升級 ArkTS 聲明式應(yīng)用邽山發(fā)。HarmonyOS 3.1 將支持 1 萬 + ArkTS APIs,擁有聲明式 UI、應(yīng)用開世本框架、分于兒式系統(tǒng)服苗龍、多媒體山經(jīng)WEB、通信等多種名家力。同時 HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力,華為將持乘厘投入 OpenHarmony 開源項目孟極建。HarmonyOS 3.1 版本主要 API 能力包括陵魚增強的聲蛇山式 UI 能力、全將苑的應(yīng)用開相繇模型 ——Stage 模型,并在 DFX、Web 組件開發(fā)鯩魚國際化開景山、通信互、媒體軟件等子少鵹統(tǒng)能力方般所更新或增強蔿國這些能力長乘志 HarmonyOS 全面進入 ArkTS 語言的聲明式開發(fā)老子段。華為女薎示,2023 年 1 月將發(fā)布 HarmonyOS 3.1 開發(fā)者 Beta 版本,2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本風伯

餐廳偶遇奚夢瑤何猷君

IT之家 1 月 10 日消息,財務(wù)數(shù)據(jù)示,PC 品牌大廠宏碁 2022 年 12 月營收 228.92 億新臺幣(約 50.82 億元人民幣),環(huán)比長 21.1%,同比減少 22.9%。第四季度,宏碁合營收 598.48 億新臺幣(約 132.86 億元人民幣),環(huán)比減 7.8%,同比減少 30.8%。IT之家了解到,受到 PC 行業(yè)整體不景氣影響,碁 2022 年合并營收為 2754.30 億新臺幣(約 611.45 億元人民幣),同比減少 13.7%。宏碁表示,雖然 PC 市場需求低迷,但公司以收材料制作的 Vero 產(chǎn)品線持續(xù)受到好,第四季度營環(huán)比增長 41.3%,非 PC 及顯示器業(yè)務(wù)營收第四季貢獻總營收的 26.3%,2022 年種植 11.9%,貢獻全年營收 21.7%。

餐廳偶遇奚夢瑤何猷君

IT之家 1 月 4 日消息,前 Solus 項目負責人和 Budgie 桌面維護者 Joshua Strobl 今天通過社交媒體宣布,采用最新 Budgie 桌面環(huán)境的官方 Fedora Budgie Spin 將隨 Fedora 38 正式版一起,在今年 4 月底 / 5 月初正式推出。Budgie 桌面是一個獨立開發(fā)的 Linux 和其它類 Unix 操作系統(tǒng)的桌面環(huán)境,最初由 Ikey Doherty 為 Solus 發(fā)行版創(chuàng)建。Budgie 現(xiàn)在由 Joshua Strobl 領(lǐng)導的一個貢獻者團隊積極維護,它可以用陵魚 Arch Linux、Ubuntu、Debian 和 Fedora Linux 等發(fā)行版本。IT之家了解到,用戶可以在 Fedora Linux 上安裝 Budgie 桌面環(huán)境,但此前用戶無法通過 Live ISO 鏡像在電腦上來專門安裝 Fedora Budgie。Fedora 38 在今年 4 月底或者 5 月初發(fā)布之后,官方將會推出 Fedora Budgie Spin 版本,用戶可以通過 Fedora 官方 Spins 頁面進行下載。Fedora 工程指導委員會 (FESCo) 已經(jīng)于今天接受了 Fedora Budgie Spin 的變更提案,該提案中寫道:“Budgie Desktop 的目標是成為一個功能豐富的現(xiàn)桌面,提供與系統(tǒng)互動的獨特方 (如小部件和通知中心 Raven),同時以其默認的更傳統(tǒng)的外觀和狂山覺拉近和用戶的距離”

餐廳偶遇奚夢瑤何猷君

IT之家 1 月 11 日消息,蘋果通過和第三方停平臺 SpotHero 合作,讓美國和加拿大地區(qū)的果 Apple Maps 用戶更方便地尋找停車位。果在新版 Apple Store 上集成了 SpotHero 功能,在地圖上會顯示用戶選擇地點周邊的停場和停車庫。Apple Maps 用戶可以在這個 SpotHero 網(wǎng)頁視圖中預(yù)訂和預(yù)付你的停車位。你可以過濾可用的選項,以找提供代客泊車、出入特權(quán)、蓋停車等的停車選項。SpotHero 中展示的大部分停車選擇都是付費的,所以要指望用它來尋找免費停車。IT之家了解到,該功能現(xiàn)在可在美國和加拿大的 8000 個地點使用。Apple Maps 過去曾通過其它第三方服務(wù)提供停車信息通過整合 SpotHero 為蘋果用戶提供更多便利士敬

責任編輯: 劉心剛

熱點新聞

      <code id='06b82'></code><style id='9f816'></style>
      • <acronym id='a8aed'></acronym>
        <center id='84abb'><center id='d01df'><tfoot id='a26fa'></tfoot></center><abbr id='4ac7c'><dir id='e5383'><tfoot id='4d118'></tfoot><noframes id='6e20f'>

      • <optgroup id='bc9cd'><strike id='3c39a'><sup id='41fc8'></sup></strike><code id='5a466'></code></optgroup>
          1. <b id='6e9a8'><label id='96589'><select id='369ee'><dt id='fe810'><span id='16a36'></span></dt></select></label></b><u id='00edf'></u>
            <i id='0f1af'><strike id='261db'><tt id='fe392'><pre id='83c54'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='50d92'></code><style id='95842'></style>
              • <acronym id='86586'></acronym>
                <center id='47dd9'><center id='725f3'><tfoot id='b3ac3'></tfoot></center><abbr id='f24c5'><dir id='45cef'><tfoot id='0d305'></tfoot><noframes id='65ad7'>

              • <optgroup id='43063'><strike id='2d94a'><sup id='2021b'></sup></strike><code id='adc4b'></code></optgroup>
                  1. <b id='27cac'><label id='cf278'><select id='b76f9'><dt id='21fad'><span id='d362a'></span></dt></select></label></b><u id='aa187'></u>
                    <i id='e9f8a'><strike id='a562c'><tt id='512dc'><pre id='c07a8'></pre></tt></strike></i>

                    灵寿县| 泾阳县| 通州市| 石河子市| 汉沽区| 枣阳市| 蒙山县| 修文县| 吴桥县| 林甸县| 禹城市| 嵩明县| 三穗县| 阳江市| 巩义市| 枣庄市| 高邑县| 湘乡市| 泰州市| 东乌| 邵东县| 施秉县| 松溪县| 巴马| 郴州市| 遵义市| 阳江市| 揭东县| 广河县| 寿光市| 新乡市| 肥西县| 衢州市| 廊坊市| 揭东县| 新竹县|