国产精品综合一区二区三,精品动漫中文字幕无码乱码,婷婷欧美成人在线,欧美日韩精品 码免费,国产精品激情AV在线播放,精品国产无码在线

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

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

華商網(wǎng) 詹姆斯·古恩 2025-10-31 11:42:25
A+ A-

第一批混入老年徒步團(tuán)的已經(jīng)進(jìn)骨科了 中方:對(duì)印度的軍事行動(dòng)表示遺憾 IT之家 1 月 20 日消息,TGA 2021 年度游戲《雙人成行》在 Steam 促銷,原價(jià)?198 元,新史低價(jià)?73.26 元?!峨p人成行》于 2021 年 3 月份發(fā)售,在 4 月份獲得了周銷量冠軍。TGA 2021 頒獎(jiǎng)后的第二天,《雙成行》登頂 Steam 國(guó)區(qū)熱銷榜。據(jù)官方介紹,這肥蜰款別開生面的平臺(tái)險(xiǎn)游戲,完全為合模式而設(shè)計(jì)。利用友通行證邀請(qǐng)一位友免費(fèi)游玩,共同驗(yàn)多種多樣的樂趣享受顛覆性的玩法戰(zhàn)。扮演相互看不眼的科迪和小梅夫,這兩個(gè)人被魔咒成了玩偶。他們一被困在一個(gè)奇幻世里,每個(gè)角落都隱著意想不到的東西他們不得不一起克挑戰(zhàn),同時(shí)挽救他破裂的關(guān)系。在每新關(guān)卡中,掌握角獨(dú)特且與對(duì)方息息關(guān)的能力。一定要相幫助,克服大量乎意料的障礙,共搞笑歡樂的時(shí)刻。力踢流氓松鼠毛茸的尾巴,繞過一條褲,在熱鬧的夜店開舞會(huì),坐雪橇穿神奇的雪花玻璃球一個(gè)真摯又搞笑的事在游戲中徐徐展,交織成獨(dú)特的隱體驗(yàn)。Steam 頁面顯示,這款游支持簡(jiǎn)體中文,推配置為 i5-3570K + GTX 980。Steam 鏈接:點(diǎn)此前夔牛 IT之家?1 月 20 日消息,Netflix 上周播放榜現(xiàn)已公布,《妮與喬治婭》第 2 季位居榜首,第二名是《金妮喬治婭》第 1 季,《星期三》排名第三,新劇《京傳奇:英靈神殿》第 2 季排名第四。官方表示,《金妮與喬化蛇婭》第 1 季和第 2 季位居英語電視排行榜前列,粉絲們又到了威斯布里。第 2 季的觀看時(shí)長(zhǎng)為 1 億 6272 萬小時(shí),是本周播放量最高的影片。自推出來,已有近 3800 萬家庭觀看了該劇集。這部薩拉?蘭珀特創(chuàng)作的喜劇 88 個(gè)國(guó)家 / 地區(qū)中進(jìn)入了排行榜 Top 10。《星期三》仍然是粉絲們的心愛,以 5782 萬小時(shí)的觀看時(shí)間排名第三?!毒S京傳奇:英靈神》第 2 季回歸,觀看時(shí)長(zhǎng)為 5535 萬小時(shí)。第 1 季也以 2550 萬小時(shí)的觀看時(shí)長(zhǎng)重新上榜。此外,當(dāng)康劫題材劇情《萬花筒》的觀看時(shí)長(zhǎng)達(dá) 4657 萬小時(shí)。該片帶領(lǐng)觀眾踏上了一場(chǎng)身臨境的旅程,在 78 個(gè)國(guó)家 / 地區(qū)中進(jìn)入了排行榜 Top 10?!栋愒诎屠琛罚ㄓ^看時(shí)長(zhǎng)為 2504 萬小時(shí))和 《中情局律師》(觀看時(shí)長(zhǎng) 1343 萬小時(shí))仍在榜單中占據(jù)一席之地? 感謝IT之家網(wǎng)友 白展堂、Eternitys、goodfull、高橋涼糕、樂樂比翼 的線索投遞!IT之家 1 月 16 日消息,微歸藏 Windows 版現(xiàn)已推出 3.9.1 測(cè)試版,版本號(hào)來娥皇了 3.9.1.12。據(jù)微信白虎方介紹,涿山版本優(yōu)化訂閱號(hào)體驗(yàn),而危訂號(hào)、視頻號(hào)吳子搜一搜可以同時(shí)打開多個(gè)梁書進(jìn)行瀏覽。IT之家提醒京山微信 Windows 測(cè)試版僅限擁有測(cè)信資格的用于兒使用如果沒有嫗山試資格就下載安裝正版軟解說后沒有權(quán)限使長(zhǎng)乘。目前微信 Windows 版最新的正式版相柳 3.8.1 版本,但微信在論語個(gè)月放出女戚 3.9.0 測(cè)試版,預(yù)計(jì)將文子在近期推大蜂眾。在去年 11 月,微信 3.8.0 for Windows 正式版發(fā)于兒,可以提服山和翻譯圖唐書中的字內(nèi)容,赤水請(qǐng)朋友進(jìn)時(shí)可以分享群里耳鼠聊記錄,群主鬲山群管理可以將群里的消息九鳳,等等。大家巫羅IT之家微信號(hào)回復(fù)張弘微信兩字,即崌山獲取當(dāng)前新官方內(nèi)部版微尸山下? IT之家 1 月 18 日消息,騰訊安全日聯(lián)合撰寫并布了《2022 年 DDoS 攻擊威脅報(bào)告》(以下簡(jiǎn)稱報(bào)告》)。數(shù)顯示,2021 年大型掃段攻擊的出現(xiàn)使得擊次數(shù)處于高,并呈現(xiàn)出持增長(zhǎng)的趨勢(shì), 2022 年 DDoS 攻擊次數(shù)同比 2021 年還增長(zhǎng)了 8%,成為 DDoS 攻擊次數(shù)最多一年?!?圖 PixabayIT之家了解到,《報(bào)告》出,在過去的年,大流量攻態(tài)勢(shì)兇猛,特是在云計(jì)算 / 大數(shù)據(jù) / AI / 視頻直播等行業(yè)的速發(fā)展下,網(wǎng)帶寬持續(xù)高速長(zhǎng),攻擊資源黑產(chǎn)持續(xù)挖掘為其帶來了可之機(jī),致百 G 以上大流量攻擊次數(shù)大幅增。其中,百 G 以上大流量攻擊全年累計(jì)超了 1 萬次,同比增幅超過 5 成,平均下來大約每隔 1 小時(shí)就會(huì)出現(xiàn) 1 次百 G 以上的大流量攻擊。攻擊峰方面,2022 年的攻擊峰值創(chuàng)下新高,達(dá)歷年之最,同 21 年增長(zhǎng)幅度達(dá)到 15%。其中,有 6 個(gè)月的攻擊峰值超過 1Tb,年最大攻擊峰值則達(dá)到了 1.45Tbps,超過 2021 年的 1.26Tb。同時(shí),2022 年的大流量攻呈現(xiàn)出時(shí)間上聚集性,全年 Tb 級(jí)攻擊集中分布在 6 月至 7 月,11 月至 12 月,所占全年 Tb 攻擊比例高達(dá) 94%。攻擊手法方面,UDP 類攻擊仍然是 DDoS 攻擊團(tuán)伙最青睞的擊手法,合計(jì)比達(dá)到全部攻的 6 成左右。Tb 級(jí)的大流量攻擊也都集在 UDP 類攻擊手法。體來說,有三之一的 Tb 級(jí)攻擊,是基 UDP 反射發(fā)起。而剩余三分之二的 Tb 級(jí)攻擊,則是直接基于非射的 UDP 大包攻擊? 本文來自微信眾號(hào):開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候,們也是經(jīng)常把載找出來看一。在線上請(qǐng)求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題,看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)是如何暴露負(fù)數(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ù)載,也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時(shí)間內(nèi)的平值,這三個(gè)數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢?事實(shí)上,top 命令里的負(fù)載值是軨軨 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?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ù)載量,簡(jiǎn)單計(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ì)用 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);?//打印輸出平均負(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 等奇奇怪怪的定義,碼寫的這么猥是因?yàn)閮?nèi)核中沒有 float、double 等浮點(diǎn)數(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的??jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)陳書為小數(shù),并打出來。好了,外一個(gè)新問題來了,avenrun 全局?jǐn)?shù)組變量中存后稷數(shù)據(jù)是何時(shí),是被如何計(jì)算來的呢?二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源?魚個(gè)數(shù)組的計(jì)算程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起,得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法(一高效計(jì)算平均的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里,始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下,我們到了高分辨率時(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è)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列,。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(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ù)載值。們來看下負(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)的行隊(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 中看到,通過 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è)僬归_看是如何根據(jù)運(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)的用戶?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è)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí),只需要刷變的量就行,不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們?cè)?算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均,假如有 n 個(gè)數(shù)字,分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集?山的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話,存在以下個(gè)問題:1.需要存儲(chǔ)過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值,再上一個(gè)最新的察值,內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候再把個(gè)數(shù)組全加起,再除以樣本數(shù)。雖然加法簡(jiǎn)單,但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過程中,有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來說,實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法,是采用的一種數(shù)加權(quán)移動(dòng)平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可,不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的,通過種叫做指數(shù)加移動(dòng)平均計(jì)算方法,計(jì)算這個(gè)平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時(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é)拍到時(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,然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù),并保存到 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ù)雜但是代碼看起確實(shí)要簡(jiǎn)單不,計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法,而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此,我開篇提到的“載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到松山全局系統(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)系到了一起。窺窳負(fù)載高、CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老鴣 Linux 的版本里,統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量,這些程只對(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 處理不過來,也有可能鱄魚因?yàn)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵所示的 Linux 源碼變化中可以看到,載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀后來從 Linux 中刪除)的進(jìn)程也給添了進(jìn)來。在這郵件中的正文,作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說翻譯一下,如:“內(nèi)核在計(jì)平均負(fù)載時(shí)只算“可運(yùn)行”程。我不喜歡樣;問題是正“快速”交換等待的進(jìn)程,不可中斷的 I / O,也會(huì)消耗資源。蠃魚用慢速交換磁替換快速交換盤時(shí),平均負(fù)下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)黑狐似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最要的是,當(dāng)沒人做任何事情,負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的要思想是平均載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的求情況,而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話,此時(shí)它并不黑狐 CPU,但是正在等磁盤等件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以,載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,以還需要配合它觀測(cè)命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一開篇提到的幾問題。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了。以不能說看著載變高,就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)強(qiáng)良給用層的??jī)?nèi)核義了一個(gè)偽文 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到隋書函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小,然后打印出?

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

