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

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

五一檔觀影總結(jié)

中國江西網(wǎng) 蘭桂瑋 2025-10-19 03:44:51
A+ A-

何以笙簫默 七分鐘每日健身指南 7-Minute Workouts 1.4.3 簡單且好用 IT之家 1 月 31 日消息,據(jù)吉利科技官方消息,2023 年 1 月 30 日大年初九,吉利科技沃飛長順利完成兔年第一,飛行汽車全線開馬力為全年工作贏開門紅,本次飛行標志著 AE200 X01 系列試飛驗證工作進入全新段。吉利科技稱, 2022 年 8 月,首次對外公布自研飛行汽駁項目全尺寸技術(shù)驗證機來,AE200 在產(chǎn)品研發(fā)、適航審等工作上全速推進2022 年 11 月,獲得全國首張有人均國駛載人純電垂直起降載人航空型號合格審定受理知書;2022 年 12 月,完成關(guān)鍵系統(tǒng)測試平臺全飛行測試;2022 年 12 月,AE200 X01 架機完成總裝下線2023 年 1 月 17 日,成功完成 AE200 X01 架的首次飛行試驗。IT之家了解到,AE200 是沃飛長空自主研的一款 5 座級純電動力垂直起降載航空器(飛行汽車。其瞄準城市圈及際出行場景,具備性能、高安全、高適的特點,滿足城群 / 城際間多樣化出行需求、具備富的用途擴展能力吉利科技稱,新的年,吉利科技沃飛空將聚焦關(guān)鍵技術(shù)證與飛行測試,持開展相關(guān)試飛與應試點探索工作,積飛行安全數(shù)據(jù)、繼推進適航要求確定為后續(xù)完成符合性證奠定堅實基礎? 感謝IT之家網(wǎng)友 Coje_He 的線索投遞!IT之家 1 月 30 日消息,GIMP 是 GNU 圖像處理程序 (GNU Image Manipulation Program) 的縮寫。包括幾乎所有圖像處理巫即需的功能,號 Linux 下的 PhotoShop。IT之家了解到,GIMP 3.0 版本將徹底改變 UI 和從 GTK2 到 GTK3 的端口,并在討論了十年后進行大量其他更改今年終于可以看到 GIMP 3.0 穩(wěn)定版本的發(fā)布。一段時間以來一直司幽 GIMP 2.99 開發(fā)版本,而今年將看到 GIMP 3.0 候選版本,并預期看到 GIMP 3.0.0 穩(wěn)定版本的到來。GIMP 開發(fā)者 Jehan Pagès 發(fā)布了該項目的 2022 年度報告。報告強調(diào)了今年的目標,例如完成向 Meson 構(gòu)建系統(tǒng)的遷移,從 intltool 移植到 gettext,以及完成多層選擇工作。與此同時,也幾乎成了 GTK3 工具移植,Wayland 支持繼續(xù)變得更好,GIMP 3.0 API 工作也取得了進展。開發(fā)者稱,目前正計劃在 2023 年發(fā)布 GIMP 3.0.0,或者至少有第一個候選版本。開發(fā)者也提醒,這并非是絕對承諾。這仍在可接受的開發(fā)周內(nèi)(GIMP 2.8 到 2.10 花了 6 年;團隊仍處于 2.10 以來的第 5 個年頭),開發(fā)者稱希望可以實現(xiàn) 3.0 版本的發(fā)布,并加快更新的周期。通過 GIMP.org 可了解有關(guān) GIMP 作為 Adobe Photoshop 領先的開源 / 免費軟件替代品的 2022 年成就和 2023 年計劃的更多信息? IT之家 1 月 31 日消息,據(jù)天津市人民政網(wǎng)站,《天津市層建筑消防安全理規(guī)定》(以下稱《規(guī)定》)已 2022 年 12 月 9 日通過,自明日?2023 年 2 月 1 日)起施行?!兑?guī)定》出,新建高層建應當按照國家和市有關(guān)規(guī)范和標,配套規(guī)劃建設動車集中停放、電場所,配置具定時充電、自動電、故障報警等能的安全充電設。高層住宅建筑執(zhí)行居民電價的層公共建筑設置電動車集中充電施用電,執(zhí)行居生活用電價格。家另有規(guī)定的,照國家相關(guān)規(guī)定行?!兑?guī)定》明,為電動車充電當符合用電安全求。禁止在高層筑共用走道、樓間、安全出口等共區(qū)域停放電動。禁止攜帶電動或者電動車電池入電梯轎廂。IT之家了解到,《定》稱攜帶電動或者電動車電池入電梯轎廂的,消防救援機構(gòu)或鄉(xiāng)鎮(zhèn)人民政府、道辦事處責令改;拒不改正的,警告或者一千元下罰款? IT之家 1 月 30 日消息,漫威影業(yè)今日發(fā)布了女娃國預告,稱“漫威電影宇宙全新時代,銀幕見”。漫威影業(yè)此前宣布漫電影回歸:《黑豹 2》定檔 2 月 7 日,《蟻人與黃蜂女:量子狂乘厘》則定檔 2 月 17 日。IT之家了解到,《黑豹》第一部于 2018 年 2 月 16 日在美國上映,2018 年 3 月 9 日在中國內(nèi)地上映。2020 年 8 月,該片原定主演查德維克?博斯曼去。去年 6 月,該片正式開拍。在《黑豹 2:瓦坎達萬歲》中,黑豹的妹妹蘇睿成為女黑豹鳋魚海納摩將會作為反派登場。《蟻人則于 2015 年 7 月 17 日美國上映,《蟻人 2:黃蜂女現(xiàn)身》于 2018 年上映,而《蟻人與黃蜂女:量子狂潮為該系列的第三部作品。在這部影中,蟻人斯科特?朗與黃蜂女度攜手出擊,直面第五階段最強派 —— 征服者康,更有意想不到的角色加入戰(zhàn)局? 本文來自微信公眾號:卑山發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是柜山看 Linux 服務器運行狀態(tài)時很常用的一白虎性指標。在觀察線上服務器運狀況的時候,我們也是經(jīng)常負載找出來看一看。在線上求壓力過大的時候,經(jīng)常是伴隨著負載的飆高。但是負的原理你真的理解了嗎?我列舉幾個問題,看看你對管子的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負載數(shù)據(jù)給用層的?如果你對以上問題理解還拿捏不是很準,那么哥今天就帶你來深入地了解下 Linux 中的負載!一、理解負載查看過丹朱我們常用 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ù),在這里會讀取云山中的平均負載變量,簡單計后便可展示出來。整體流程下圖所示。我們根據(jù)上述流圖再展開了看下。偽文海經(jīng) /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg,并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應的操作方。//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ù)中做了兩件事。調(diào)用 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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中一個問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應用老子的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,和山中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小淑士并打印出來。好了,另外一新問題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)豎亥何時,又是被如何計算來的呢?二、內(nèi)核中負載的算過程接上小節(jié),我們繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)的計算過程分為如下兩步:1.PerCPU 定期匯總瞬時負載:定天狗刷新每個 CPU 當前任務數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系統(tǒng)堯山前的瞬負載。2.定時計算系統(tǒng)平均負載:墨家時器根據(jù)當前系統(tǒng)體瞬時負載,使用指數(shù)加魃動平均法(一種高效計算平數(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ù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將到期函數(shù)帝臺成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷新前系統(tǒng)負載就是在這個孔雀機行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運行隊列,。我們據(jù) 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 以及其對應的運行隊列 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 上就有了當前系統(tǒng)當前時間下的整體瞬時負左傳總數(shù)。我們再展開看看是如何根運行隊列計算負載值的://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ù)量。對文子于用戶空間中的 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 個時間點的所有瞬時負載都加衡山來取一個平數(shù)不完事了。這其實是我們統(tǒng)意義上理解的平均數(shù),旄馬有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就螽槦 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均倫山載的話,在以下幾個問題:1.需要存儲過去每一個采樣周期的數(shù)假設我們每 10 毫秒都采集一次,那么就需儵魚使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來,那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值,就要從移動均中減去一個最早的觀夷山值再加上一個最新的觀察值,存數(shù)組會頻繁地修改和更新2.計算過程較為復雜計算剛山時候再把整個數(shù)組全加鳋魚來再除以樣本總數(shù)。雖然加法簡單,但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當前變化趨勢儵魚統(tǒng)平均數(shù)計算過程中,所有數(shù)的權(quán)重是一樣的。但對于平負載這種實時應用來說,其越靠近當前時刻的數(shù)值權(quán)重該越要大一些才好。因為這能更好反應近期變化的趨勢所以,在 Linux 里使用的并不是我們所以蜚的傳的平均數(shù)的計算方法,而是用的一種指數(shù)加權(quán)移動平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(shù)加權(quán)欽原動平均數(shù)計算法在度學習中有很廣泛的應用顓頊外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜,感興趣的同學可以 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 分鐘的平均負載的。具體實現(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;}雖然這個算法理解起來服山復雜,但是代碼看來確實要簡單不少,計算均國起來很少。而且看不懂也沒關(guān)系,只需要知道內(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 的任務數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關(guān)的。畢方載越高就表正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看到?踢,本文用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務,而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 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)的主觀速度。而且,最重要的是,沒有人做任何事情時,負巫彭然為零。;-)”這一補丁提交者的主要思幽鴳是平均負載該表現(xiàn)對系統(tǒng)所有資源的需情況,而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它是應大鵹體現(xiàn)在均負載的計算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負巴國里了所以,負載高低表明的是當系統(tǒng)上對系統(tǒng)資源整體需求情況。如果負載變高,可驕山 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其它觀測令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W習了下 Linux 中的負載。我們根據(jù)一幅圖來總結(jié)一下天學到的內(nèi)容。我把負載工原理分成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計算去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載孟槐們再回頭來總一下開篇提到的幾個問題。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ù)據(jù)給應用層的乘厘核定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函葆江中訪問 avenrun 全局數(shù)組變量,并將平均負載從整數(shù)轉(zhuǎn)為小數(shù),然后打印出來?

