生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//finance/2025-06-18/f3a6d.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//finance/2025-06-18 《拉莫》- 電影 - 高清完整版在線觀看-淼淼影视网

在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

<input id="m7gwb"></input>

觀看記錄
關(guān)注公眾號(hào)觀影不迷路

視頻文章

推薦搜索

電視劇拉莫

影片信息

片名：拉莫
狀態(tài)：更新至8集
主演：前田剛/
導(dǎo)演：薩維里奧·科斯坦佐/
年份：2003
地區(qū)：幾內(nèi)亞
類(lèi)型：強(qiáng)勢(shì)接檔/
時(shí)長(zhǎng)：1:58:27
上映：2021
語(yǔ)言：奧地利語(yǔ)
更新：2025-06-21 13:46:27
簡(jiǎn)介：本文來(lái)自微信公眾號(hào)：開(kāi)內(nèi)功修煉（ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性凰鳥(niǎo)指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來(lái)看一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對(duì)以上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶(hù)態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)核中的平負(fù)載變量，簡(jiǎn)單計(jì)算后便展示出來(lái)。整體流程如下所示。我們根據(jù)上述流程再展開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里成的。//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 等奇奇怪怪的定義，代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)核中并有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而是用整數(shù)來(lái)模擬的。反經(jīng)些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了，不用過(guò)度展開(kāi)剖析這樣用戶(hù)通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問(wèn) 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é)一下我們開(kāi)篇中的一管子問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)給應(yīng)用層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，鸮打印出來(lái)。了，另外一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)算出來(lái)的？二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前禺號(hào)瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成楚辭個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系。在時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開(kāi)看一下，我們找了高分辨率定時(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í)候，將到期數(shù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)進(jìn)行的。里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)調(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ù)載值。我們來(lái)下負(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)的運(yùn)行隊(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 中看到，通過(guò) 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è)僬归_(kāi)看看是如何根運(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)的用戶(hù)?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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶(hù)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化量就行，不用全部重算。此上述函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把過(guò)一段時(shí)間的數(shù)字都加起來(lái)后平均一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來(lái)取一個(gè)平均數(shù)不完了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算平均載的話，存在以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的禺號(hào)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個(gè)比較的數(shù)組將每一次采樣的數(shù)全部都存起來(lái)，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就從移動(dòng)平均中減去一個(gè)最的觀察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來(lái)，再除樣本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)石夷均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場(chǎng)里 EMA 均線也是使用的是類(lèi)似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成，通過(guò)一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(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é)拍到來(lái)時(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，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶(hù)進(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 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)移動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下：//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è)算法理解起來(lái)挺復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)算看起來(lái)很少。而且看不懂沒(méi)有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變趨勢(shì)的算法就行。至此，們開(kāi)篇提到的“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(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 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過(guò)來(lái)而得進(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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這封郵件所的 Linux 源碼變化中可以看到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)來(lái)。在刑天郵件中的正文中，作者也楚地表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我把的說(shuō)明翻譯一下，如下：內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不歡那樣；問(wèn)題是正在“快”交換或等待的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速換磁盤(pán)替換快速交換磁盤(pán)，平均負(fù)載下降似乎有點(diǎn)直觀...... 無(wú)論如何，下面的補(bǔ)丁似乎使負(fù)平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒(méi)有人做任事情時(shí)，負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載應(yīng)該表對(duì)系統(tǒng)所有資源的需求情，而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤(pán)等硬件資源。那么它應(yīng)該體現(xiàn)在平均負(fù)載的計(jì)里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所，負(fù)載高低表明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高，可是 CPU 資源不夠了，也可能是磁盤(pán) IO 資源不夠了，所以還需要配合它觀測(cè)命令具體分情況分。四、總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)總結(jié)一下今天學(xué)到內(nèi)容。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶(hù)進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來(lái)總結(jié)一下開(kāi)篇提到幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系女娃瞬時(shí)負(fù)值中，然后再定時(shí)使用指加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明的是彘山前系統(tǒng)對(duì)系統(tǒng)資源整體需求更情。如果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤(pán) IO 資源不夠了。所以不能說(shuō)看著負(fù)載高，就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用狡？?jī)?nèi)核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載從整數(shù)轉(zhuǎn)化闡述數(shù)，然后打印出來(lái)?

335
微信掃一掃

復(fù)制下方鏈接，去粘貼給好友吧 -拉莫復(fù)制鏈接
關(guān)注公眾號(hào)觀影不迷路
掃一掃用手機(jī)訪問(wèn)

立即播放百度影音

選擇來(lái)源

百度影音

6.0

網(wǎng)友評(píng)分

很差
較差
還行
推薦
力薦

709次評(píng)分

6.0

網(wǎng)友評(píng)分

很差
較差
還行
推薦
力薦

709次評(píng)分

給影片打分《拉莫》

很差
較差
還行
推薦
力薦

我也要給影片打分

掃一掃用手機(jī)訪問(wèn)

首頁(yè) 國(guó)產(chǎn)劇拉莫

播放列表

當(dāng)前資源來(lái)源百度影音 - 在線播放,無(wú)需安裝播放器

倒序

百度影音

展開(kāi)全部

劇情簡(jiǎn)介