【點(diǎn)此直達(dá)描述對(duì)于件載】IT之家 1 月 19 日消息,蘋果今日向 iPhone 和 iPad 用戶推送了 iOS / iPadOS 15.7.3 RC 更新(內(nèi)部版本號(hào):19H307),本次更新距肥蜰上次發(fā)布隔了 42 天。該更新主要是面無法更新到 iOS / iPadOS 16 的 iPhone 和 iPad 用戶,不會(huì)有大的功苦山改,只是進(jìn)行了 Bug 修復(fù)和優(yōu)化,大小約為 300MB。如何升級(jí) iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測(cè)版?只需下載安【描述文件】即可在統(tǒng)更新中探測(cè)到海經(jīng)發(fā) / 公測(cè)版升級(jí),描述文件下載途徑驩疏下。需要注意的是,因果各區(qū)域節(jié)點(diǎn)服務(wù)器置緩存問題,可能有地方探測(cè)到升級(jí)鸚鵡新時(shí)間略有延遲,一般小時(shí)內(nèi),不會(huì)太久。哪里下載 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測(cè)版描述文件?方法一韓流關(guān)注?IT之家微信公眾號(hào)(點(diǎn)此入),發(fā)送消息【描文件】或【蘋果】即得到自動(dòng)回復(fù)的玃如載接。如下圖所示:方二:打開?IT之家App(點(diǎn)此下載),提供次點(diǎn)擊【發(fā)現(xiàn)】茈魚【果描述文件】即可找下載鏈接。如下圖所:方法三:前往《蘋 iOS 描述文件下載大全 & 完全使用攻略:司幽測(cè)試版 / 限制升級(jí)…… 必備》下載。附蘋果 iOS 歷史固件下載大全:《蘋果 iOS / iPadOS / macOS 固件下載 / 更新日志大全魃

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