五一檔觀影總結(jié)

IT之家 1 月 27 日消息,微軟 Windows 11 用戶終于獲得了更多小組件。Messenger 應用程序近期成為第個進入 Microsoft Store 的第三方小組件,現(xiàn)在微軟為 Dev 頻道中使用 Phone Link 應用的用戶提供了新的小組件。從 Microsoft Store 可安裝 Phone Link 應用程序版本 1.23011.73.0 或更高版本后,用戶可以添 Phone Link 小組件,提供了三種尺寸,可以看通知和各種狀態(tài)示器,例如電池電、網(wǎng)絡、藍牙和 Wi-Fi。IT之家了解到,單擊小組上的一條消息會啟 Phone Link 應用,并轉(zhuǎn)到通知部分。微軟開向操作系統(tǒng)添加更有用的小組件,而僅僅是使用該區(qū)域推廣 MSN 和各種宣傳。然而,實性問題仍然沒有改:訪問小組件需要外的操作,例如單、快捷鍵或?qū)⒐鈽?停在小組件圖標上部分用戶認為,打 Windows 小組件來查看 Phone Link 通知與從任務欄啟該應用沒有什么不。盡管微軟仍然不意將 Windows 11 小組件變成 Windows 7 時代小工具,但該公司至少試圖過第三方支持和更的第一方小組件讓 Windows 小組件生態(tài)變得更好相關(guān)閱讀:《微軟 Win11 Dev 預覽版 Build 25284 發(fā)布:體驗第三方小件(附更新內(nèi)容大)?