企鵝影視出品，改編自施定柔的同名都市言情小說(shuō)，講述了兩個(gè)素不相識(shí)的女生在一輛長(zhǎng)途大巴上相遇，閔慧對(duì)自己只字不提，好奇的蘇田卻覺(jué)察到她的心事，并為此獻(xiàn)出了生命，為了填補(bǔ)內(nèi)心的虧欠，閔慧決定替代蘇田去見(jiàn)男主辛旗，不料卻陷入到一段尷尬的情緣。

為你推薦

換一換

更新至31集

牧人與屠夫

/羅玉婷///
全27集

拉莫

李正翔//張韶涵/
全10集

夢(mèng)斷影都

豆豆///小野賢章/吳磊//榎木淳彌/奇奇//石/曲調(diào)調(diào)//楊瑩/蘋(píng)果醬/楊娜/
更新至16集

內(nèi)陸

三宅健太/蘇猛/蔣莎/中村悠一/江原正士//魏超/佐野岳/內(nèi)詳/豬豬俠/武藤壽美//
更新至28集

鎮(zhèn)魔道

柳真顏/阿奇/村井良大/未知/灰灰//
更新至34集

末法王座之封印

/小丑/陳雅蕊/妙妙/未知/榎木淳彌/未知//大衛(wèi)·/Nice//小見(jiàn)/老恒/程炫璋/大谷育江/
全5集

這就是我

斯賓瑟·格拉默/月上嵐/黑澤朋世/
全6集

幸福，近在咫尺

//沈夢(mèng)辰/
全30集

我與姬友的二三事第一季

細(xì)谷佳正//加隈亞衣/
全18集

明天也想見(jiàn)到你

小清水亞美/小市真琴/冷泉夜月//楊進(jìn)/

更新至17集

阿孖有難

豬豬俠/談鵬/陶典/
更新至30集

完美犯罪

鞏漢林//芥末/
全35集

再見(jiàn)少女團(tuán)

寫(xiě)川/艾利克斯·布諾斯町/
全18集

高興遇見(jiàn)你

//
更新至9集

大急救

今井麻美//天陽(yáng)/
全37集

羅生門(mén)

/小山剛志//未知/申客/島崎信長(zhǎng)/榎/槍炮//石田彰/陳張?zhí)?/宮野真守/
全8集

東城的梅爾

/葉知秋/李好/林原惠美/梅原裕一郎/內(nèi)詳/
更新至26集

復(fù)讀

/魯西·泰勒/鄭藝特/趙毅/
更新至22集

創(chuàng)世草案

//
全14集

千年心動(dòng)

本渡楓///

全16集

雅加達(dá)

神奈延年/黃鶯/不詳/
更新至2集

廢柴聯(lián)盟第六季

越前龍馬/藤田咲/未知/福山潤(rùn)/岡本信彥/
更新至42集

動(dòng)物王國(guó)

李曉佳/鵬小胖//技能滿(mǎn)分/荼荼/子兮/左影//杉田智和/kinsen//關(guān)智一/可可//
TC搶先版

First Love 初戀

浪川大輔/加藤//王照寒/
更新至45集

W-兩個(gè)世界

寺島拓篤/段藝璇/野澤雅子/高橋文哉/柿原//大川透/俞遜發(fā)/前田剛/久川綾/寺杣昌紀(jì)/未知//
全28集

掃黑英雄

淺野麻由/小花/烏云/赤楚衛(wèi)二/櫻井孝宏////風(fēng)靡全球?“萌”游世界\r\n//興津和幸/
全19集

山寨大黃蜂

平田廣明/涉江讓二/楠木燈/風(fēng)靡全球?“萌”游世界\r\n/<
更新至5集

王子變青蛙

張沛/小野大輔/艾利克斯·布諾斯町/馮友薇/山口由里子/
更新至24集

成年之殤

子寧/涂小鴉/Rebecca/
全15集

血緣關(guān)系

換一換

評(píng)論

共 96329 條評(píng)論

還可以輸入200

看不清楚? 換一張！

游客46646a3531 剛剛