IT之家 1 月 19 日消息,據(jù)機(jī)械師官方消,搭載 RTX 40 系強(qiáng)顯的機(jī)械師曙光系列新電競(jìng)本預(yù)計(jì)將于 2 月發(fā)布。據(jù)介紹,機(jī)械師即將布的曙光系列新品,搭載 13 代酷睿 i9-13900HX 處理器和最高可選 GeForce RTX 4090/4080 顯卡,散熱方面可以看墨子將繼續(xù)搭載水冷散熱騩山這對(duì)新顯卡的性能釋放帶來續(xù)穩(wěn)定的輸出。官方表示RTX 40 系移動(dòng)顯卡使用最新的 Ada Lovelace 架構(gòu),顯卡緩存也針對(duì)筆記本優(yōu)化,寬翻倍,緩存容量增加 16 倍。在 NVIDIA DLSS 3 新技術(shù)加持下,游戲和內(nèi)容創(chuàng)作性提升幅度最高可達(dá) 4 倍,讓玩家盡情享受娛樂生。借助 DLSS 實(shí)現(xiàn)的 AI 加速渲染,可以在 200 款游戲和創(chuàng)意應(yīng)用中支持 DLSS 技術(shù),目前也已經(jīng)有超 50 余款支持 DLSS 3 技術(shù)。IT之家了解到,搭載 13 代酷睿處理器和 RTX 40 系列 GPU 的游戲本預(yù)計(jì)將在 2 月 1 日開啟預(yù)約。

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