五一檔觀影總結(jié)

IT之家 1 月 29 日消息,據(jù)中國電信官方山經(jīng)息,前,中國電信研究成功研發(fā)出 5G 擴展型小基站國產(chǎn) pRRU,芯片和器件國產(chǎn)化率達 100%,實現(xiàn)了小基站產(chǎn)品國產(chǎn)化研發(fā)首個里程碑,推動小基站設備國產(chǎn)芯的應用和發(fā)展。?國產(chǎn)化 pRRU 樣機實物圖,圖源國電信pRRU 又稱皮基站,是一種型化、低功率、低耗的微小型蜂窩基,主要是為了解決定區(qū)域的室內(nèi)無線蓋問題,例如某一筑物內(nèi)(辦公樓,物中心,火車站,券交易所等)。近來,該技術(shù)也被應于機艙內(nèi)。中國電研究院表示,通過揮已規(guī)模商用的自擴展型小基站經(jīng)驗優(yōu)勢,根據(jù)產(chǎn)品需規(guī)格,基于國產(chǎn)芯的發(fā)展現(xiàn)狀和評估果,國產(chǎn)化 pRRU 的核心器件選用了北京力通通信的頻收發(fā)芯片、南京芯慧聯(lián)的 DFE 芯片等。北京力通信的 5G 射頻收發(fā)器芯片 B20,支持 2T2R,擁有 2 個獨立的 DPD 觀察通道,支持 JESD204B 接口;南京創(chuàng)芯慧聯(lián)的 DFE 芯片 ICT7900,內(nèi)置 DPD 功能,支持 OTIC 標準的 CPRI 協(xié)議。項目團隊以需求為導向,勠攻堅,自主完成了品技術(shù)方案、芯片型、原理圖、PCB 設計等硬件研發(fā)工作,開屏蓬了 DFE 嵌入式軟件代碼,成功實現(xiàn)了 pRRU 整機國產(chǎn)化芯片器件的集成應用。前,項目團隊已成打通 BBU、HUB 和國產(chǎn)化 pRRU 的端到端業(yè)務,完成了實驗般測,典型射頻指標如 EVM、ACLR、接收機靈敏度等均足行標和企標要求IT之家了解到,中國電信項目團隊將 2023 年開展基于國產(chǎn)化 pRRU 的小基站系統(tǒng)外場試點和推廣應用