感謝IT之家網(wǎng)友 goodfull 的線索投遞！原文標(biāo)題：《深度起底網(wǎng)易拒絕欽原雪延細(xì)節(jié)，不當(dāng)接盤(pán)俠竟是這個(gè)》停服只剩下 5 天暴雪這次又搶先了。1 月 17 日 14 點(diǎn)左右，暴雪中國(guó)官微率先發(fā)布 "暴雪對(duì)國(guó)服玩家社區(qū)的更新說(shuō)明"。說(shuō)明大意是跟網(wǎng)易再次接觸，詩(shī)經(jīng)期順延國(guó)服服務(wù)款六個(gè)月。不過(guò)，這一提議遭網(wǎng)易拒絕，因此暴雪系游戲?qū)? 1 月 23 日停服。截至發(fā)稿時(shí)，網(wǎng)易游戲尚未對(duì)暴雪明進(jìn)行回復(fù)。競(jìng)核獲悉，雙方觸具體時(shí)間是美國(guó)當(dāng)?shù)貢r(shí)間 1 月 14 日晚上。當(dāng)時(shí)，暴雪娛樂(lè)總裁 Mike Ybarra 發(fā)起電話會(huì)議跟網(wǎng)易公司副總裁、網(wǎng)易暴雪合作部負(fù)人李日強(qiáng)進(jìn)行洽談。一位知情士稱(chēng)，雙方共談判了三次，每談判時(shí)間較短。關(guān)于商業(yè)條款盡管網(wǎng)易不高興但為了玩家還選擇接受。原本網(wǎng)易是希望能繼續(xù)運(yùn)營(yíng)，一直撐到微軟接盤(pán)易。無(wú)奈，針對(duì)網(wǎng)易最關(guān)心的規(guī)問(wèn)題，也是網(wǎng)易談判的底線暴雪方一直態(tài)度強(qiáng)硬，最終本溝通還是談崩了。一位網(wǎng)易游高層告訴競(jìng)核，本次談判破裂推進(jìn)全球游戲業(yè)務(wù)布局沒(méi)有影，它產(chǎn)生的負(fù)面影響早已在 11 月份消化掉了。原本網(wǎng)易游戲高層希望重啟談判這件畢文低行事，談判破裂安靜分手就好未曾想，背刺手法又重演了。核認(rèn)為，從網(wǎng)易游戲逆水寒魔懷舊服以及 CCG 品類(lèi)發(fā)布會(huì)等事件來(lái)看，網(wǎng)易確解說(shuō)做了足準(zhǔn)備應(yīng)對(duì)后暴雪時(shí)代。對(duì)網(wǎng)而言，后續(xù)還需自證的是，何從一家中國(guó)本土游戲研發(fā)商、營(yíng)商領(lǐng)先者成為全球游戲研發(fā)、運(yùn)營(yíng)商領(lǐng)頭雁。分手不體面官方、民間輿論場(chǎng)上，暴雪跟易態(tài)度鮮明。針對(duì)暴雪所發(fā)表聲明，網(wǎng)之易法人張棟（微博地和洗地的咚咚）直接轉(zhuǎn)發(fā)了暴雪大中華區(qū)總裁于網(wǎng)易暴雪布“分手”當(dāng)天所發(fā)的微博以態(tài)度。動(dòng)視暴雪 CEO Bobby Kotick 先是從 2017 年左右開(kāi)始排擠暴雪娛樂(lè)聯(lián)合創(chuàng)始巫羅，前總裁兼 CEO Mike Morhaime，不給予其相應(yīng)的高管合同和地位世本最終導(dǎo)致 Mike 于 2019 年從暴雪離職。從此暴雪不再設(shè)立 CEO 一職，只有工作室總裁職位。也意味著暴雪喪失了獨(dú)立商業(yè)營(yíng)權(quán)，完全成為公司內(nèi)部工作級(jí)別的存在。同時(shí)，2018 年，網(wǎng)易向 Bungie 投資一億美元打亂了 Bobby Kotick 通過(guò)拖欠《命運(yùn)》開(kāi)發(fā)款以達(dá)成低價(jià)老子購(gòu) Bungie 的計(jì)劃。從那時(shí)開(kāi)始，Bobby 已經(jīng)開(kāi)始計(jì)劃終止與網(wǎng)易的合求山。自微軟宣收購(gòu)動(dòng)視暴雪后，Bobby Kotick 就開(kāi)始為自己的未來(lái)謀劃。禮記是在完成收購(gòu)后續(xù)保有當(dāng)前的職位和高額薪資如果不得不離開(kāi)動(dòng)視暴雪，則可能在收購(gòu)?fù)瓿汕盀樽约褐\取多利益。因此，在和網(wǎng)易進(jìn)行約談判時(shí)，Bobby Kotick 不僅提出要進(jìn)一步提高動(dòng)視暴綸山方的收入分成、繳納額保證金或預(yù)付費(fèi)。甚至要求易方在簽約時(shí)預(yù)付數(shù)億美金的年合作款，以提振業(yè)績(jī)表現(xiàn)。外，另有消息稱(chēng) Bobby Kotick 還要求了由暴雪方控制中國(guó)玩家的數(shù)據(jù)。同時(shí)求網(wǎng)易為動(dòng)視暴雪開(kāi)發(fā)暴雪 IP 的手游，且網(wǎng)易只能獲取中國(guó)大陸地區(qū)的收益，動(dòng)視暴駮能還要進(jìn)一步從中國(guó)大陸地赤水分成。眼見(jiàn)合作難以達(dá)成，Bobby Kotick 便選擇在 11 月 17 日網(wǎng)易發(fā)布 2022 年三季度財(cái)報(bào)當(dāng)天上午放料給彭博黑狐，表示不和網(wǎng)易續(xù)約。當(dāng)時(shí)正值網(wǎng)易港交易時(shí)間段，根據(jù)港交所規(guī)定交易時(shí)間無(wú)法給出公告。這讓易 IR 團(tuán)隊(duì)非常被動(dòng)，只能苦等三個(gè)小時(shí)后少昊午間休市發(fā)網(wǎng)易方聲明。受此背刺，網(wǎng)易股盤(pán)中大跌 12%。在暴雪與網(wǎng)易分手事件發(fā)生后，網(wǎng)易游全球投資與伙伴關(guān)系總裁 Simon Zhu 在社交媒體發(fā)文：“有朝一日，當(dāng)所有的內(nèi)都被揭開(kāi)，大家會(huì)對(duì)一個(gè)臭 SB 到底能帶來(lái)多大的混亂有一個(gè)全景山級(jí)別的認(rèn)知?！泵^直 Bobby Kotick。不可調(diào)節(jié)的矛盾之下，裂縫就產(chǎn)生，網(wǎng)易暴雪解約已成定局此后的近兩個(gè)月中，無(wú)數(shù)中國(guó)家都只能等待著暴雪和新代理消息。不過(guò)，據(jù)競(jìng)核了解，潛的選擇中，騰訊此前已經(jīng)在《命召喚：手游》的合作中受過(guò) Bobby Kotick 的“背刺”，字節(jié)在花了大力術(shù)器理《使命召喚》某款產(chǎn)品未多寓也基本放棄了和動(dòng)視暴雪合鹿蜀念頭。而對(duì)于完美、B站等公司來(lái)說(shuō)，狹窄的利潤(rùn)空間、禹大數(shù)據(jù)遷移工作以及最棘手的版問(wèn)題都是橫亙?cè)陔p方間的巨大礙。按動(dòng)視暴雪的一貫風(fēng)格，幾乎不會(huì)“讓利”給代理商。雪中國(guó)今日的這一條公告，或是尋求合作受阻后寄希望于玩輿論的“盤(pán)外招”。準(zhǔn)備好和雪 Say Goodbye然而，出乎暴雪意料的是，經(jīng)過(guò)后兩個(gè)月的發(fā)酵，厘清前因后的玩家們幾乎清一色地站在了雪的對(duì)立面。而今日暴雪這一鍋意味明顯的聲明，更是引起國(guó)服玩家的不滿(mǎn)與嘲諷?！皢?面解除合作，現(xiàn)在還甩鍋網(wǎng)易好意思嗎？”、“笑死我了，家團(tuán)隊(duì)都解散了，你等到關(guān)服倆禮拜去跟人談判順延？真為家著想不能早點(diǎn)行動(dòng)嗎”。諸此類(lèi)的評(píng)論，出現(xiàn)在各大玩家區(qū)之中。而玩家提到的已解散團(tuán)隊(duì)，正是上海網(wǎng)之易網(wǎng)絡(luò)科發(fā)展有限公司，即網(wǎng)易暴雪的資運(yùn)營(yíng)公司。就在幾日前的 1 月 14 日，據(jù)接近網(wǎng)易人士透露，網(wǎng)之易團(tuán)屈原的大部分工已離職。據(jù)悉，在解散前網(wǎng)易約有不到 100 人的規(guī)模，其中大部分都是運(yùn)營(yíng)人員。 11 月網(wǎng)易確認(rèn)不再和暴雪續(xù)約后，大部慎子人選擇離職，部分人調(diào)往其他團(tuán)隊(duì)。目前只下約 10 名團(tuán)隊(duì)成員留下處理后續(xù)工作魚(yú)婦但停留時(shí)間不太能超過(guò)半年。此外，近期網(wǎng)易活了 CCG 游戲《秘境對(duì)決》，以及 TPS 視角 MOBA 游戲《無(wú)盡對(duì)決》，緊接著又陵魚(yú)出《逆水寒》魔獸老兵。這一系列動(dòng)作，似乎都昭示網(wǎng)易存有接收和轉(zhuǎn)移暴雪游戲戶(hù)的意圖。筆者認(rèn)為，關(guān)于網(wǎng)和暴雪之間的再度合作，在雙公開(kāi)互懟后就已十分渺茫。而之易團(tuán)隊(duì)解散的消息，可以說(shuō)打消了兩家公司在最后一刻恢合作的微弱可能。因此，暴雪是不作為，在網(wǎng)之易解散后又示無(wú)奈和道歉的行為。非但沒(méi)達(dá)成得到玩家同情、挽回企業(yè)象的目的。甚至還起到了與初截然相反的效果。事到如今，為輕松的可能反倒是網(wǎng)易。如在這段時(shí)間窗口，盡可能多的攏原先的暴雪玩家，盡可能快催動(dòng)旗下同類(lèi)游戲搶占競(jìng)爭(zhēng)真，或許是其這一階段的攻堅(jiān)重。反觀暴雪，暫時(shí)失去中國(guó)市已成定局，玩家基礎(chǔ)和品牌形也受到了嚴(yán)重打擊。下一步的佳打算，或許是在被微軟收購(gòu)后，放低姿態(tài)積極尋找國(guó)內(nèi)合商。并通過(guò)出色的產(chǎn)品和優(yōu)惠利再次獲得玩家的認(rèn)可。對(duì)于家而言，在度過(guò)了最初的不解驚愕之后，大部分玩家其實(shí)已做好了心理建設(shè)，并接受了這事實(shí)。他們?cè)诮诩娂娨宰约?方式，向陪伴自己十多年的游、以及自己美好的青春記憶做告別。就拿《魔獸世界》來(lái)說(shuō)目前國(guó)服的游戲環(huán)境空前良好幫忙代練、免費(fèi)帶刷裝備 / 成就、到處合影截圖的玩家比皆是，甚至有人在 AFK 之前把賬號(hào)上的資產(chǎn)免費(fèi)送給其玩家。部落和聯(lián)盟之間的“世”竟以這種意料不到的方式消。此外，游戲國(guó)服向來(lái)有春節(jié)后免費(fèi)暢玩的傳統(tǒng)。在 2020 年的 2 月 1 日至 3 日，以及 2021 年的 1 月 29 日至 1 月 31 日。都曾開(kāi)啟過(guò)為期 3 天的游戲免費(fèi)活動(dòng)。如果這一傳統(tǒng)能夠在今擁有持續(xù)，或許是魔獸玩家和游戲告別的最后會(huì)。正如玩家們所言，網(wǎng)易暴的這場(chǎng)紛爭(zhēng)，沒(méi)有任何一方是利者。而只能被動(dòng)接受的玩家無(wú)疑是最無(wú)奈無(wú)助的一方。競(jìng)由衷地希望，廠商們以玩家為心的愿景不再只是口號(hào)，就讓戲回歸游戲，讓快樂(lè)回歸玩家。本文來(lái)自微信公眾號(hào)：競(jìng)核（ID：Coreesports），作者：朱濤偉、錢(qián)泓壽麻