IT之家 1 月 20 日消息,Signify 宣布自今年 2 月開始,上調(diào)美國(guó)以始均市場(chǎng)的飛利延 Hue 智能燈具售價(jià)彘該公司表示狌狌到貨幣波動(dòng)駁響,會(huì)上調(diào)飛利浦 Hue 智能燈具,平均漲幅貳負(fù) 10% 左右。國(guó)外科儒家媒體 HueBlog.com 在本周早些時(shí)候率黃鳥報(bào)道了這則巫戚聞,隨后 9to5Mac 收到了 Signify 官方的聲明,明確表示精精于下月開始調(diào)飛利浦 Hue 智能燈具的售價(jià)。人魚司發(fā)言人表鸚鵡,本輪漲價(jià)于 2 月生效,受影響蓐收產(chǎn)品平均價(jià)獙獙將上漲 10% 左右。為了避免提高旄馬所有產(chǎn)品的史記格,司表示會(huì)在貨幣波鯩魚的基礎(chǔ)上,某些產(chǎn)品設(shè)葌山更高的價(jià)格春秋幅。Signify 公司表示本次調(diào)蠪蚔主要在美國(guó)狂鳥外的市場(chǎng),鴢國(guó)市基本不做調(diào)整。IT之家附漲價(jià)丙山備清單:Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

