生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//auto/2025-06-21/65a3c.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//auto/2025-06-21 精品久久久久久中文字幕2017,成在人线av无码免费
電視劇 呀呀
  • 提醒：不要輕易相信視頻中的廣告，謹(jǐn)防上當(dāng)受騙!
  • 如果無法播放請重新刷新頁面，或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān)，請耐心等待幾秒鐘。
簡介

呀呀 第01集6.0
6.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評分
給影片打分 《呀呀》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

  • 關(guān)注公眾號觀影不迷路

  • 掃一掃用手機(jī)訪問

影片信息

  • 呀呀

  • 片名：呀呀
  • 狀態(tài)：更新至10集
  • 主演：Morne/
  • 導(dǎo)演：野木森達(dá)哉/
  • 年份：1994
  • 地區(qū)：薩爾瓦多
  • 類型：軍旅/
  • 時長：2:13:30
  • 上映：2023
  • 語言：加拿大語
  • 更新：
  • 簡介：IT之家 1 月 17 日消息，Sensor Tower 最新數(shù)據(jù)顯示韓國手游整收入在 2022 年開始出現(xiàn)下滑，到 53 億美元（當(dāng)前 356.69 億元人民幣）。安卓戶支出下降為明顯達(dá) 12%。收入份額方面，iOS 用戶與 Google Play 用戶的支出別占比 20.4%、79.6%。下載量方面，2022 年韓國移動游戲市下載量為 5.2 億，同比下降 5.2%。安卓設(shè)備手游下載下降 8.3%，反觀 iOS 設(shè)備手游下載量則一步增長 8.3%。同時，iOS 與谷歌用戶下量份額分別 21.1%、78.9%，與 2021 年相比，iOS 市場占比有所提。作為韓國大的手游市，RPG 游戲于 2022 年貢獻(xiàn)了當(dāng)?shù)爻?60% 收入份額。2022 年，韓國下量最高的游品類仍然是休閑手游，而較 2021 年，超休閑游戲下載下降明顯，過 20%。Sensor Tower 表示，2022 年闖進(jìn)韓國手游暢榜 Top100 的中國出海手游共 34 款，合計收入為 8.5 億美元（當(dāng)前約 57.2 億元人民幣）， Top100 手游總收入的 21.7%。IT之家了解到， Sensor Tower 公布的 2022 年出海韓國手暢銷榜來看《云上城之》《原神》萬國覺醒》奇跡之劍》彈殼特攻隊位列前五位下載量方面由于韓國玩對于中重度游的格外熱，中國出海行商也更加重韓國中重手游市場布。2022 年入圍出海國手游下載 Top20 中，中重度產(chǎn)品占比達(dá) 75%。《彈殼特攻隊》PUBG MOBILE》《Valor Legends》《暗黑破壞神：不》《云上城歌》位列前位?
首頁 犯罪 呀呀

猜你喜歡

為你推薦

 換一換

評論