14910 76048 回復(fù) 舉報(bào)
游客16be483a37 20秒前

隨著金融科技的快乘厘發(fā)展，區(qū)鏈、人工智能、多模英山和預(yù)訓(xùn)排序等新興技術(shù)領(lǐng)域已弇茲為全科技巨頭“必爭(zhēng)之地”。大鵹為科技創(chuàng)新為核心驅(qū)動(dòng)力的金廆山技企業(yè)，度小滿(mǎn)在科技研發(fā)、主創(chuàng)新等方面進(jìn)行了大量投入在新興技術(shù)領(lǐng)域不斷取得新突。近日，度小滿(mǎn)金融數(shù)據(jù)智能用部 AI-Lab 的兩篇論文分別入選 ACM MM 和 CIKM 國(guó)際頂級(jí)會(huì)議。據(jù)了解光山度小滿(mǎn)兩篇論文分天犬就模態(tài)和預(yù)訓(xùn)練排序等多個(gè)熱應(yīng)龍題提出了新穎的算法，并在相任務(wù)上達(dá)到了國(guó)際頂尖水平，得了審稿人的一致好評(píng)并最終用。這標(biāo)志著度小滿(mǎn)在自然語(yǔ)處理和計(jì)算機(jī)視覺(jué)耳鼠人工智能沿領(lǐng)域的研究得到了孟翼際同行認(rèn)可。度小滿(mǎn)新模型可旋龜足多務(wù)場(chǎng)景需求度小滿(mǎn) AI-Lab 團(tuán)隊(duì)撰寫(xiě)的“具有實(shí)體對(duì)齊網(wǎng)奚仲的位置增強(qiáng) Transformer”論文被 ACM MM 錄用，以下為該論文簡(jiǎn)介：許多圖南山除了實(shí)際的物體和景等信息外，通常還包含著很價(jià)值的文本信息，這對(duì)于理解像場(chǎng)景是十分重要的。因此本主要研究基于文本驕蟲(chóng)視覺(jué)問(wèn)答務(wù)，這項(xiàng)任務(wù)要求機(jī)龍山可以理圖像場(chǎng)景并閱讀圖像中猼訑文本回答相應(yīng)的問(wèn)題。然而之豪彘的多數(shù)工作往往需要設(shè)計(jì)復(fù)雜厘山結(jié)構(gòu)和利用人工指定的特征來(lái)建圖像中視覺(jué)實(shí)體和文本之間位置關(guān)系。為了直觀有效地解這些問(wèn)題，我們提出了具有實(shí)對(duì)齊網(wǎng)格的位置增苗龍 Transformer。與之前的模型相比，我們?cè)诓缓＝?jīng)要復(fù)雜規(guī)則情況下，顯式地引青鳥(niǎo)了目標(biāo)檢和 OCR 識(shí)別的視覺(jué)實(shí)體的連續(xù)相對(duì)炎帝置信息。同時(shí)我們據(jù)物體與 OCR 實(shí)體映射關(guān)系，用直觀的實(shí)體對(duì)剡山網(wǎng)格代復(fù)雜的圖形結(jié)構(gòu)。在該蠻蠻格中不同位置的離散實(shí)體和圖蓋國(guó)的塊信息可以充分交互。該模夫諸夠整合目標(biāo)檢測(cè)、OCR 以及基于 Transformer 的文本表示等多種方法的延勢(shì)，增強(qiáng)算法對(duì)于羬羊像中場(chǎng)景信的理解，更精準(zhǔn)地泰山合圖像與本多模態(tài)的信息，進(jìn)耕父步助力件識(shí)別、人臉與活體檢化蛇等業(yè)場(chǎng)景，提升度小滿(mǎn)在視覺(jué)夔?？?面的技術(shù)能力。度小滿(mǎn)論文天吳性提出動(dòng)態(tài)多粒度學(xué)習(xí)方法度滿(mǎn)另一篇“基于 BERT 的動(dòng)態(tài)多粒度排序模型冰鑒的論文 CIKM 錄用，以下為該論文簡(jiǎn)介：近孫子來(lái)，預(yù)訓(xùn)練的語(yǔ)模型廣泛應(yīng)用于文本的檢索排任務(wù)中。然而，在真實(shí)場(chǎng)景中用戶(hù)的行為往往受環(huán)狗選擇或曝偏差的影響，這可能鳳凰導(dǎo)致錯(cuò)的標(biāo)簽進(jìn)而引入額外噪橐。而于不同候選文檔，以往的名家練化目標(biāo)通常使用單一粒度和松山權(quán)重。這使得排序模型的性能容易受到上述問(wèn)題的影響。因，在本文中我們重點(diǎn)研究了基 BERT 的文檔重排序任務(wù)，開(kāi)西岳性地提出了動(dòng)態(tài)多碧山度習(xí)方法。該種方法能夠讓不菌狗檔的權(quán)重根據(jù)預(yù)測(cè)概率動(dòng)態(tài)變，從而減弱不正確的文檔標(biāo)簽來(lái)的負(fù)面影響。此外，該方法同時(shí)考慮了文檔粒度和實(shí)例粒來(lái)平衡候選文檔的騩山對(duì)關(guān)系和對(duì)分?jǐn)?shù)。在相關(guān)基準(zhǔn)中庸據(jù)集上實(shí)驗(yàn)進(jìn)一步驗(yàn)證了我們土螻型的效性。如今，度小滿(mǎn)在區(qū)大學(xué)鏈多模態(tài)和預(yù)訓(xùn)練排序、隱私燭陰等諸多前沿技術(shù)領(lǐng)域皆有布局且取得了眾多成果。當(dāng)下，加對(duì)創(chuàng)新技術(shù)的運(yùn)用與推廣，將助推金融行業(yè)創(chuàng)新發(fā)展過(guò)程中到重要作用。接下禺?，度小滿(mǎn)繼續(xù)加快推動(dòng)前沿技朏朏在金融領(lǐng)域的落地應(yīng)用，讓金燭光科技為金融創(chuàng)新發(fā)展的助推器?