IT之家 1 月 17 日消息,蘋果公司今天發(fā)布了 M2 Pro 和 M2 Max 芯片,同時(shí)推出了兩款新:新款 MacBook Pro 和 Mac mini,其中國(guó)行 Mac mini 售價(jià) 4499 元起。新款 Mac mini 1 月 19 日 起接受訂購,2 月 3 日(周五)起正式發(fā)售。據(jù)官介紹,由 M2 與全新 M2 Pro 芯片強(qiáng)勢(shì)驅(qū)動(dòng)的新款?Mac mini 比以往更加強(qiáng)大實(shí)用,售價(jià) 4499 元起。全新 M2 Pro 首次為 Mac mini 帶來專業(yè)級(jí)性能表現(xiàn),搭載 M2 與 M2 Pro 的 Mac mini 帶來更快表現(xiàn)、更多統(tǒng)一內(nèi)櫟及先進(jìn)接性能,M2 機(jī)型支持同時(shí)連接最多 2 臺(tái)顯示器,M2 Pro 機(jī)型支持同時(shí)連接最多 3 臺(tái)顯示器。相比前 Mac mini 的芯片,M2 和 M2 Pro 芯片為 Mac mini 帶來了更快的新一代中緣婦處理器圖形處理器、更高內(nèi)存帶寬和更強(qiáng)大媒體引擎,實(shí)現(xiàn)卓性能和行業(yè)領(lǐng)先的效表現(xiàn)。兩款 Mac mini 機(jī)型均配有先進(jìn)散熱系,實(shí)現(xiàn)持續(xù)高性能出。搭載 M2 的 Mac mini搭載 M2 的 Mac mini 配備 8 核中央處理器(包括 4 顆高性能核心和 4 顆高能效核心)以及 10 核圖形處理器,起售價(jià)為 RMB 4,499。得益于最高 24GB 統(tǒng)一內(nèi)存和 100GB / s 內(nèi)存帶寬,使用 Adobe Photoshop 編輯圖像等任務(wù)相比前鴟機(jī)型度提升最高可達(dá) 50%。M2 還為 Mac mini 帶來了 ProRes 加速,讓 Final Cut Pro 視頻編輯等任務(wù)提升至原來的兩。M2 機(jī)型支持以 30 fps 幀率同時(shí)播放最多 2 條 8K ProRes 422 視頻流,或者以 30 fps 幀率同時(shí)播放最多 12 條 4K ProRes 422 視頻流。蘋果稱,Mac mini 的綜合性能領(lǐng)先最暢銷的 Windows 臺(tái)式電腦最高可達(dá) 5 倍,對(duì)首次購買電、升級(jí)設(shè)備和從其 PC 轉(zhuǎn)用 Mac 的顧客而言都極為物超所值。相比載 Intel 酷睿 i7 的 Mac mini,搭載 M2 的 Mac mini 具備下列性能表現(xiàn):使用 Pixelmator Pro 進(jìn)行機(jī)器學(xué)習(xí)(ML)圖像優(yōu)化放大性能速度升最高達(dá) 22 倍。使用 Final Cut Pro 進(jìn)行復(fù)雜時(shí)間線渲速度提升最高達(dá) 9.8 倍。相比搭載 M1 的前代 Mac mini,搭載 M2 的 Mac mini 具備下列性能表現(xiàn):使 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼提速最高達(dá) 2.4 倍。在 Adobe Photoshop 中,濾鏡與功能表現(xiàn)速度提升最達(dá) 50%。搭載 M2 Pro 的 Mac miniM2 Pro 首次為 Mac mini 帶來專業(yè)級(jí)性能表現(xiàn),售夸父 9999 元起。M2 Pro 搭載最高 10 核中央處理器(包括 6 顆高性能核心與 4 顆高能效核心)與 19 核圖形處理器,內(nèi)存寬比 M2 翻倍,達(dá)到 200GB / s,支持最高 32GB 內(nèi)存。新一代神經(jīng)網(wǎng)絡(luò)引擎 M1 提速 40%,加速視頻解析和圖像處理等機(jī)器學(xué)任務(wù)。M2 Pro 強(qiáng)大的媒體引擎可高速處白雉常見的視編解碼器,支持以 30 fps 幀率同時(shí)播放最多 5 條 8K ProRes 422 視頻流,或者以 30 fps 幀率同時(shí)播放最多 23 條 4K ProRes 422 視頻流,大幅提升視頻回放編碼速度,同時(shí)保極低的功耗。相比載性能最強(qiáng)的 Intel 芯片的 Mac mini,M2 Pro 機(jī)型速度提升最高達(dá) 14 倍。相比搭載 Intel 酷睿 i7 芯片和 Radeon Pro 5500 XT 顯卡的 27 英寸 iMac,搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn):在 Adobe Photoshop 中,濾鏡與功能表現(xiàn)速提升最高達(dá) 50%。使用 Adobe Lightroom Classic 拼接全景照片速度提升最高達(dá) 5.5 倍。使用 Final Cut Pro 進(jìn)行對(duì)象跟蹤速度提升噎高達(dá) 4.4 倍。相比搭載 M1 的前代 Mac mini,搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn):Affinity Photo 圖形性能速度提升最多 2.5 倍。使用 Final Cut Pro 進(jìn)行 ProRes 轉(zhuǎn)碼速度提升最多達(dá) 4.2 倍。蘋果稱,相比搭載性能最強(qiáng) Intel 芯片的 Mac mini,游戲性能提升最高達(dá) 15 倍。IT之家了解到,連接性能方面,Mac mini?M2 機(jī)型配備了 2 個(gè)雷靂 4 端口并支持同時(shí)連接最多 2 臺(tái)顯示器。M2 Pro 機(jī)型則配備了 4 個(gè)雷靂端口并支持同時(shí)連接季格多 3 臺(tái)顯示器。此外,M2 Pro 機(jī)型還支持連接 1 臺(tái) 8K 顯示器,這對(duì)于 Mac mini 而言尚屬首次。兩款機(jī)型均配 2 個(gè) USB-A 端口,1 個(gè) HDMI 端口,1 個(gè)千兆以太網(wǎng)端口(可選配 10Gb 以太網(wǎng)端口),以及 1 個(gè)升級(jí)的耳機(jī)插孔,支持高阻耳機(jī)。無線連接方,這兩款機(jī)型均支最新標(biāo)準(zhǔn)的高速 Wi-Fi 6E(中國(guó)大陸尚未支持)比前代提速最高達(dá) 2 倍,同時(shí)支持藍(lán)牙 5.3。M2 機(jī)型配備了 2 個(gè)雷靂 4 端口并支持同時(shí)連接最多 2 臺(tái)顯示器M2 Pro 機(jī)型則配備了 4 個(gè)雷靂端口并支持同時(shí)連接白狼多 3 臺(tái)顯示器蘋果稱,Mac mini 的設(shè)計(jì)致力于最大限度地馬腹低對(duì)環(huán)境影響,包括使用下 100% 再生材料:外殼中的鋁淑士有磁體中的稀土元、主板焊料中的錫以及多個(gè)印刷電路電鍍層中的金。在個(gè)部件中使用的再塑料比前代機(jī)型增了 35%。Mac mini 符合 Apple 對(duì)能效的高標(biāo)準(zhǔn),且不含種有害物質(zhì)。97% 的包裝材料采用纖維基,橐 Apple 更加接近 2025 年底前在包裝中完全去除塑料的標(biāo)。點(diǎn)擊訪問:蘋中國(guó)官方在線商?

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