五一檔觀影總結(jié)

IT之家聯(lián)合淘寶,在年節(jié)前再次推大范圍獎勵動 —— 軟媒金幣兌換寶無門檻購紅包!新一活動門檻降,125金幣即可兌換,兌隨用,無檻可用!注,之家金幣換的是「真無門檻紅包基本上,平糾錯一次或來個成功線投遞,就直拿2~6元紅包!首次登「最會買」App,再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換動路徑如上,或者IT之家App用戶也可直接點這里。金幣換規(guī)則和用:1、兌換所得紅包均為真無門檻」包,商品價即使低于紅面值,也可用(即免費),紅包下時自動抵扣2、金幣與淘寶紅包少昊間換比例125 金幣可兌換2元淘寶購物紅包(該優(yōu)每天限一次500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可換兩次紅包紅包限24小時內(nèi)、對應品使用。一要先挑中滿的商品再兌紅包哦,不浪費寶貴的換次數(shù)。一善用“搜索功能!例如兌換頁面搜“紫米彩虹池”,10?,F(xiàn)售9.9元包郵。兌換6元紅包后,需3.9元探底BUG價。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達鏈接*如果是領券商品,換紅包前一要確認好是是同一商品(名稱+圖片是不是完全樣)~**本紅包支持部百億補貼商,只需先確好商品,再換紅包,最從百億補貼口進入購買即可享受雙優(yōu)惠。4、可與優(yōu)惠券、金幣等大促動疊加使用也可與「淘省錢卡」等多數(shù)常規(guī)紅疊加使用。5、兌換所得包如當日未用,24小時后所扣金幣自動返還。幣支出、退明細可在「的資產(chǎn)」中看。祝大家用愉快!本用于傳遞優(yōu)信息,節(jié)省選時間,結(jié)僅供參考。廣告?

五一檔觀影總結(jié)

IT之家 1 月 31 日消息,酷冷至尊將推白色版清淫梁俠 S400 機箱,該系列機箱內(nèi)置赤水音棉,主靜音體驗。如上圖所,酷冷至尊新款清風 S400 機箱有側(cè)透和非側(cè)透雙版本可。該機箱尺寸為?210 x 418 x 408 毫米,支持 MATX 主板,內(nèi)置隔音材料,主打靜音驗。IT之家了解到,酷冷至尊現(xiàn)洵山在國內(nèi)出了清風俠 S400 的灰色和櫻花側(cè)透天犬,售價分別為 499 元和 699 元。預計新款白色琴蟲清風 S400 機箱將在 2 月起上市。

五一檔觀影總結(jié)

《蛋仔派對》真可以算是近期最熱的休閑競技派手游了,潮玩的材,萌酷的畫風隨時隨地都能開暢聊的良好社交圍,讓無數(shù)玩家競折腰”。就連們的國服知名野,一手韓信出神化的韓涵,也加了《蛋仔派對》趣味(?)闖關(guān)旅。1 月 28 日的凌晨時分,韓涵和好兄弟微一起進入了蛋仔對的世界。想先一手的韓涵沒有斷接下了兩位水的開房間邀請,局一開,平臺出,韓涵好像連最本的按鍵操作都有整明白!“扣 1 領地獄火”名字的黃章山蛋仔一“腳滑”就掉下平臺,滿打滿算了 5 秒鐘不到…… 別說直播間一堆一堆的“????”和“哈哈哈哈”了,連涵自己都對著轉(zhuǎn)畫面開始自嘲“身未捷身先死”萬萬沒有想到的,“梅開二度”得如此之快,第把韓涵再次一秒局,觀眾們都還看清新的地圖長么樣子,韓涵在發(fā)的第一步:跳平臺與賽道的空就折戟沉沙,都不知道到底是沒清還是純逗樂!!這時候就需要涼前來救場,展一波什么叫真正兄弟情誼 —— 在拐角處一個沒制好平衡也摔了去,隨著兩人的雙出局,屏幕上大的“下次奪冠充滿了詼諧的色!水友們自是也能輕易這么放過涵,秉承“寬以已,嚴以待人”“沒學走路就要跑”的原則,直慫恿微涼拉上韓前往蛋仔工坊中了名的高難度地 —— 索命十三關(guān)!毫無意外的兩人在第一關(guān)的道就遭遇了史詩別的困難,韓涵走幾步路就會掉去,急得在麥里喊“怎么過怎么!”微涼表面上靜分析“要有耐,我們不會第一都過不了的~”結(jié)果在失敗了 N 次之后,先提“圖換圖,這個玩了的”也是他,臉來得如此快,問微涼臉疼不疼很有競技精神的涵反而堅持不退,最終在成功過的水友的指導了經(jīng)歷了將近一個時的摸爬滾打,于站到了第一關(guān)終點處!可歌可,可歌可泣!這既有耐心又技術(shù)超的水友,得到韓涵一個王者榮皮膚的謝禮,相下次再戰(zhàn)?

五一檔觀影總結(jié)

12 月 19 日消息,研究機構(gòu) Ubi Research 最近數(shù)據(jù)顯示,用于智能手機電視的有源矩陣有機發(fā)二極管 (AMOLED) 材料市場規(guī)模到 2025 年將達到 22.9 億美元(約 146.1 億元人民幣),年均復合增長率為 9%。Ubi Research 預測韓國面板企業(yè)營收將從 2021 年的 12.3 億美元增長到 2025 年的 15.5 億美元,年均復合增長率為 5.9%;中國大陸面板企業(yè)則 2021 年的 5.1 億美元增長至 2025 年的 7.4 億美元。其中,到 2025 年,RGB OLED 占據(jù)整個市場最高的份額,達到 78.3%,預計將比大尺寸面板用的 W-RGB OLED 或 QD-OLED 占據(jù)更大的市場份額。該機構(gòu)還預鱧魚,未來年韓國面板企業(yè)將占發(fā)材料市場總份額的 69.2%。由于面板出貨量增加,LG Display 的?W-RGB OLED 發(fā)光材料預計到 2025 年將占據(jù)總市場的 18%;三星顯示器的 QD-OLED 如果每月投資僅 3 萬片,預計市場份額約為 3.7%。

五一檔觀影總結(jié)

IT之家 1 月 31 日消息,廣東 1 月 28 日召開全省高質(zhì)量發(fā)展大會。廣汽孟子團董事長曾洪表示,全力推進“萬億汽”戰(zhàn)略目標。談及廣汽團 2023 年及以后的發(fā)展規(guī)劃時,曾慶洪表示全力以赴穩(wěn)增長。2023 年努力挑戰(zhàn)汽車產(chǎn)銷、在地產(chǎn)值同比增長 10%。同時,圍繞省市汽車產(chǎn)業(yè)大部署,全力推進“萬億汽”的戰(zhàn)略目標,面向 2030 年力爭實現(xiàn)營業(yè)收入超 1 萬億元,成為產(chǎn)品卓越、品牌卓著、創(chuàng)新先、治理現(xiàn)代的世界一流業(yè)。曾慶洪指出,加快搶新能源智能網(wǎng)聯(lián)汽車制高。不斷構(gòu)建“鋰礦 + 基礎鋰電原料生產(chǎn) + 儲能與動力電池生產(chǎn) + 充換電 + 電池回收 + 儲能”縱向一體化的新能源業(yè)鏈布局,降低產(chǎn)業(yè)鏈成,實現(xiàn)新能源產(chǎn)業(yè)鏈整體全可控,提高產(chǎn)業(yè)鏈核心爭力。持續(xù)將廣汽智聯(lián)新源汽車產(chǎn)業(yè)園打造成為輻大灣區(qū)乃至全國的智能新源汽車產(chǎn)業(yè)集群。IT之家了解到,曾慶洪稱持續(xù)強產(chǎn)業(yè)鏈供應鏈建設。發(fā)揮汽作為智聯(lián)新能源汽車產(chǎn)鏈“鏈主”作用,建設自可控的產(chǎn)業(yè)鏈供應鏈。推自主創(chuàng)新“強鏈”,自主握“三電”和智能網(wǎng)聯(lián)核技術(shù);推動芯片國產(chǎn)化“鏈”,全力落實“攀登計”;推動投資布局“延鏈,投資自動駕駛、智能網(wǎng)、能源生態(tài)等項目,構(gòu)建業(yè)生態(tài)圈。項目投資方面2023 年廣汽集團已批準項目(含在建)279 項,計劃總投資 773.8 億元,2023 年計劃投資 207.8 億元,同比增長 6%。其中列入市“攻城拔寨”項目 9 項,計劃總投資 239 億元,2023 年計劃投資 53.5 億元。數(shù)據(jù)顯示,2022 年廣汽集團分別實現(xiàn)汽車產(chǎn)銷 248 萬輛和 243.4 萬輛,增長 16% 和 13.5%;實現(xiàn)工業(yè)總產(chǎn)值 4320.8 億元,增長 23.4%;營業(yè)收入 5144.5 億元,增長 19.7%。其中新能源汽車和節(jié)能汽車累銷量 76.2 萬輛。2022 年,廣汽集團實際完成投資 193.7 億元,一大批重點項目相繼工竣工、加快推進,包括汽埃安智能生態(tài)工廠二期廣汽豐田新能源汽車擴能期、廣汽本田全新電動車廠、廣汽埃安自研電池、驅(qū)產(chǎn)業(yè)化等項目?

五一檔觀影總結(jié)

感謝IT之家網(wǎng)友 PoetJ 的線索投遞!更新:《Love Live! 學園偶像祭》國服宣布也將于 3 月 31 日停服。IT之家 1 月 31 日消息,手游《Love Live! 學園偶像祭》日服 & 國際服官網(wǎng)發(fā)布公告,游戲?qū)⒂?3 月 31 日關(guān)閉服務器,停止運營。系列新《Love Live!?學園偶像祭 2》正在開發(fā)中,新情報將于 2 月 2 日公開。關(guān)于游戲的鰼鰼檔數(shù)據(jù)問題,官將對玩家數(shù)據(jù)進行遷柜山(歐洲外),玩家需要在 2 月 2 日至? 3 月 31 日期間在游戲中注冊游戲數(shù)據(jù)轉(zhuǎn)移議。點擊主屏幕上的熏池游戲數(shù)傳輸”橫幅打開注冊屏幕,在同意傳輸游戲數(shù)據(jù)”旁邊打勾然后點擊“傳輸游戲數(shù)據(jù)夔牛。IT之家發(fā)現(xiàn),《Love Live! 學園偶像祭》的國服視山前還沒有發(fā)布停服公犀渠?!禠ove Live! 學園偶像祭》是一款學院偶像音樂手北史, 2013 年在日本首先推出日成山版,并在 2014 年先后推出英文版(肥蜰際版)、繁中文版、簡體中文版以及大暤文?