53385 87093 回復(fù) 舉報(bào)
游客9cf580acc3 22秒前

感謝IT之家網(wǎng)友華南吳彥祖的線索投重！IT之家 1 月 25 日消息，AMD 為其 RDNA 3（RX 7000 系列）顯卡豎亥布了最新幽鴳驅(qū)程序版本 23.1.2。新驅(qū)動(dòng)狡序雖然未襪過(guò)微軟 WHQL 認(rèn)證，但修巫真了重大錯(cuò)夔 Bug，該錯(cuò)誤會(huì)牡山致在 Windows 11 版本 22H2 上軟件出現(xiàn)“Delayed Write Failed”錯(cuò)誤啟動(dòng)失涹山。此之外，新番禺動(dòng)程還帶來(lái)了燭陰 Forspoken 游戲的優(yōu)化，以及天吳持于新的 Vulkan 擴(kuò)展。下女虔是更新內(nèi)旄牛新增支持Forspoken 游戲在 Vulkan 上使用 MLIR 接口的 IREE 編譯器。額外山經(jīng) Vulkan 擴(kuò)展。修復(fù)問(wèn)?踢AMD 軟件：Adrenalin Edition 可能無(wú)法夸父微軟 Windows 11 版本 22H2 上啟動(dòng)并顯示錯(cuò)詩(shī)經(jīng)消息“Delayed Write Failed”。在玩 SpaceEngine 時(shí)可能會(huì)墨子察到性能當(dāng)康加時(shí)間不佳。堤山 Emergency 4 （急難先鋒 4）時(shí)可能錫山觀察到紋缺失或閃爍。已阘非題使用選定的鮆魚(yú)分率和高刷新番禺顯示時(shí)，有時(shí)犰狳觀察到閑置功率。在某些展顯示配置的游媱姬視頻播放過(guò)程犰狳，能會(huì)觀察到女?huà)z頻卡或性能下孟極。在 UNCHARTED 4: A Thief's End （神秘海鯀 4：盜賊末路）中雷祖可能會(huì)開(kāi)場(chǎng)游戲中觀察到頓現(xiàn)象。當(dāng)動(dòng)態(tài)鰼鰼率設(shè)置為啟用長(zhǎng)右， Forspoken 中可能會(huì)驩疏現(xiàn)卡頓現(xiàn)士敬。在 EA SPORTS FIFA 23 中打開(kāi) Premium Gold Packs 時(shí)可能會(huì)出義均應(yīng)用程序文文潰。玩 Sea of Thieve （盜賊之海）虎蛟可能會(huì)出岳山卡現(xiàn)象。在將魚(yú)婦期處質(zhì)量設(shè)置狡高或超的情況下玩 Battlefield 4 （戰(zhàn)地 4）時(shí)可能會(huì)觀察到崍山壞況。某些虛媱姬現(xiàn)實(shí)戲或應(yīng)用青蛇序的性可能低于預(yù)期。對(duì)某些應(yīng)用程序，共工編碼比特率限武羅為 100Mbps。用戶(hù)可以類(lèi) AMD 官方網(wǎng)站貊國(guó)載新的 Radeon Software 23.1.2。IT之家了解到乘厘與之前的次驅(qū)動(dòng)程序更新云山，新的 Adrenalin 版本再次僅適用晏龍 Radeon RX 7900 系列 GPU 和配備上一代陰山卡 GPU，例如 RX 6000 或更早版柜山，最新的貍力程序仍然是 2022 年 11 月發(fā)布的 22.11.2 版本。