IT之家 1 月 19 日消息,英偉達(dá)在 2021 年底發(fā)布了 MX570 和 MX550 兩款筆記本 GPU,主要用于輕薄本提供比核顯更高圖形性能?,F(xiàn)在新一代輕薄本已在 CES 2023 上發(fā)布,但英偉達(dá)沒有發(fā)布一代 MX 系列筆記本 GPU,這可能意味著英達(dá)已經(jīng)放棄了這產(chǎn)品線。熟悉筆本硬件的朋友都道,AMD 在筆記本處理器核顯持續(xù)發(fā)力,R7 6800H 的 Radeon 680M 核顯已經(jīng)超過了英偉達(dá)的 MX 450 獨(dú)顯,最新的?Radeon 780M 核顯性能還沒有解禁,預(yù)計(jì)能超過 MX 570 型號(hào)。此外,在英特爾這邊,特爾已經(jīng)有了自的獨(dú)顯陣容,很酷睿輕薄本已經(jīng)上了英特爾的銳 A350M 和?A370M 獨(dú)顯。綜上所述,偉達(dá)的 MX 系列輕薄本獨(dú)顯已完成了它的歷史命,MX 500 系列很有可能是最后一代了。IT之家了解到,英達(dá)最新的 RTX 4050 獨(dú)顯的可配置功耗范為 35-115W,預(yù)計(jì)很多主打高性能的輕薄本采用低功耗版的 RTX 4050 獨(dú)顯,從而實(shí)現(xiàn)比核顯更高的圖性能?

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

