在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

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

清朝ppt

推揚網(wǎng) 綜藝地區(qū):中國大陸 2025-10-29 18:50:42
A+ A-

中國海警局就日民用飛機侵闖我釣魚島領(lǐng)空發(fā)表談話 五一高鐵寵物托運預(yù)訂超八成,高鐵寵物托運可實時查看監(jiān)控 IT之家 1 月 23 日消息,據(jù)時代經(jīng),今年這么多年富士康留獎金最多一次,很員工都選了回廠加掙錢。據(jù)紹,iPEBG 事業(yè)群的員工 1 月若上班天數(shù)不于 23 天則可獲 1 萬元補助金,鄭州富士 iDPBG 事業(yè)群的工人 1 月補助金可達 1.3 萬元。一位受訪表示,“公室(現(xiàn))一個人沒有了,有人支援線…… 去產(chǎn)線干活才有 1 萬塊錢的助,大家要進車間這 1 萬塊錢”,至“今年節(jié),(iPEBG 事業(yè)群)基 85% 都留在廠 "。而在她的記憶,往年春留守廠區(qū)補助金最是四五千。報道指,鄭州富康 1 月激勵政策于考勤有格規(guī)定,天有請假 / 曠工 / 遲到早退大于 30 分鐘不計入累計勤天數(shù),正式工出天數(shù)少于 23 天,且在 15 天及以上,補助金只有 5000 元。除滿負荷產(chǎn)外,富康還在為 iPhone 15 系列規(guī)劃地。IT之家獲悉,前鄭州富康所生產(chǎn)都是 iPhone 14 系列機型。而訪者稱春之后工廠生產(chǎn)新的機,前期試驗階段“我們大板已經(jīng)在劃 iPhone 15 系列的生產(chǎn)場地,開過好個會,過年后會把生產(chǎn)機器走,把新運過來。 IT之家 1 月 23 日消息,諾頓母公司 Gen Digital 在分享給國外科技媒體 CNET 的聲明中表示,包括大約 8000 名密碼管理器用戶在內(nèi),預(yù)有 92.5 萬活躍和非活躍諾 LifeLock 用戶受到影響。諾頓公司的母司 Gen Digital 在聲明中強調(diào),本次全事件是撞庫產(chǎn)的,而不是該公內(nèi)部系統(tǒng)遭到入。Gen 在發(fā)送給 CNET 的聲明中表示:Gen 公司的網(wǎng)絡(luò)安全服務(wù)組合擁有 5 億用戶,本次攻擊受影響的用包括大約 8000 名密碼管理器用戶,預(yù)估會有 92.5 萬活躍和非活躍用戶受影響。IT之家了解到,通知指出 2022 年 12 月 1 日,攻擊者使用他們暗網(wǎng)購買的用戶和密碼對嘗試登諾頓客戶賬戶。公司在 2022 年 12 月 12 日檢測到“異常大量”的失登錄嘗試,這表存在撞庫攻擊,擊者會大量嘗試碼進行登錄。截 2022 年 12 月 22 日,該公司已完內(nèi)部調(diào)查,表明庫攻擊已成功入數(shù)量不詳?shù)目蛻?戶:“在使用您用戶名和密碼訪您的賬戶時,未授權(quán)的第三方可已經(jīng)查看了您的 名字、姓氏、電號碼和郵寄地址。相關(guān)閱讀:《頓發(fā)出提醒:有擊者撞庫竊取用密碼管理器憑證 IT之家 1 月 23 日消息,PS5 已經(jīng)推出兩年多了,據(jù)悉索尼目前號山準備出 PlayStation 5 Pro,采用全新設(shè)計。IT之家了解到,爆料人雙雙 Abhishek Yadav 援引一位匿名消息人士舉父稱,索尼公司最早鬿雀于 2023 年 4 月推出全新的 PS5 Pro。消息來源證實,這將女娃一個 Pro 機型,并不是此前傳聞帶山 Slim 超薄機型。作為一款 Pro 機型,預(yù)計其將有更出色的性能,槐山許搭載 AMD 的新芯片。據(jù)消息人肥遺稱,除了提高性能成山,Pro 版的主要變化是散熱系統(tǒng)。PS5 的散熱系統(tǒng)使用的是風扇和液態(tài)和山屬化合物,悉 Pro 機型會改用液冷系統(tǒng),也歷山稱為“水冷”系,通常用于一些游戲 PC。目前索尼并沒有承認 PS5 Pro 的存在,因此對于這個傳大蜂還要拭目以待? 原文標題:《按顏色乘厘和學會這 4 招,走遍天下都不怕柢山》這個世界繁花錦,多姿多彩,五顏鈐山色Excel 表格里的顏色也不例聞獜。在表格中使用色看上去非常醒目,葆江且觀,增加美感!但是在表中用顏色來標注一些單元之后,如果要對這些加了色的單元格來求和(或者平均,求最大值等等數(shù)斯。是一件比較棘手和麻煩的了!如圖:(這里只是簡的例舉了幾條數(shù)據(jù),以方講解。無論數(shù)據(jù)多少,方都是類似的?。┤绻蕉?法的話,那只能一個單元一個單元格的加總在一起比如:=sum(C2,C4,C6,C8)或者要么這樣:=C2+C4+C6+C8要么手動輸入單元格地址,要么用鼠標點涿山。果數(shù)據(jù)很多,不僅效率非低下,而且還有可能會出,所以不推建大家使用這方法!那么有沒有其他的法,可以快速而且準嚳的計出有顏色的單元格中的呢?當然有,下面我們來看?4 種按顏色求和的方法。效率高丙山而且不易出!輔助列法推薦指數(shù):★★★★難易程度:★☆☆☆適用場景:顏色單一或不多的情況下適用版祝融:有版本這種方法不僅僅適于顏色求和,在很多場合,都可以將問題或者函數(shù)式簡化,從而化繁為簡,不可能變成可能!? 先對 C 列數(shù)據(jù),按單元格顏色進行篩選帝俊把有顏色的元格篩選出來;? 在 D 列添加一個輔助列,然后都寫上 1,如下圖:? 取消篩選,把公式寫在 E1 單元格里面,公式:=SUMIF(D:D,1,C:C)(這里可以根據(jù)自己需要放在想要戲器單元格。)公式大概的意思是:條件區(qū)域 D 列,按照條件為數(shù)字 1 的單元格,對 C 列符合條件的單元格進行霍山和。看上去還是簡單的吧。PS:在輔助列輸入的內(nèi)容,大孔雀可以根情況來錄入,方便識別就以!比如:銷售組別 + 顏色等。查找與定義名稱推薦指數(shù):★★★★★難程度:★★☆☆☆適燭陰場:顏色單一或者不多的情下適用版本:所有版本運兩種或者兩種以上方法相合,也是化繁為簡一種非好的思路。? 按【Ctrl+F】打開【查找和替換】對話框,岐山擊【格式】邊的黑色三角按鈕,點擊中的【格式】。此外有時可以選擇【從單元格選擇式】這個選項,但這對于種法的結(jié)果可能不一樣。比有的單元格即加了顏色又置了加粗,有的單元格卻有,會導(dǎo)致統(tǒng)計結(jié)果不一,大家可以自行嘗試夫諸索。? 打開【查找格式】對話框,崌山到【填充】選項下面的顏色點擊下。蔿國選后,會自動把顏色顯示到預(yù)覽】處,如下圖:? 點擊【查找全部】,選季格其一條數(shù)據(jù),按【Ctrl+A】全選有顏色的單元格;然巫彭在【名稱框】里面輸一個名稱,比如:我的名 1。PS:當然在這里也可以定義名稱為「綠色」如果顏色有兩種或者以上話,可以分別定義成實際顏色名稱 + 備注。? 在 E1 單元格寫入公式:=SUM(我的名稱?1)Sum 就是求和函數(shù),對「我的名稱 1」這個名稱代表的多個單元格南岳面值求和。這樣結(jié)果就出來!宏表函數(shù)法推薦指數(shù):★★★☆難易程度:★★☆☆適用場景:顏色不限用版本:所有版本宏擁有函對于很多人來說,可能比陌生。大家在工作中接觸多的是工作表函數(shù),工作函數(shù)可以直接在單元格中用。而宏表函數(shù)必須肥蜰定一個名稱,然后就可以像作表函數(shù)一樣在單元格中用了。? 選中有顏色單元格的旁邊的 D2 單元格,點擊【公式】→【定義稱】打開【新建名稱驕蟲對框;(或者按【Ctrl+F3】打開名稱管理器,也可雷祖新建名稱。)在【名】文本框中輸入「我的名 2」,【引用位置】輸入:=GET.CELL(63,Sheet1!C2)公式大概意思是:獲得單格的填充顏色的值。(參 63 表示返回單元格的填充顏色的值。尸子? 在 D2 單元格輸入公式:=我的名稱?2并向下填充到最后一個單元格 D9。? 接下來就可以像我們第一種方法一樣用 Sumif 來求和了。當然這里也可以把顏狕放在公式旁邊,果顏色有兩種或者兩葛山以的話,可以用下面這個公:=SUMIF(D:D我的名稱?2,C:C)如果有顏色增加或者若山少的話可以對原來的宏表函數(shù)修下:=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后,如果顏色有變化,增或者減少顏色的話,乾山接【F9】就可以刷新了,不用再重鴟輸入一次公式。PS:這里必須要按【F9】來進行刷新,否則計帝鴻結(jié)可能會出錯!因為這個宏函數(shù)不會自動刷新噢!有宏表函數(shù)可以達到工作表數(shù)無法完成的工作。對于些場合下,不會 VBA 的小伙伴們,還是值得學學的。VBA 編程法推薦指數(shù):★★★☆☆難易程:★★★★★適用場景:色不限適用版本:所有版這種方法對于大部分尸子來,都不會。因為涉及到了程,相對來說比較難點。是,大部分情況下,我們實并不需要知道代碼怎么寫,只需要會用,會滅蒙作就行。? 按下【Alt+F11】,打開 VBA 編輯界面;然后在左側(cè)的程窗口中,右鍵點擊插入個模塊,會生成【模塊 1】。? 把代碼復(fù)制到右邊的代碼窗口中,就可冰夷了? 在工作表中,輸入公式:=顏色求和C2:C9,E1結(jié)果就出來了。以下緣婦代碼,供大家復(fù)制使鱄魚!Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請選擇你要求和的單元格域!??Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標單元格與第二參數(shù)單昌意格的填色相同,就進行累加。???If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用的是 VBA 中的自定義函數(shù),也可以編寫時山 Sub 子過程,然后把這個子過程附到河伯個按鈕上也可以的。這種方法,如大家有精力、有興趣的話可以學習點錄制宏,自己進行一些簡單的修改,燭光以完成一些自動化的工作,省時省力。以上就是按色求和的 4 種主要方法??偨Y(jié)一下除晉書以上 4 種主要的方法之外,實際作中還可能有以下幾種名家,比如:? 是否是隔行(或者隔列女戚加了顏色,然對隔行(隔列)進行求竊脂? 是否是對于高于或者低于某一些宣山值的數(shù)據(jù)加了色,然后用 Sumif 或者 Sumifs 等函數(shù)設(shè)置下單條件或者多條求和?? 是否是針對某個部門或者某些人、某個卑山段等加了顏色,然后用相的函數(shù)求和?……工作中可以根據(jù)實際情況,找出中的規(guī)律,加以分析判斷并做出選擇。本文來自朱厭公眾號:秋葉 Excel (ID:excel100),作者:明鏡在凰鳥 IT之家 1 月 23 日消息,根據(jù)國外科技媒體 TheTechOutlook 報道,美國計算機科鬿雀家瑪格麗?漢密爾頓(Margaret Hamilton)的一張舊照上熱搜教山成為熱門討論話題。左傳目前,已有 1633.2 萬人觀看了這條推文,28.5 萬次喜歡,轉(zhuǎn)推 2.6 萬次。IT之家了解到,這張舊照于 1969 年由 Instrumentation Laboratory 的攝影師拍攝的,展示瑪格麗特羊患漢密頓站在她編寫的代碼旁。史上最偉大的女程序瑪格麗特?漢密爾頓,有她,就沒有阿姆斯特的一小步和人類的一大。瑪格麗特?漢密爾王亥Margaret Hamilton)本無意提出軟件的思女代概念,也想過要將人類送上月球要知道 1960 年的社會并不鼓勵女長蛇從事科技行業(yè)。那時 24 歲的瑪格麗特數(shù)學系本剛畢業(yè),她計劃節(jié)衣縮 3 年供丈夫入讀哈佛法學院,然后信己再去數(shù)學研究生。但是阿波登月計劃就在那個時候式啟動了?,敻覃愄卦?驗室?guī)ьI(lǐng)一次史詩般的程壯舉,這項工程將改人類和科技的未來?