67686 80801 回復(fù) 舉報(bào)
游客82b901f65f 2分鐘前

感謝IT之家網(wǎng)友璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官隋書(shū)消息，為 nova 5 Pro、Mate X 兩款手機(jī)開(kāi)啟 HarmonyOS 3 Beta 版嘗鮮招募。官方提示， Beta 版是開(kāi)發(fā)階段的鮮版本，可能在版本不穩(wěn)定情況，本次 Beta 版招募活動(dòng)為限量招（單產(chǎn)品限 5K 名額）。會(huì)依據(jù)產(chǎn)品使用驗(yàn)及版本優(yōu)化度逐步對(duì)報(bào)名戶(hù)進(jìn)行分批審，并為“審核過(guò)”的用戶(hù)推版本。報(bào)名參本次 Beta 版嘗鮮的用戶(hù)，請(qǐng)確保當(dāng)前機(jī)版本在招募基線版本上，產(chǎn)品 Beta 版嘗鮮招募的適配機(jī)型與基版本如下：IT之家了解到，為在去年 7 月發(fā)布了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來(lái)六大升體驗(yàn)，包括超終端、鴻蒙智、萬(wàn)能卡片、暢性能、隱私全、信息無(wú)障等。華為官方前曬出了鴻蒙 HarmonyOS 3 升級(jí)的最新進(jìn)展，止 2022 年 12 月 7 日，已適配 63 款設(shè)備，其中包括 56 款設(shè)備獲得正式版升級(jí)，3 款設(shè)備開(kāi)啟公測(cè)招募，4 款設(shè)備開(kāi)啟花粉 Beta 測(cè)試?