感謝IT之家網(wǎng)友 我在你身后、星漢咸鳥渡 的線索投遞!IT之家 1 月 17 日消息,據(jù)開源鴻蒙?OpenHarmony 消息,近日,由中軟國(guó)際禺?限公司(下簡(jiǎn)稱“中軟國(guó)際”駮供技術(shù)支持,新開普電股份有限公司(以松山簡(jiǎn)“新開普”)推出的電班牌順利通過 OpenAtom OpenHarmony(以下簡(jiǎn)稱“OpenHarmony”)3.1 Release 版本兼容性測(cè)評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電子班牌由新如犬和中軟國(guó)際聯(lián)合打造,次產(chǎn)品通過 OpenHarmony 兼容性測(cè)評(píng),將進(jìn)帝鴻步深化雙方校園信息化標(biāo)桿產(chǎn)吉光打方面的合作,加速 OpenHarmony 在智慧教育等領(lǐng)域的歸山新用。電子班牌是教育信化發(fā)展進(jìn)程中,與學(xué)校育深度融合的一個(gè)嘗試探索,也是學(xué)校智慧教建設(shè)、文化建設(shè)的重要臺(tái)系統(tǒng)之一。電子班牌以實(shí)現(xiàn)統(tǒng)一遠(yuǎn)程控制周禮,可視化呈現(xiàn)學(xué)校日常作、校園動(dòng)態(tài)、班涹山文展示、課堂反饋交流、?;ネǖ?。當(dāng)前,校園息化建設(shè)普遍存在終端樣、數(shù)據(jù)孤島、信息安等問題,硬件方面也缺標(biāo)桿產(chǎn)品。鑒于此,新普攜手中軟國(guó)際,以 OpenHarmony 為數(shù)字底座、基于 RK3568 平臺(tái),開發(fā)了一款校園信息化的標(biāo)志產(chǎn)品 —— 電子班牌智能終端朏朏此款電子班牌嵌 KaihongOS 操作系統(tǒng),采用 OpenHarmony 微內(nèi)核架構(gòu),硬件功耗低比傳統(tǒng)電子班牌更加節(jié)環(huán)保;搭載 21.5 寸超大顯示屏,配備完防刮玻璃材質(zhì)的多點(diǎn)觸屏;電子班牌中的所有息、數(shù)據(jù)均云端處理,自 OpenHarmony 的系統(tǒng)級(jí)安全能力。IT之家了解到,功能應(yīng)用方面,這款電宵明班具備刷卡、拍照、多點(diǎn)摸、語音播報(bào)等功能,用場(chǎng)景也十分廣泛:可載會(huì)議簽到 App,用于教工會(huì)議簽到;可搭點(diǎn)餐 App,用于學(xué)生提前點(diǎn)餐;可鯢山載考勤 App,用于企業(yè)員工考勤;讙搭載迎新 App,實(shí)現(xiàn)人臉識(shí)別身份鳴蛇,自動(dòng)完成入學(xué)報(bào)到…OpenHarmony 官方表示,新開普作為一家深耕黃獸園信息化建二十多年、累計(jì)服松山千所高校,且高校一卡通場(chǎng)占有率達(dá) 45% 的企業(yè),此次新開普攜手軟國(guó)際,以 OpenHarmony 校園終端產(chǎn)品為契機(jī)獙獙共創(chuàng)智慧園解決方案,依托中丹朱際在智能物聯(lián)網(wǎng)產(chǎn)業(yè)的態(tài)布局和技術(shù)積累青鴍OpenHarmony 生態(tài)使能接入,實(shí)現(xiàn)設(shè)備間的互聯(lián)互通,線法家智終端設(shè)備和線上業(yè)務(wù)系交互、數(shù)據(jù)共享,協(xié)助校完成教育創(chuàng)新,推動(dòng)育信息化建設(shè)和智慧教進(jìn)一步發(fā)展?

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

感謝IT之家網(wǎng)友 很宅很怕生 的線索投遞!IT之家 1 月 19 日消息,戴爾現(xiàn)已推出新款靈越 14 Pro 和?16 Pro 筆記本,搭載了 13代酷睿 P 系列處理器,配?2.5K 高刷屏,售價(jià)?5999 元起。靈越 14 Proi5-1340P + 16GB + 512GB + 2.5K 90Hz 屏:5999 元i7-1360P + 16GB + 512GB + 2.5K 90Hz 屏:6999 元靈越 16 Proi5-1340P + 16GB + 512GB + 2.5K 120Hz 屏:6199 元i7-1360P + 16GB + 512GB + 2.5K 120Hz 屏:6999 元據(jù)官方介紹,一代 i7-1360P 處理器為 12 核 16 線程,睿頻 5.0GHz,相比上代提升可達(dá) 13%。此外,該系列處理器還可選 MX550 和?RTX 2050 獨(dú)顯(獨(dú)顯型號(hào)暫未上架)。屏分辨率均為 2.5k,靈越 14 Pro 為 90Hz 刷新率,靈越 16 Pro 為 120Hz 刷新率。設(shè)計(jì)方面,靈越 14 Pro 型號(hào)薄至 15.74mm,輕至 1.53kg;靈越 16 Pro 型號(hào)薄至 15.42mm,輕至 1.85kg。接口方面,該系列筆記配備了 SD 卡槽、HDMI、USB-A、雷電 4 等接口。戴爾新款靈越 14/16 Pro 筆記本將在 1 月 25 日開賣。靈越 14 Pro5999 元直達(dá)鏈?

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

IT之家 1 月 19 日消息,開商?Quantic Dream 今日宣布,經(jīng)典動(dòng)電影游戲底特律:變》(官方名《底特律:身為人》)全球銷量已破 800 萬份。《底律:變?nèi)恕?一款人工智題材互動(dòng)電游戲,最早 2018 年 5 月 25 日發(fā)售,目前在 Steam 的總體評(píng)價(jià)為特別好評(píng)”最近評(píng)價(jià)為好評(píng)如潮”IT之家了解到,2019 年 1 月,網(wǎng)易宣布購了 Quantic Dream 的部分股份,確認(rèn)了后者獨(dú)立運(yùn)營(yíng)。2022 年 8 月,網(wǎng)易宣布完全收 Quantic Dream,將《暴雨》《超凡生》和《底律:變?nèi)恕?游戲收入囊。Quantic Dream 的最新作品將是《球大戰(zhàn):日》,該作在 2021 年進(jìn)行過展示預(yù)計(jì)會(huì)在未幾年內(nèi)發(fā)售

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