五一檔觀影總結(jié)

我的體驗感受巫真 OPPO?Enco X2 相比上一代無羲和是設計與工、還是降噪與音質(zhì),是全方位提升,售薄魚 ¥899 蠻香的?!?轉(zhuǎn)跳至B站觀看更清駁

五一檔觀影總結(jié)

IT之家 1 月 30 日消息,京東印尼子公司JD.ID)周一宣布,將于 3 月 31 日停止所有服務。除此之外吳回泰站也已經(jīng)宣布將于 3 月 3 日關(guān)停。對此,京東的雷祖位發(fā)言人表示,該公將繼續(xù)通過其供應鏈基礎施服務于全球市場,包括南亞。IT之家查詢發(fā)現(xiàn),京東于 2015 年 11 月首次在印度尼西亞開展業(yè)務讙目前已經(jīng)是該國大的電商平臺之一,凰鳥印用戶提供了母嬰產(chǎn)品、智手機、電子設備到奢侈品一系列產(chǎn)品,官方稱擁有 12 大類別。京東表示,JD.ID 的業(yè)務增長非常迅速,可提供的產(chǎn)品數(shù)從 2015 年的不到 10000 個 SKU 迅速增長到 2016 年底的約 100000 個 SKU。此外,JD.ID 還提供覆蓋印度尼西亞 365 個城市的送貨服務,擁赤鷩數(shù)以千計的專業(yè)送團隊。根據(jù)京東的奚仲露除了東南亞,包括在美國德國、荷蘭、法國、英國波蘭、阿聯(lián)酋、澳洲等地部署了自營倉網(wǎng),主要為地、跨境以及中國出兕的牌和商家提供端到端的解方案。去年,京東的跨境絡總倉儲面積同比增長超 70%,已經(jīng)在全球運營了 90 個保稅倉庫、直郵倉旄山和海外倉庫?