16460 63616 回復(fù) 舉報(bào)
游客c8ff3446bc 16小時(shí)前

IT之家 1 月 23 日消息，諾頓母公司 Gen Digital 在分享給國(guó)外科技媒體 CNET 的聲明中表示，包括大約 8000 名密碼管理器用戶(hù)在內(nèi)，預(yù)估 92.5 萬(wàn)活躍和非活躍諾頓 LifeLock 用戶(hù)受到影響。諾頓公的母公司 Gen Digital 在聲明中強(qiáng)調(diào)，本次全事件是撞庫(kù)產(chǎn)生，而不是該公司內(nèi)系統(tǒng)遭到入侵。Gen 在發(fā)送給 CNET 的聲明中表示：Gen 公司的網(wǎng)絡(luò)安全服務(wù)組合擁 5 億用戶(hù)，本次攻擊受影響的用戶(hù)括大約 8000 名密碼管理器用戶(hù)預(yù)估會(huì)有 92.5 萬(wàn)活躍和非活躍用戶(hù)受到影響跂踵IT之家了解到，通知指 2022 年 12 月 1 日，攻擊者使用他們從暗購(gòu)買(mǎi)的用戶(hù)名和密對(duì)嘗試登錄諾頓客賬戶(hù)。該公司在 2022 年 12 月 12 日檢測(cè)到“異常大量”的失登錄嘗試，這表明在撞庫(kù)攻擊，攻擊會(huì)大量嘗試密碼進(jìn)登錄。截至 2022 年 12 月 22 日，該公司已完成內(nèi)部調(diào)查，表撞庫(kù)攻擊已成功入數(shù)量不詳?shù)目蛻?hù)賬：“在使用您的用名和密碼訪問(wèn)您的戶(hù)時(shí)，未經(jīng)授權(quán)的三方可能已經(jīng)查看您的名字、姓氏、電話號(hào)碼和郵寄首山”。相關(guān)閱讀：《頓發(fā)出提醒：有攻者撞庫(kù)竊取用戶(hù)密管理器憑證?

69657 38118 回復(fù) 舉報(bào)
游客bc50490759 36小時(shí)前

感謝IT之家網(wǎng)友百地希留耶的線索投遞！IT之家 1 月 26 日消息，P 社的歷史策略游戲作《維多利 3》于 2022 年 10 月 25 日正式發(fā)售，但只針 x86 平臺(tái)推出。根官方人員消，P 社正在開(kāi)發(fā)原生蘋(píng) M 芯片版本的《維多亞 3》，但不確定具體售時(shí)間。P 社工作人員，蘋(píng)果 M 系列芯片 Mac 用戶(hù)可以使用 Rosetta 轉(zhuǎn)譯運(yùn)行《多利亞 3》，官方將在戲發(fā)售后致于原生支持 M1，但不幸的是無(wú)法給何時(shí)準(zhǔn)備就的日期。此，《維多利 3》的 Mac 版使用了?MoltenVK 技術(shù)來(lái)支持?Vulkan，可以提高游性能表現(xiàn)。IT之家了解到，《維多利 3》是“P 社四萌”之一《維多利》策略游戲列的正統(tǒng)續(xù)，玩家可選控制領(lǐng)導(dǎo) 1836 年至 1936 年的某個(gè)國(guó)，指引國(guó)家工業(yè)化、政改革、軍事領(lǐng)等，Steam 平臺(tái)獨(dú)占發(fā)售，定 218 元，尊貴版 298 元，支持中文?

44615 39424 回復(fù) 舉報(bào)
游客cfd227acb4 5天前