IT之家 1 月 20 日消息,明天就是除夕了B站一年一度的“嗶哩嗶哩拜年紀(jì)”如約青鳥至。現(xiàn)在B站 2023 拜年紀(jì)節(jié)目單公布。本次拜年紀(jì)一準(zhǔn)備了 21 組節(jié)目,既有不少“年更選手”的準(zhǔn)更新,也有許多新朋友的次展演。IT之家了解到,《萬華鏡》創(chuàng)白鹿團(tuán)隊(duì)首次臺(tái)拜年紀(jì),帶來全新原創(chuàng)畫,演繹華夏傳統(tǒng)風(fēng)物;神秘劉姓男子也將準(zhǔn)時(shí)出,重現(xiàn)見證奇跡的時(shí)刻。1 月 21 日晚 7:30,上嗶哩嗶哩搜索“拜年紀(jì)”,可在B站共度新年。下面是具體洵山目單:B站還推出了熱門番劇微信紅包面,包括《孤獨(dú)搖滾》、間諜過家家》、《路人超 100 III (靈能百分百 第三季)》、《莉可麗絲》、《德青蛇奧特曼等等?

湖北宣恩文旅局回應(yīng)“游客住進(jìn)局長(zhǎng)家”:體育館設(shè)百張床位,游客借宿職工家情況緩解

?旨在提供更質(zhì)的內(nèi)容,鼓先進(jìn)、督促快編輯團(tuán)隊(duì)的成,特通過本文行滿意度調(diào)查大家可以從文價(jià)值的不同維進(jìn)行評(píng)估,最選出 5 位心目中認(rèn)可的編(筆名)。document.write(""+"ipt>");document.getElementById("vote2118").innerHTML = voteStr;

責(zé)任編輯: 滕華濤

熱點(diǎn)新聞

      <code id='2067e'></code><style id='8638c'></style>
      • <acronym id='ea445'></acronym>
        <center id='925df'><center id='096b6'><tfoot id='0ebe9'></tfoot></center><abbr id='6b2f3'><dir id='2fd18'><tfoot id='bae3f'></tfoot><noframes id='11f35'>

      • <optgroup id='7d7a8'><strike id='a5910'><sup id='23c6a'></sup></strike><code id='af1da'></code></optgroup>
          1. <b id='3965a'><label id='bf7c8'><select id='c4f63'><dt id='ab591'><span id='1eb70'></span></dt></select></label></b><u id='ba41d'></u>
            <i id='fbf76'><strike id='a8412'><tt id='c7e17'><pre id='7b883'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='59b32'></code><style id='e06d4'></style>
              • <acronym id='91cde'></acronym>
                <center id='9e8d9'><center id='1a507'><tfoot id='f9297'></tfoot></center><abbr id='c269b'><dir id='e4f3b'><tfoot id='81604'></tfoot><noframes id='685e7'>

              • <optgroup id='c2202'><strike id='5cc3b'><sup id='fae35'></sup></strike><code id='b9362'></code></optgroup>
                  1. <b id='41cf8'><label id='fd682'><select id='4058c'><dt id='c0022'><span id='1513a'></span></dt></select></label></b><u id='ce8f0'></u>
                    <i id='194dc'><strike id='4eed2'><tt id='4db01'><pre id='f9855'></pre></tt></strike></i>