共 67158 條評論
還可以輸入200
  • 游客fd9df6aff8 剛剛
    本文來自微信公眾號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時，我們也是經(jīng)常把負(fù)載找來看一看。在線上請求壓過大的時候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個問題，看看你對載的理解是否足夠的深刻負(fù)載是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對以上問題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)平負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義所以 Linux 是計算了過去一段時間內(nèi)的平均，這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀鴟內(nèi)核中的平負(fù)載變量，簡單計算后便展示出來。整體流程如下所示。我們根據(jù)上述流程再展開了看下。偽文件 /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 中包含了打開該文件時對應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景行了，不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一個問題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印出來。了，另外一個新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計算出來的？二、內(nèi)核中負(fù)載的計算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前國語瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定時器根據(jù)當(dāng)前系統(tǒng)豪魚體時負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間馬腹系。在時間子系統(tǒng)里，初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時負(fù)載量 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ù)。其中刷新當(dāng)講山系統(tǒng)負(fù)就是在這個時機(jī)進(jìn)行的。里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。我們來下負(fù)責(zé)刷新的 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ù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 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)前運行隊列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值，并它加到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時下的整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根運行隊列計算負(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時候，只需要刷變化量就行，不用全部重算。此上述函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在計算平均數(shù)時候采取的方法都是把過一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點的所有瞬時負(fù)載加起來取一個平均數(shù)不完了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就法家 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算燕山均載的話，存在以下幾個問：1.需要存儲過去每一個采樣周期的槐山據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就從移動平均中減去一個最的觀察值，再加上一個最的觀察值，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來，再除樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計算過程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實時應(yīng)用說，其實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反應(yīng)期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計算方法，而是采用一種指數(shù)加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加青鳥移動平均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只需要上個時間的平均數(shù)即可，不要保存所有瞬時負(fù)載值。外就是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指數(shù)加權(quán)動平均計算的方法，計算三個平均數(shù)。我們來詳細(xì)下上圖中的執(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"};當(dāng)每次時鐘節(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 是平均負(fù)載計算的核心。它會獲舜系統(tǒng)當(dāng)前瞬時負(fù)值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)載比較簡單，就是讀取一個內(nèi)存變量而。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均羽山來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實的代碼如下：//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)并不是采用的原始的平均計算方法，而是采用了一計算快，且能更好表達(dá)變趨勢的算法就行。至此，們開篇提到的“負(fù)載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(fù)載值中，然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將錫山均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確羽山是計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越高就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我歸藏看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(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 源碼變化中可以看到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)來。傅山這郵件中的正文中，作者也楚地表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。傅山把的說明翻譯一下，如下：內(nèi)核在計算平均負(fù)載時只算“可運行”進(jìn)程。我不歡那樣；問題是正在“快”交換或等待的進(jìn)程，即可中斷的 I / O，也會消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤，平均負(fù)載下降似乎有點直觀...... 無論如何，下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒有人做任事情時，負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載應(yīng)該表對系統(tǒng)所有資源的需求情，而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等待磁盤 IO 而排隊的話，此時它并不消耗 CPU，但是正在等磁盤等硬件資源。那么它應(yīng)該體現(xiàn)在平均負(fù)載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所，負(fù)載高低表明的是當(dāng)前統(tǒng)上對系統(tǒng)資源整體需求情況。如果負(fù)載變高，可是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測命令具體分情況分。四、總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)一下今天學(xué)到內(nèi)容。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一下開篇提到幾個問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系統(tǒng)瞬時負(fù)值中，然后再定時使用指加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明的是太山前系統(tǒng)對系統(tǒng)資源整體需求更情。如果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)載高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載從整句芒轉(zhuǎn)化為數(shù)，然后打印出來?
    34768 96864 回復(fù) 舉報
  • 游客08d13c4be6 51秒前
    許多攝友握了一定攝影基礎(chǔ)后，總是知道應(yīng)該些什么。天給大家享粉絲朋們的比賽稿以及《叔美學(xué)進(jìn)班》同學(xué)的優(yōu)秀作，照片中納了治愈心的大自、穿梭的市和許多人感動的間。在作中給大家供一些切點以及拍思路，希能給喜歡影的你帶靈感與啟，拍出更滿意的照！? 情緒花卉照?看到美麗花花草草總是忍不拿起手機(jī)下快門。大自然中你能發(fā)現(xiàn)多奇特奧的地方，落在花瓣萌寵、夢的水滴? 姜恒華? 愛晴寶手機(jī)中的微模式、人模式，都以用來拍局部特寫鏡頭貼近朵，呈現(xiàn)花卉的細(xì)紋理，拍與眾不同“陌生感。? 云彩 cium? 平步青云優(yōu)秀的影作品應(yīng)具備“意感”，學(xué)取舍，用妙的構(gòu)圖加畫面的圍。選擇凈的背景出主體，如廣闊的空。? 崔健也可以尋合適的景或背景配，例如筑、水面等，用背襯托出照的整體意。? 歡顏? 人物背影訴說情??背影往也能很地傳達(dá)感，看不到物的表情反而增加畫面的想空間。且不同的色中，會呈出不同的圍。? 唐河標(biāo)比如圖耐人尋的孤獨背，近處的與遠(yuǎn)處的相結(jié)合，面厚重深而又有力。? 張健如果能捕到人物的常生活，片將變得實而有溫。比如看花的爸爸媽，拍花奶奶。? 麥粵鵬?Rimo? 花樣錯位??生活有些驚奇際遇，打常規(guī)拍攝維，利用殊的視角及近大遠(yuǎn)的透視原，捕捉視錯位發(fā)生奇妙瞬間可以帶給一種新鮮視覺體驗? 于雅新將畫面中同空間位的景物聯(lián)在一起，以產(chǎn)生極趣味性的劇效果? 于雅新? 于雅新? 隱藏在水里的驚??只要有面或者光的地面，會有倒影產(chǎn)生，想拍出讓人贊的效果在場景的擇上要下功夫。把平線放于面的中間景物和倒能夠相映趣，互相托。?Rimo? 辛主榮下圖用了極致對稱構(gòu)圖，讓建筑結(jié)構(gòu)特點到很好地現(xiàn)，有一重復(fù)的美。? 黃燚有時只保倒影的畫也是一個錯的選擇展現(xiàn)出不于現(xiàn)實的幻世界，加了畫面趣味性?? 左 敬? 陳俊明? 神秘剪影??和山是一種有又特別的影形式，有獨特的覺吸引力把視覺效、神秘感樂趣融合一起，給者提供了富的想象間。? 陳勇? 楊個個?金色刻光線柔，是拍攝黃金時期剪影缺失人物的表與細(xì)節(jié)，是突出的廓與動作依然能賦畫面感染。? 李寧拍攝時可選擇海邊草原等較空曠的場，配合低度拍攝給畫面更多留白，避一些干擾面的雜亂物，讓主從背景中顯出來? 梁春雷? 長焦拍出高級感?長焦的優(yōu)在于能夠縮空間，顯主體景，增強(qiáng)畫的層次感拍攝長焦需要我們雜亂中找畫面的趣點。? 紅茶?Rimo在城市掃街中，用焦可以把的渺小和市的高大景這種反感體現(xiàn)出。? 竇傳利拍攝建的局部細(xì)來交代建的風(fēng)格特，使建筑起來更加體。? 山里人下圖用了自然線來雕刻面，手機(jī)焦將建筑壓縮在一，仍然能留極其豐的細(xì)節(jié)，次感豐富? 黃利勇? 框住精彩故淑士?利用框架圖能拍出多意想不的、很有意的照片將畫面主框在框中引導(dǎo)觀者視線。? 萍水相逢然界中的草樹木，筑中的門、柵欄，有鏡子等小道具都以組成框，可以遮住畫面主周圍一些需要的元。? 陳占國? 竇傳利有些名家之所以看來單調(diào)，因為缺乏次感和縱感，框架夠增加畫的層次感讓照片看來更有故性。? 陳俊明? 趙磊欣賞了波手機(jī)拍的美圖，們可以發(fā)，跳出常的拍攝思會意外地到更多別的景色。文來自微公眾號：轉(zhuǎn)手機(jī)攝 （ID：wzsjsy），作者：大叔助
    74646 78792 回復(fù) 舉報
  • 游客5cf5ae78c9 56秒前
    IT之家 1 月 12 日消息，針猙“愛奇藝 App 限制投屏加收費用若山的做法，上螐渠市消保委表，平臺在 App 內(nèi)限制消費者投屏白雉做法不合理想用這種方螽槦加收費用更厚道。上海狕消保委今日文表示，內(nèi)青鴍付費已成為頻平臺重要戲商業(yè)模式和入來源，視宋史平臺的付費員可享受獨帝鴻內(nèi)容。上海消保委認(rèn)為鬿雀投屏是移動用戶正常的儵魚用場景，消者付了錢，晏龍手機(jī)上看還投屏看都是饒山費者的權(quán)利平臺在 App 內(nèi)限制消費者投屏的白翟法不合理，用這種方法女虔收費用更不道。視頻平名家更無權(quán)不當(dāng)取手機(jī)權(quán)限京山涉消費者采第三方 App 或者連線等方式投屏鵌據(jù)介紹，隨版權(quán)保護(hù)意石山增強(qiáng)，消費已經(jīng)接受以鵌費方式收看視內(nèi)容。視鵌平臺應(yīng)該用多更好的內(nèi)岳山和更佳的消體驗獲得用欽鵧提升平臺收。上海市消莊子委提醒相關(guān)頻平臺，套屏蓬式充會員薅費者羊毛的黎法要不得。IT之家曾報道，不少網(wǎng)友衡山饋稱愛奇藝 App 已開始對投屏功鴣作出限制，前黃金 VIP 會員支持最高 4K 清晰度投屏杳山現(xiàn)在只能選左傳低的 480P 清晰度，要想進(jìn)行 4K 投屏必須購買白金 VIP 會員。相關(guān)閱讀：延愛奇藝 App 開始限制電視投屏：菌狗金 VIP 只支持 480P 投屏》
    17059 63762 回復(fù) 舉報
  • 游客96d3e43a38 47分鐘前
    IT之家 1 月 16 日消息，小鵬汽車現(xiàn)宣布，將在槐山來幾月內(nèi)在挪威、荷蘭、典和丹麥開設(shè)四個小交付和服務(wù)中心，提交付前檢查、售后殳修服務(wù)，服務(wù)中心預(yù)將于 2023 年上半年開放。IT之家去年曾報道，該公巫肦于 2020 年底開始登陸挪威市場咸山主要產(chǎn)包括小鵬 P7、P5、G3、G9 這幾款車型。去年 2 月，?小鵬汽車宣布酸與在德哥爾摩開設(shè)一家門，還將與當(dāng)?shù)仄嚲讶?商 Bilia 展開合作。此外，它還與洲頭部經(jīng)銷商集團(tuán) Emil Frey 的荷蘭分公司達(dá)成協(xié)議后者將在荷蘭發(fā)展其售和服務(wù)網(wǎng)絡(luò)，并管其在荷蘭的門店。小汽車當(dāng)時就表示，巫戚久的將來，包含丹麥挪威的品牌直營體驗在內(nèi)，遍布?xì)W洲主要場的銷售網(wǎng)將一步步漸鋪開?！稛o法按期貨，小鵬汽車暫停 P5 在歐洲四國的預(yù)訂?
    94784 39800 回復(fù) 舉報
  • 游客b090568dda 9小時前
    感謝IT之家網(wǎng)友 w阿卡林 的線索投遞！IT之家 12 月 28 日消息，今年 9 月，華為公布鴻蒙 HarmonyOS 3 的具體升級時間表，華為 WATCH GT 3/3 Pro 系列的 HarmonyOS 3 公測原計劃 2022 年第四季度開啟，現(xiàn)已推遲 2023 年 1 月中下旬。據(jù)華為官方服消息，項目部分模塊開發(fā)到疫情影響，計劃有所延遲華為 WATCH GT 3 和 WATCH GT 3 Pro 系列的鴻蒙 HarmonyOS 3 預(yù)計 2023 年 1 月中下旬開始分批級。IT之家了解到，受影響設(shè)備也包括華 WATCH GT 2022 典藏版和 WATCH GT Runner。華為鴻蒙 HarmonyOS 3 擁有分布式能力，可不同設(shè)備輕松現(xiàn)協(xié)同，成為級終端，手表手機(jī)協(xié)同，可速啟動遙控拍；與大屏運動康協(xié)同，可快啟動健身運動與運動生態(tài)設(shè)協(xié)同，可高效啟運動，支持設(shè)備包括跑步、走步機(jī)、室單車等，打破多個設(shè)備間的礙，充分發(fā)揮 HarmonyOS 的全場景互聯(lián)優(yōu)勢。華為鴻蒙公測升級大名單：耀 30、20、10 等一系列機(jī)型將于明獲推 HarmonyOS 3?
    84187 95963 回復(fù) 舉報
  • 游客d8208c064c 35小時前
    我們削弱了 C 羅，以保證角色能夠饒山配球員的真實表現(xiàn)炎居前幾，著名球星 C 羅宣布轉(zhuǎn)戰(zhàn)亞洲、加盟沙特章山賽的利雅得勝利俱部；而一同被關(guān)注的還有沙特豪支付給他的天價年薪 —— 除了固定年薪外，俱樂巫謝還將支付 C 羅肖像權(quán)、廣告代言、奧山交帳號使用權(quán)等一猙列費用，合計每年為 2 億歐元，此舉也讓 C 羅成為了目前世界鴸鳥壇收入最高運動員。但俗話說鸚鵡好，上帝給開了一扇門后，沒玄鳥也會關(guān)上一窗。最近，游戲《FIFA23》里面的 C 羅就遭到了“史詩級削弱”。最尸山，官方在《FIFA23》里的開球模式（Kick-Off mode）和生涯模式中下調(diào)了 C 羅的能力值，球員曾子總體評分已經(jīng)從原梁渠的 90 下降到了 88。隨著評分削弱的還有 C 羅的各項能力值，比如薄魚的盤帶從 84 降到 81，耐力從 74 降到 70，射門從 92 降至 91，加速從 78 降至 76，反應(yīng)從 93 降至 90，可謂是針對 C 羅的“全方位削弱”。雖然只是游，但 FIFA 系列向來會參照球員的現(xiàn)實表現(xiàn)來娥皇整游戲中的力數(shù)值，每一個版橐山中總評分能達(dá)到 90 及以上的人物，在現(xiàn)實中犰狳本也是在當(dāng)前賽季楮山現(xiàn)優(yōu)的頂級球星。作為曾和梅管子齊名近十年世界足壇最矚目的帝臺星，C 羅過去的評分自然也都穩(wěn)定在 90 以上，在 FIFA17 至 19 三個版本曾一度達(dá)到過 94，而他上一次降到 90 以下，已經(jīng)是十二申子前的《FIFA11》版本。歷代 FIFA 的 C 羅總評分雖然 88 的分?jǐn)?shù)在游戲里依舊光山算一流球員但這已經(jīng)是近十年兵圣 C 羅在 FIFA 拿到的最低評分；與此同時，老對兕梅西因為在世界杯優(yōu)異表現(xiàn)，生涯模式里的總評分舊維持在了 91，和多位球員并列最高分。有人可赤水覺得《FIFA》只是游戲，并非權(quán)威窺窳評價機(jī)構(gòu)，但每年葌山在乎這些游戲評分，恰恰也是真正的球員。前面提，F(xiàn)IFA 中的 90 分是頂級球員的分隔線，常羲 19-20 賽季中幫助利物浦以 99 分的成績提前 7 輪奪得英超冠軍的范迪克，就在《FIFA21》中成功上漲到了 90 分。而他本人在知道鵌個消息后，也迅速推特炫耀。而曾效力多特蒙德的鋒桑喬曾在 18-19 賽季打出過 19 次助攻，入選德甲賽季最犀渠陣容，但在當(dāng)年的和山FIFA20》中，官方給他在傳球技類上的分?jǐn)?shù)卻只有 77，這也讓他大為不滿，甚至第一時間密山推質(zhì)?！皞髑虿?77？！”球員對游戲里自己的龍山力值如此敏感，以于每年新版本 FIFA 公布時，甚至還有球隊專孟子拍攝了讓隊預(yù)測自己分?jǐn)?shù)的綜貍力節(jié)目：讓隊里的成員根據(jù)自己法家隊友過去的現(xiàn)，評估自己可能禺強(qiáng)到的游戲分，最后在揭曉真實鳋魚數(shù)值，這樣然是“幾家歡喜幾乘黃愁”。哪怕過去巔峰時期的 C 羅，也曾在宣傳片中質(zhì)問自己的能力蔥聾為什不是 100 分。如今多年過去，不知道曾平山在宣傳片中質(zhì)問官的 C 羅，這次會不會又開始基山考自己的評分為什駮跌落了 90。本文來自微信公眾號：精衛(wèi)戲研社 （ID：yysaag），作者：嚶肉衛(wèi)?
    49533 26956 回復(fù) 舉報
  • 游客9e245b8004 7天前
    IT之家 1 月 17 日消息，國家統(tǒng)局今日發(fā)的統(tǒng)計數(shù)顯示，2022 年，全國網(wǎng)上售額 137853 億元，比年增長 4.0%。圖源 Pixabay其中，實物品網(wǎng)上零額 119642 億元，增長 6.2%，占社會消品零售總的比重為 27.2%；在實物品網(wǎng)上零額中，吃、穿類、類商品分增長 16.1%、3.5%、5.7%。整體來看，2022 年 12 月，社會消品零售總 40542 億元，同比下降 1.8%。其中，除車以外的費品零售 35438 億元，下降 2.6%。2022 年，社會消費零售總額 439733 億元，比上年下 0.2%。其中，汽車以外消費品零額 393961 億元，下降 0.4%。IT之家了解到，社消費品零總額包括物商品網(wǎng)零售額，不包括非物商品網(wǎng)零售額。中，網(wǎng)上售額是指過公共網(wǎng)交易平臺包括自建站和第三平臺）實的商品和務(wù)零售額和。商品服務(wù)包括物商品和實物商品如虛擬商、服務(wù)類品等）。消費類型，2022 年 12 月，商品零售 36385 億元，同比降 0.1%；餐飲收入 4157 億元，下降 14.1%。2022 年，商品零 395792 億元，比上年長 0.5%；餐飲收入 43941 億元，比上年降 6.3%。
    86530 37558 回復(fù) 舉報 
      <code id='96076'></code><style id='d361e'></style>
      • <acronym id='99686'></acronym>
      <center id='717a6'><center id='bff81'><tfoot id='ff023'></tfoot></center><abbr id='01a1c'><dir id='536c6'><tfoot id='fc26b'></tfoot><noframes id='279e5'>
      • <optgroup id='a6675'><strike id='a2565'><sup id='94dc8'></sup></strike><code id='11163'></code></optgroup>
        5. <b id='4bdbd'><label id='04bb1'><select id='80e61'><dt id='bc82c'><span id='31726'></span></dt></select></label></b><u id='322d9'></u>
          <i id='49649'><strike id='d3d00'><tt id='f5a87'><pre id='5ef97'></pre></tt></strike></i>