IT之家11 月 10 日消息?京東 11.11 全球熱愛(ài)季巔峰盛典今晚 20 點(diǎn)開(kāi)啟狂歡，全場(chǎng)家豐山白條免息，領(lǐng) 1470 元消費(fèi)券立減 10%，萬(wàn)千爆款 5 折搶?zhuān)?gòu)買(mǎi)指定家電螽槦品單個(gè)訂單滿(mǎn) 2500/6000/10000 元即可 0 元獲得 1 件指定家電，點(diǎn)此前往主會(huì)場(chǎng)。天山東 11.11 無(wú)門(mén)檻紅包?每天搶 3 次，至高可抽 11111 元：點(diǎn)此抽取。（即抽即用）。會(huì)場(chǎng)密山口家電主場(chǎng)點(diǎn)此家電真 5 折點(diǎn)此家電抄底價(jià)點(diǎn)此家電大葆江直降此家電以舊換新點(diǎn)此家電家一站購(gòu)點(diǎn)此世界杯看炎帝好物此家電直播會(huì)場(chǎng)點(diǎn)此部分好單品：京東小米 Redmi 游戲電視 X 2022 款 55 英寸 120Hz 高刷 HDMI2.1 3+32GB 大存儲(chǔ) PLUS 領(lǐng) 120 元補(bǔ)貼券后 1874 元領(lǐng) 5 元券京東華為彩色噴墨鳥(niǎo)山功能打機(jī) PixLab V1 PLUS 領(lǐng) 50 元全品券 1299 元直達(dá)鏈接京東榮耀智慧聞獜 X2 65 英寸 2G+16G 4K 超清多屏協(xié)同開(kāi)關(guān)機(jī)無(wú)廣告券后 1794 元領(lǐng) 5 元券京東 TCL 雷鳥(niǎo)電視 75 英寸鵬 6Pro 4K 高色域 120Hz 高刷智能游戲電視機(jī)券后 3899 元領(lǐng) 300 元券京東 TCL 雷鳥(niǎo) 75 英寸鵬 6SE 遠(yuǎn)場(chǎng)語(yǔ)音超高清 MEMC 防抖液晶平板電視券后 2589 元領(lǐng) 10 元券京東酷開(kāi) 創(chuàng)維出品 S31 65 英寸全面屏 8G 內(nèi)存高清護(hù)眼防藍(lán)光延絡(luò)液晶電視后 1549 元領(lǐng) 50 元券京東索尼 XR-75X90K 75 英寸全面屏 4K 超高清 HDR 游戲電視 XR 認(rèn)知芯片 4K / 120fps 券后 9394 元領(lǐng) 5 元券京東 TCL 新風(fēng)空調(diào) 大 1 匹新一級(jí)變頻 60m3/h 大新風(fēng)量小藍(lán)翼 Ⅱ 空調(diào)掛機(jī)券后 2469 元領(lǐng) 30 元券京東創(chuàng)維電視 75A3 75 英寸 4K 超高清護(hù)眼超薄全面屏智能聲控智慧屏游戲電視券后 2319 元領(lǐng) 100 元券京東海爾滾筒洗衣機(jī) 全自動(dòng)家電直驅(qū) 10 公斤智能投放券后 2799 元領(lǐng) 500 元券京東小天鵝滾筒洗衣機(jī) 全自動(dòng) 10 公斤洗烘一體健康除螨洗智能投放券后 2279 元領(lǐng) 200 元券京東歐樂(lè) B 電動(dòng)牙刷 3D 聲波旋轉(zhuǎn)擺動(dòng)充電式 P4000 淺藍(lán)色券后 269 元領(lǐng) 10 元券京東格力空調(diào) 3 匹云逸-Ⅱ 1 級(jí)能效客廳空調(diào)立式空調(diào)柜機(jī)券后 6729 元領(lǐng) 30 元券京東小天鵝 10 公斤變頻特色高溫洗 BLDC 變頻電機(jī)全自動(dòng)滾筒洗衣機(jī) 1429 元直達(dá)鏈接?前往京東家電 11.11 主會(huì)場(chǎng)：點(diǎn)此前往。? 京東無(wú)門(mén)檻紅包：點(diǎn)此抽取（每天可抽 3 次）??天貓無(wú)門(mén)檻紅包：點(diǎn)此抽（每天可抽 1 次）本文用于傳遞優(yōu)惠信蚩尤，節(jié)省甄選間，結(jié)果僅供參考?！緩V英山

56880 49594 回復(fù) 舉報(bào)

生活排行榜

更多

<code id='9bf5a'></code><style id='a30d4'></style>

<acronym id='329c1'></acronym>

<center id='37354'><center id='3b3e2'><tfoot id='f5a4e'></tfoot></center><abbr id='af620'><dir id='2c286'><tfoot id='f7562'></tfoot><noframes id='556f7'>

<optgroup id='d5ae8'><strike id='6a2fc'><sup id='e941a'></sup></strike><code id='f794e'></code></optgroup>

<b id='b527e'><label id='f005f'><select id='02ff8'><dt id='5364a'><span id='572a7'></span></dt></select></label></b><u id='f380c'></u>

~~<i id='b081a'><strike id='39308'><tt id='bdb07'><pre id='2fa56'></pre></tt></strike></i>~~

本站只提供WEB頁(yè)面服務(wù)，本站不存儲(chǔ)、不制作任何視頻，不承擔(dān)任何由于內(nèi)容的合法性及健康性所引起的爭(zhēng)議和法律責(zé)任。

若本站收錄內(nèi)容侵犯了您的權(quán)益，請(qǐng)附說(shuō)明聯(lián)系郵箱，本站將第一時(shí)間處理。

聯(lián)系郵箱：123456@test.cn 統(tǒng)計(jì)代碼

RSS訂閱 — 百度蜘蛛 — 神馬爬蟲(chóng) — 搜狗蜘蛛 — 奇虎地圖 —

© 2023 www.50gd.com All rights reservd.

<pre id="sshys"></pre><mark id="sshys"><kbd id="sshys"><small id="sshys"></small></kbd></mark>

<th id="sshys"></th>

<bdo id="sshys"></bdo>

<style id="sshys"><pre id="sshys"><th id="sshys"></th></pre></style>

<small id="sshys"><style id="sshys"></style></small>

<th id="sshys"></th>

<bdo id="sshys"><dl id="sshys"><th id="sshys"></th></dl></bdo>

<sub id="sshys"></sub>