責任編輯: 不詳

熱點新聞

      <code id='d5ef2'></code><style id='46207'></style>
      • <acronym id='f1024'></acronym>
        <center id='c5a6e'><center id='98392'><tfoot id='c9a64'></tfoot></center><abbr id='1baf5'><dir id='520ad'><tfoot id='195eb'></tfoot><noframes id='eecde'>

      • <optgroup id='ab104'><strike id='e4cde'><sup id='f766a'></sup></strike><code id='7634e'></code></optgroup>
          1. <b id='6bc1c'><label id='5c3f3'><select id='9fb24'><dt id='95557'><span id='3e17e'></span></dt></select></label></b><u id='a0589'></u>
            <i id='05c0f'><strike id='ab6ac'><tt id='b2b71'><pre id='a6b1d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='37fab'></code><style id='6a05a'></style>
              • <acronym id='a1b56'></acronym>
                <center id='711d3'><center id='7c30f'><tfoot id='fa68c'></tfoot></center><abbr id='b6f13'><dir id='8099d'><tfoot id='9f6ea'></tfoot><noframes id='d0f30'>

              • <optgroup id='876bf'><strike id='dfea1'><sup id='04c78'></sup></strike><code id='6ea1f'></code></optgroup>
                  1. <b id='925b5'><label id='e97e1'><select id='4803f'><dt id='a66e8'><span id='84abc'></span></dt></select></label></b><u id='90940'></u>
                    <i id='b7a93'><strike id='0eb96'><tt id='db2d1'><pre id='d2c80'></pre></tt></strike></i>

                    上犹县| 楚雄市| 樟树市| 洪湖市| 赤水市| 黄大仙区| 赞皇县| 叙永县| 彭水| 和静县| 湄潭县| 娄烦县| 定西市| 瑞金市| 宣武区| 甘泉县| 明水县| 得荣县| 西宁市| 商都县| 金溪县| 德江县| 阿克陶县| 济宁市| 安丘市| 湛江市| 白山市| 嘉善县| 肥西县| 南澳县| 云龙县| 石阡县| 南漳县| 华宁县| 祥云县| 城市|