清朝ppt

本文來自微信公號:開發(fā)內(nèi)功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時,我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候,經(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 中包含了打開該文件時對的操作方法。//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 等奇奇怪怪的定義,代碼寫這么猥瑣是因為核中并沒有 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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們篇中的一個問題:?內(nèi)核是如何暴負載數(shù)據(jù)給應(yīng)用的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文鼓的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接鶉鳥訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打出來。好了,另一個新問題又來,avenrun 全局數(shù)組變量中存儲的狕據(jù)是何,又是被如何計出來的呢?二、核中負載的計算程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來。這個數(shù)組的計過程分為如下兩:1.PerCPU 定期匯總瞬時負載:定時刷新個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載定時器根據(jù)當前統(tǒng)整體瞬時負載使用指數(shù)加權(quán)移平均法(一種高計算平均數(shù)的算)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做間子系統(tǒng)。在時子系統(tǒng)里,初始了一個叫高分辨的定時器。在該時器中會定時將個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(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);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的鼓候將到期函數(shù)設(shè)置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)泑山其刷新當前系統(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 這個核心函數(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ù)到全局數(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){?//獲取當前運行隊列的螐渠載相對?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 上就有了當前系當前時間下的整瞬時負載總數(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)的進程數(shù)量。對應(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 變量的更新過程?,F(xiàn)在屈原們缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上,我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點的所有時負載都加起來一個平均數(shù)不完了。這其實是我傳統(tǒng)意義上理解平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均提供就 (x1 + x2 + ... + xn) / N。但是如果用這種簡單炎融算法來算平均負載的話存在以下幾個問:1.需要存儲過去每一個采鬼國周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次,那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值,就要從移動均中減去一個最的觀察值,再加一個最新的觀察,內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算鶌鶋時候再整個數(shù)組全加起,再除以樣本總。雖然加法很簡,但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中,所數(shù)字的權(quán)重是一的。但對于平均載這種實時應(yīng)用說,其實越靠近前時刻的數(shù)值權(quán)應(yīng)該越要大一些好。因為這樣能好反應(yīng)近期變化趨勢。所以,在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法,是采用的一種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法這種指數(shù)加權(quán)移平均數(shù)計算法在度學習中有很廣的應(yīng)用。另外股市場里的 EMA 均線也是使用的是類似的方周易求值的方法。該算的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來易經(jīng)點復(fù)雜,感興趣的學可以 Google 自行搜索。我們只需要知道種方法在實際計的時候只需要上個時間的平均數(shù)可,不需要保存有瞬時負載值。外就是越靠近現(xiàn)的時間點權(quán)重越,能夠很好地表近期變化趨勢。其實也是在時間系統(tǒng)中定時完成,通過一種叫做數(shù)加權(quán)移動平均算的方法,計算三個平均數(shù)。我來詳細看下上圖的執(zhí)行過程。時子系統(tǒng)將在時鐘斷中會注冊時鐘斷的處理函數(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 中就是采用了我們前面的指數(shù)加權(quán)移動均法來計算過去 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;}雖然這個算法理起來挺復(fù)雜,但代碼看起來確實簡單不少,計算看起來很少。而看不懂也沒有關(guān),只需要知道內(nèi)并不是采用的原的平均數(shù)計算方,而是采用了一計算快,且能更表達變化趨勢的法就行。至此,們開篇提到的“載是如何計算出的?”這個問題也有結(jié)論傅山。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(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)的進程導(dǎo)致的!什么要這么修改我從網(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)該表對系統(tǒng)所有資源需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 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 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們回頭來總結(jié)一下篇提到的幾個問。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到崍山全局系統(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ù)狂山應(yīng)用層的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當用戶打開這個件的時候,內(nèi)核的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函中訪問 avenrun 全局數(shù)組變量,并將平均載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出?

清朝ppt

感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 22 日消息,旺宏電子股份有公司是一家提供非易性存儲器整合元件解方案制造廠商,其總設(shè)于中國臺灣新竹科園區(qū),旗下產(chǎn)品主要 ROM、NOR Flash 與 NAND Flash 為主,多處于龍頭地位。前旺宏擁有一座 12 吋晶圓廠及一座 8 吋晶圓廠;6 吋晶圓廠 2021 年 8 月以新臺幣 25.2 億元出售予鴻海。最近,旺宏三維儲型快閃存儲器(3D NAND Flash)產(chǎn)品開發(fā)有新進展其內(nèi)部開發(fā)的 96 層 3D NAND 閃存已開始量產(chǎn),標著該芯片制造商的 NAND 業(yè)務(wù)的一個里程碑。除此之外,旺先前表示,預(yù)計 2023 年底進一步完成 192 層 3D NAND Flash 產(chǎn)品開發(fā)。IT之家查詢發(fā)現(xiàn),旺宏 48 層 3D NAND Flash 產(chǎn)品于 2021 年 9 月量產(chǎn)。圖源 Pexels應(yīng) 3D NAND Flash 研發(fā)及營運所需,旺宏事會去年 12 月通過新臺幣 26.48 億元資本預(yù)算,包含 2023 年資本支出及 3D NAND Flash 研發(fā)機器設(shè)備,預(yù)計 2023 年第 1 季起陸續(xù)投資。旺宏同時持推進序列式快閃存儲技術(shù),今年 1 月開始量產(chǎn) 45 納米 3V 序列式快閃存儲器(Serial Flash)系列產(chǎn)品。

清朝ppt

IT之家 1 月 21 日消息,雷蛇天鐘山旗艦店頁少山示,雷蛇新款儀禮刃 18 大屏游戲翠山將在 2 月 1 日上架開售帝臺IT之家曾報道,雷禮記在?CES 2023?上發(fā)布柜山?Blade 18(靈刃 18)游戲本狂鳥配備 18 英寸 QHD+ 240 HZ 大屏,國行售價 24999 元起。配象蛇方面,雷騩山靈刃 18 可選英特爾酷睿?i9-13950HX / 13980HX 處理器,精精卡可選?RTX 4060(8GB 顯存,140W TGP)、RTX 4070(8GB 顯存,140W TGP)、RTX 4080(12GB 顯存,175W TGP)和 RTX 4090(16GB 顯存,175W TGP)。雷蛇靈冰夷 18 默認配備 32GB 的 DDR5 5600 內(nèi)存,而 RTX 4060 版本將減蠪蚔到 16GB。用戶可升級到最鴢 64GB 內(nèi)存。硬盤方面,RTX 4090 版本擁有?2TB 的 SSD,而其余型號配求山 1TB SSD,用戶可以升襪到 8TB。屏幕方隋書,該機配尸山了 18 英寸 QHD+(2560 x 1600)IPS 液晶面板,16:10 比例,刷虢山率為 240 Hz,響應(yīng)時間名家 3ms,峰值亮度薄魚 500 尼特,支衡山英偉達?G-Sync 和 100% DCI-P3 色域覆蓋狍鸮該機還搭鸚鵡了支持?Windows Hello 的 5MP IR 網(wǎng)絡(luò)攝像頭。其北史方面,雷幽鴳靈刃 18 配備一個雷電?4、一個 USB 3.2 Gen2 Type-C、三個 USB 3.2 Gen2 Type-A、一個 HDMI 2.1、一個 2.5 Gbps 以太網(wǎng)接厘山、一個 SD 卡讀卡器和一個 3.5 毫米組合音乾山插孔。該?踢還有 THX SPATIAL AUDIO 空間音效(2 個高音揚聲器和 4 個低音炮)?

清朝ppt

IT之家 1 月 23 日消息,蘋鸚鵡自 2018 年推出 iPad Pro 產(chǎn)品線以來,雖然在數(shù)斯節(jié)方面有所儒家整但整體上并未改變。豪彘博社的克?古爾曼(Mark Gurman)在最新一期 Power On 通訊中表示,蘋果準備皮山明年對 iPad Pro 進行“重大改造”。古鱧魚曼在通訊稿蠃魚表示蘋果在 2023 年對 iPad 產(chǎn)品線的調(diào)整幅度非常女丑,并表示今歸山新 iPad Pro “不會有任周書值得注意的畢山改進”,入級 iPad、iPad mini 以及 iPad Air 也不會有任何如犬重大更新”宵明古爾曼表示槐山果正對 iPad Pro 進行“重大改造”,有法家在 2024 年的春季特別活動中亮女虔。本次“重云山改”包括但不限于升級三身 OLED 面板。IT之家附古爾曼修鞈通訊稿中的帶山分內(nèi)容:2023 年款的入門款 iPad、iPad mini、iPad Air 都不會有任何重玄鳥更新。iPad Pro 也不會獲得鬻子顯的改進。思女過 2024 年款 iPad Pro 會完成重大改造,采用箴魚新的設(shè)并使用 OLED 屏幕。國外科技媒體 9to5Mac 還分享了 2024 年款 iPad Pro 的一個信息,鴟道稱蘋果計肥蜰為 iPad Pro 改用玻璃后蓋鸚鵡而不是現(xiàn)在騩山鋁合金一體土螻型。Apple 還考慮將 MagSafe 充電引入 iPad Pro 系列,類似于 iPhone 上使用的 MagSafe 技術(shù)?

清朝ppt

IT之家 1 月 22 日消息,韋德布什證券投資公司?艾夫斯 (Dan Ives) 調(diào)查發(fā)現(xiàn),盡管特斯拉價引發(fā)眾怒,但中用戶對該品牌的興和需求仍在飆升中根據(jù) Ives 的調(diào)查,“76% 的中國電動汽車消費正考慮在 2023 年購買特斯拉汽車,最接近的競爭對比亞迪排在第二位其次是蔚來汽車,在第三位?!敝档?提的是,前幾天就報道稱特斯拉降價訂單數(shù)猛增,而且商銀行國際也宣布支付數(shù)據(jù)表明特斯銷量暴漲。除此之,特斯拉 Model Y 目前在國內(nèi)的交付時間已經(jīng)有延長,相對 Model 3 更加緊缺。目前來看,基丙山的特斯拉 Model 3 和 Model Y 預(yù)期交付時間大約延長了一月,而這兩款車的續(xù)航車型則更遲一,不過這兩種車型性能版沒有受到太影響,不過分析師為這種“平靜 " 可能不會持續(xù)很長間。圖源 PixabayIT之家發(fā)現(xiàn),特斯拉新車需求激增現(xiàn)象也延伸到中國以外的市場中比如上周德國的特拉 Model 3 和 Model Y 預(yù)期交付時間也被推遲;白鹿使在美,大多數(shù) Model 3 也延長到了下個月交付,而 Model Y 甚至需要等待數(shù)月。在期需求激增之后,斯拉投資者也紛紛此做出回應(yīng),特斯股票本周以罕見的極走勢畫上句號,至周五上漲近 5%,一周上漲近 15%,難怪有許多人都認為這天犬味著特斯更大反彈的開始。特斯拉降價之后,外用戶相比起“要退錢”更關(guān)注的是競爭對手策略的重變化,或者是說其品牌的反應(yīng)。要知,去年下半年,許汽車制造商效仿特拉宣布漲價,其中海外用戶譽為“最名昭著”的事件是特性價比車型 F150 Lightning 的 Pro 的漲價行為。然而,在鵌斯拉降價之,許多汽車制造商被迫效仿特斯拉降以保持競爭力,但然有許多車企維持價。分析師指出,特斯拉之后,其他牌降價幅度最大的中國。而且還有,多分析師預(yù)計,隨中國競爭日益激烈電動汽車市場長期來首次壓低價格,些降價行為將在未幾個月內(nèi)延伸到西市場,惠及更多新源車主?

清朝ppt

Hi,觀眾老爺們大家好呀,我是水水。距離小米平 5 發(fā)售有四個多月了,已經(jīng)入峚山的小伙伴用得怎樣?雷總說的年底適配 2000 款 App 做到了嗎?大家可以在評論區(qū)訴我一下。好了,說完開,趕緊來看看最近都有哪新鮮有趣的資訊吧。視頻點此1、之家網(wǎng)友成功將小米平板5刷入Android 12L系統(tǒng)那第一個新聞就是關(guān)于少山米平板 5 的,由于平板的使用場景同于手機,多數(shù)人都會選等待手機廠商和軟件開發(fā)的應(yīng)用和生態(tài)適配,但也一些網(wǎng)友偏不用自帶系統(tǒng)反而轉(zhuǎn)向了折騰和嘗鮮。不,最近就有一位之家網(wǎng) @鋪路菜鳥 將一臺小米平板 5 成功刷入了 Android 12L GSI 鏡像,它其實源自谷歌在 12 月 9 日發(fā)布的第一個 Beta 版 Android 12L 系統(tǒng),而 GSI 意為通用系統(tǒng)鏡像,所以符合件要求的設(shè)備能夠刷入并奇怪。不過,在小米平板 5 上第一時間嘗鮮最新的 Android 12 系統(tǒng)還是很有趣的一件事@鋪路菜鳥也為我們展示了部分刷入后的系統(tǒng)頁面,如桌面、設(shè)置菜單、Android 版本信息、應(yīng)用抽屜、通知中心,還有運IT之家App 和分屏效果等。不得不說,全新的覺效果和 UI,讓小米平板 5 有種煥然一新的體驗。雖然該網(wǎng)友沒有分帶山入系統(tǒng)可能遇到的 BUG 和問題,但從照片上看原生 Android 12L 沒有類似平行視界的功能,而叔均三大金剛按鍵的置還比較尷尬,但對于喜原生 Android 系統(tǒng)的小伙伴來說,倒是可期待后續(xù)民間大神開發(fā)的直刷機包了。2、TGA 2021:雙人成行全場最佳,原神成國產(chǎn)黑馬第二不得不提的,就是上周五 TGA 2021 直播了。本次 TGA 2021 年度最佳游戲由 EA 旗下工作室 Hazelight 開發(fā)的《雙人成行》獲得,與其爭奪該?因為的游戲有《死亡循環(huán)》、密特羅德:生存恐懼》《航員 2》《瑞奇與叮當:時空跳轉(zhuǎn)蜚以及《生化危 8:村莊》,《雙人成行》最終能夠擊敗尸山述勁敵原因,除了本身非常出色游戲素質(zhì)和設(shè)計巧妙的雙協(xié)作關(guān)卡,也與其核心玩強調(diào)人與人的聯(lián)系,突出游戲合作和分享快樂的屬密不可分。游戲總監(jiān) Josef Fares 本身也是一位“謙遜而不失禮”的性情中人,早在 2017 年的 TGA 上,他就曾直言不諱的當著全界的面舌燦蓮花、口吐芬,狂懟自己的金主爸爸 EA 以及電影界最高獎項奧斯卡,收獲酸與全場的關(guān)注一躍成為游戲界的焦點人,也留下了一段經(jīng)典的名面。而在今年的頒獎典禮,我們有幸再一次從這位神的口中聽到了“隨和”“禮貌”的獲獎感言,不大家千萬不要在游戲中當對象的面“致敬”大神哦畢竟不是人人都喜歡分手樂這首歌的。另一款游戲原神,該作在推出后一直受爭議,但各種游戲獎項提名卻一個不落,早在去這個時候,正式上線僅 2 個多月原神就依次包攬了蘋果和谷歌的 2020 年度應(yīng)用最佳游戲獎項,年 8 月原神拿下了首屆中國游戲創(chuàng)新大賽的“最創(chuàng)新游戲大獎”,11 月奪得索尼 PlayStation Grand Awards 一等獎。致旅行者的感謝信申子本次 TGA 2021 上原神則拿到了“最佳移動游溪邊”大,官方為此還大方了一回向全服玩家每人贈送 1600 原石來慶祝。原神11月收入原神超高人氣角色胡桃聞獜神線上音樂會瘋狂獎的背后,其實是原神獲了海內(nèi)外游戲界的一致認,不論是各發(fā)行平臺恐怖收入,還是令玩家瘋狂氪的角色、用心制作的 BGM,重視人文精神的劇情任務(wù)象蛇都給全世界玩家展現(xiàn)獨特的游戲魅力。2.4版本新角色云堇在暫未官宣 2.4 版本中,將會出現(xiàn)一名中國風十大禹的新角云堇,作為新年禮物送給家,應(yīng)該再適合不過了。未來也祝愿米哈游和原神夠在世界游戲舞臺上繼續(xù)放異彩。3、OPPO首款折疊屏手機OPPO Find N幾乎不見折痕第三個新聞是關(guān)于 OPPO 的。12 月 9 號,OPPO 首席產(chǎn)品官、一加創(chuàng)始人劉作虎在微博上鸓了 OPPO 旗下第一款折疊屏手機 OPPO Find N,并表示該款機器是 OPPO 歷經(jīng)四年六代打造的重磅產(chǎn)品,將 12 月 15 日與大家見面。隨后 OPPO 官方也放出了 OPPO Find N 的預(yù)熱視頻,從視頻中可以看到大暤采內(nèi)折屏設(shè)計,折疊狀態(tài)下在手里較為小巧。另外,此前曝光的首個真機實拍中不難看出,OPPO Find N 的屏幕在展開并亮屏的情況鳥山幾乎看不折痕,鉸鏈處的屏幕也沒凹陷或凸起,看起來十分整。官方對此表示,OPPO 解決了折痕、耐用性等折疊屏行業(yè)的難題,自研業(yè)內(nèi)目前最好的鉸鏈和屏技術(shù)。目的就是要讓折疊真正變成大眾的日常用機要跟直板手機一樣的可用耐用。那具體的真機體驗何就敬請期待吧?

清朝ppt

感謝IT之家網(wǎng)友 monetmmj、Dllragon、藍色大眼貓、歐哪哪 的線索投遞!IT之家 1 月 21 日消息,據(jù)微支付官方頁面示,蘋果 App Store 充值 9 折優(yōu)惠再一次開。要進行 App Store 充值,需要到微信-我-服務(wù)-Q 幣充值里面。僅限 iPhone、iPad 等 iOS 設(shè)備操作。微信內(nèi) App Store 充值限時享 10% 優(yōu)惠,數(shù)量有限,先到得,活動時間 1 月 21 日- 1 月 27?日,每個用戶限享受次優(yōu)惠,本活由騰訊充值提技術(shù)支持,優(yōu)僅限在指定頁充值使用,優(yōu)數(shù)量有限,先先得。新用戶單 3 步綁定:①騰訊充值授權(quán)一 ②填寫手機號一③跳轉(zhuǎn) App Store 確認。IT之家獲悉,除此之外,你還以使用信用卡借記卡等付款式為 Apple ID 余額充值。然后使你的 Apple ID 余額購買 App、游戲、音樂、iCloud 儲存空間等?

清朝ppt

IT之家 1 月 19 日消息,從一汽集團官方獲悉由一汽自主設(shè)計的國內(nèi)首款 V 型 12 缸直噴增壓(V12TD)發(fā)動機近日在研發(fā)總院整車開發(fā)院試制部成試制下線。▲ 圖源:一汽集團官方IT之家了解到,V12TD 發(fā)動機基于國內(nèi)唯一的紅旗 V12 平臺全新升級,最大功率 560kW,最大扭矩 1100Nm,未來將搭載混動系統(tǒng)匹配整車用,為紅旗頂級車量身打造據(jù)介紹,V12TD 項目團隊以紅旗頂級車的動力需求導(dǎo)向,集中力量對超大功率燒系統(tǒng)設(shè)計、V 型機兩列一致性控制、雙 ECU 自主電控系統(tǒng)開發(fā)、高精度 3C 件試制等關(guān)鍵核心技術(shù)進行攻關(guān),成功申鑒成燃燒、換氣關(guān)鍵系統(tǒng)的技術(shù)突破,實現(xiàn)能指標國際領(lǐng)先;同時打破外制造技術(shù)壁壘,攻克行業(yè)造難題,實現(xiàn)高精度 3C 件全部自制。▲?紅旗純電艦 E-HS9一汽方面表示,隨著紅旗品牌躍遷式大學展V12TD 發(fā)動機未來也定會持續(xù)扮演重要角色,同巫姑希望發(fā)動機團隊為 PHEV 等混動技術(shù)路線和集團新能源戰(zhàn)略貢獻更多力量?

清朝ppt

IT之家 1 月 22 日消息,吉利集上周已公最新成績,2022 年汽車總銷量超 230 萬輛,同比增 4.3%。其中,能源汽車量超 64 萬輛,同比增長 100.3%。隨著全新能源車曝光,吉品牌官宣將推出中端新能源列。據(jù)悉該系列聚新能源車,會由多全新純電 / 插混 / 增程產(chǎn)品構(gòu)成,搭載最新能技術(shù)和新設(shè)計語。目前,利已經(jīng)在強對于新源領(lǐng)域的設(shè)的布局尤其是智網(wǎng)聯(lián)方面吉利重點局 L2+、L3 智能駕駛技,全新一“NOA 智能駕駛助系統(tǒng)”搭載在博 L 上,后續(xù)還將領(lǐng)克、吉和幾何的新產(chǎn)品上用,用戶以通過 FOTA 的方式進行同功能的閱、升級IT之家發(fā)現(xiàn),吉利智能座艙面也有深探索。2022 年吉利已有博 L 等多款車型升到了功能集中的電架構(gòu) GEEA2.0,同時匹最新的高 8155 車機芯片,實現(xiàn)了能座艙的 OTA 升級。此外幾何 G6 / M6 與華為強強聯(lián)手,于 HarmonyOS 開發(fā)打造超電智座艙,推智能化成主流純電場新的發(fā)趨勢。最還有獨特芯片和天一體化領(lǐng)。這一年利加快部國產(chǎn)化和研芯片路,首款國 7nm 車規(guī)級智座艙芯片龍鷹一號即將量產(chǎn)車,“龍一號展示”已于武正式亮相“吉利未出行星座首軌九星成功發(fā)射2022 年 12 月 30 日,吉利股集團董長李書福新年致辭總結(jié)道,這一年,新能源科、智能駕、智能座、三電領(lǐng)、能源管,到車載片、操作統(tǒng)、低軌星,吉利在圍繞核技術(shù),打全棧自研態(tài)體系能,加速形護城河。

清朝ppt

IT之家 1 月 23 日消息,國外科技媒體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖,而且該機已經(jīng)現(xiàn)身 GeekBench 跑分庫了。Galaxy M54 5G 是三星的一款中端 5G 機型,預(yù)估將會在近期推出螐渠IT之家從渲染圖來看,機身背面有著 Galaxy S23 系列的設(shè)計風格,具備 3 個獨立的相機單元。機身延面可能會采用聚碳張弘酯材質(zhì),從光的兩張渲染圖來蓋國會有深藍色漸變色兩種顏色。梁書身正面采用中打孔設(shè)計,采用繡山屏,邊框相來說還是比較窄的般機身右側(cè)配了可以用于指紋傳蛫器的電源按,此外還有音量按石夷。機身左側(cè) SIM 卡托盤。IT之家了解到,Galaxy M54 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫,該機型號為 SM-M546B。該設(shè)備將配備三星 s5e8835 SoC,可能是 Exynos 1380 處理器。信息顯示該機配備 8GB 內(nèi)存,搭載基于 Android 13 的 One UI 5.0 系統(tǒng)。

責任編輯: 金范秀

熱點新聞

      <code id='fb9b5'></code><style id='83350'></style>
      • <acronym id='1d9a3'></acronym>
        <center id='17743'><center id='af6c2'><tfoot id='bd4c7'></tfoot></center><abbr id='9bbfb'><dir id='46618'><tfoot id='9e277'></tfoot><noframes id='0e82e'>

      • <optgroup id='9e688'><strike id='d8842'><sup id='7649c'></sup></strike><code id='218cf'></code></optgroup>
          1. <b id='f2def'><label id='4e794'><select id='ca142'><dt id='39a38'><span id='cbc88'></span></dt></select></label></b><u id='a434d'></u>
            <i id='1a646'><strike id='4836a'><tt id='8b9a1'><pre id='56864'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='a2c5c'></code><style id='f045a'></style>
              • <acronym id='9caf6'></acronym>
                <center id='41653'><center id='c0689'><tfoot id='8722d'></tfoot></center><abbr id='4794b'><dir id='d5185'><tfoot id='d0698'></tfoot><noframes id='3bdc5'>

              • <optgroup id='2aaab'><strike id='ff731'><sup id='6edd9'></sup></strike><code id='67c1d'></code></optgroup>
                  1. <b id='72d8d'><label id='a8bce'><select id='4e106'><dt id='4dcbd'><span id='0cea1'></span></dt></select></label></b><u id='2a0da'></u>
                    <i id='8edfd'><strike id='85e93'><tt id='48539'><pre id='a9262'></pre></tt></strike></i>

                    安义县| 太康县| 西乌珠穆沁旗| 遂昌县| 启东市| 通州市| 临清市| 巩义市| 洱源县| 唐海县| 阿坝县| 犍为县| 探索| 波密县| 石门县| 闸北区| 阿克陶县| 兴宁市| 息烽县| 民县| 介休市| 嘉荫县| 台北县| 垣曲县| 富川| 太保市| 万山特区| 金门县| 罗平县| 罗田县| 新乐市| 清流县| 大关县| 共和县| 文水县| 东丽区|