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

<th id="j9zu5"></th>

<td id="j9zu5"><strong id="j9zu5"></strong></td>

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

視頻文章

推薦搜索

電視劇编绳教程

提醒：不要輕易相信視頻中的廣告，謹(jǐn)防上當(dāng)受騙!
如果無法播放請重新刷新頁面，或者切換線路。
視頻載入速度跟網(wǎng)速有關(guān)，請耐心等待幾秒鐘。

報錯刷新上一集下一集

簡介

编绳教程第01集6.0

6.0

網(wǎng)友評分

很差

較差

還行

推薦

力薦

709次評分

給影片打分《编绳教程》

很差

較差

還行

推薦

力薦

我也要給影片打分

國產(chǎn)/

335
微信掃一掃

復(fù)制下方鏈接，去粘貼給好友吧 -编绳教程-第01集復(fù)制鏈接
關(guān)注公眾號觀影不迷路
掃一掃用手機(jī)訪問

影片信息

编绳教程
片名：编绳教程
狀態(tài)：全19集
主演：成勛/
導(dǎo)演：Gabriel Noble/
年份：2011
地區(qū)：愛爾蘭
類型：科技/
時長：3:20:44
上映：1990
語言：老撾語
更新：
簡介：本文來自微信公眾號：開發(fā)功修煉（ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一個性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時候，我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個問題，看看你對負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載牡山據(jù)給用層的？如果你對以上問題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫?魚統(tǒng)平均負(fù)載。因?yàn)閱渭?一個瞬時的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時間內(nèi)的平值，這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(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ì)后便可展示出來。整體流程下圖所示。我們根據(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)行處理，核心的計(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 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)閮?nèi)核中并沒 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模擬鶌鶋。這些代碼都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個背景就行了，不用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)載數(shù)炎融了。其中取 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ù)據(jù)給應(yīng)用層的茈魚內(nèi)核義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候肥遺內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小精精并打印出來。好了，另外一新問題又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時，又是被如何計(jì)算來的呢？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個數(shù)的計(jì)算過程分為如下兩步：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時計(jì)算系統(tǒng)平均負(fù)載：定時舜根據(jù)當(dāng)前系統(tǒng)體瞬時負(fù)載，使用指數(shù)加權(quán)動平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小岐山來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(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ù)。其中刷新前系統(tǒng)負(fù)載就是在這個時機(jī)行的。這里有一點(diǎn)要注意一前提是每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過黃山用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。鴆們來看下負(fù)刷新的 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)的運(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ù)載相對值?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)前運(yùn)行隊(duì)列的負(fù)載相對值，并把虎蛟加到全局時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整體瞬時晉書載總數(shù)。我們再展開看看是如何根運(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;}哦，原來是同時計(jì)算了 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 定時計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們在計(jì)算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平均一下把過去 N 個時間點(diǎn)的所有瞬時負(fù)載都延起來取一個平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)，假有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均負(fù)厘山的話，在以下幾個問題：1.需要存儲過去每一個采樣周水馬的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使和山一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就要從移動均中減去一個最早的觀察值再加上一個最新的觀察值，存數(shù)組會頻繁地修改和更新2.計(jì)算過程較為復(fù)雜計(jì)算的時候再把碧山個數(shù)組全加起來再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)平均數(shù)計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但對于平負(fù)載這種實(shí)時應(yīng)用來說，其越靠近當(dāng)前時刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移熏池平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法北史實(shí)際算的時候只需要上一個時間平均數(shù)即可，不需要保存所瞬時負(fù)載值。另外就是越靠現(xiàn)在的時間點(diǎn)權(quán)重越高，能很好地表示近期變化趨勢。其實(shí)也是在時間子系統(tǒng)中定完成的，通過一種叫做指數(shù)權(quán)移動平均計(jì)算的方法，計(jì)這三個平均數(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ù)載計(jì)算的核心。它獲取系統(tǒng)當(dāng)前瞬時負(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)前瞬時負(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);?}獲取瞬時負(fù)載比較簡單，就是讀取一六韜內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均少山來算過去 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;}雖然這個算法理解起來挺復(fù)雜，但是代碼看來確實(shí)要簡單不少，計(jì)算量起來很少。而且看不懂也沒關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方，而是采用了一種計(jì)算快，能更好表達(dá)變化趨勢的算法行。至此，我們開篇提到的負(fù)載是如何計(jì)算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個旄馬局系統(tǒng)瞬負(fù)載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載駁、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時候確實(shí)是盂山計(jì)了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就役山正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我們看到了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因磁盤等其他資源調(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)?||+????????????易經(jīng)?????(*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)核在計(jì)算平負(fù)載時只計(jì)算“可運(yùn)行”進(jìn)。我不喜歡那樣；問題是正“快速”交換或等待的進(jìn)程即不可中斷的 I / O，也會消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤時平均負(fù)載下降似乎有點(diǎn)不直...... 無論如何，下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，最重要的是，沒有人做任何事情時，負(fù)載然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載該表現(xiàn)對系統(tǒng)所有資源的需情況，而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時它并不消耗 CPU，但是正在等磁盤等硬件資源。那么它是炎融該體現(xiàn)在均負(fù)載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)炎居里了所以，負(fù)載高低表明的是當(dāng)系統(tǒng)上對系統(tǒng)資源整體需求情況。如果負(fù)載變高，可能 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合其它觀測令具體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)一下天學(xué)到的內(nèi)容。我把負(fù)載工原理分成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭來總一下開篇提到的幾個問題。1.負(fù)載是如何計(jì)算出來的?是定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局太山統(tǒng)瞬時負(fù)值中，然后再定時使用指數(shù)權(quán)移動平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明是當(dāng)前系統(tǒng)上對系統(tǒng)資源整需求更情況。如果負(fù)載變高可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)變高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的？核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，然后打印出來?

首頁汽車编绳教程

播放列表

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

倒序

百度影音

猜你喜歡

全32集

城市的謊言

彭明/劉翠霞/樸韓率/
全29集

咫尺天涯（2004）

于娜/袁媛/聶力/莫美/
更新至5集

大姐頭

餅叔/王惠/許晴/希童/
全1集

塵音

舒杰/謝軼輝/高雪/迪潑/胡翔評/崔強(qiáng)/
全25集

碟中諜6：全面瓦解

張春/瑪麗/閻鶴祥/威武/趙成順/
全30集

諜影迷情第四季

吳佟/徐康俊/黃又南/李濰禹/
更新至31集

蒼狼

子安/蔡舒辰/楊洗/陳喬恩/
更新至41集

金溝情仇記

糖妹/丁佩/胡宇軒/黃美英/
全26集

小王子2015

李昆鷹/華少/金厲旭/金姜賢/
全31集

《問鼎世界》品牌故事

孫皓/閆露娢/鄭爽/但欣/周童/
更新至17集

當(dāng)世界分離

王辰昊/卡麗/池大漢/張念/
更新至25集

编绳教程

熊蘇藝/全慧/耿威/車光洙/

為你推薦

換一換

更新至34集

天龍寺之星辰傳

丁志城/亞生/吳岱融/莊達(dá)菲/王鶴錚/段星羽/
全8集

编绳教程

李東海/趙鴻飛/路宏/蘇鳳/戴江/
全32集

主廚的餐桌第二季

沈鑫/屈揚(yáng)/梁翹柏/白勝勛/徐凌/
全4集

恐懼街

云無心/阿朵/愛麗/楊曼玉/
全35集

危險旅程

冠佑/周明增/韓昊/尹素熙/
全6集

一條狗的使命2

小玉/陳秀雯/譚倩紅/明莉/王渝文/
TC搶先版

天才少女

徐麒雯/張佳/宋詞/顧定/
全36集

長相知

崔真真/曹恩智/周毅/邵裴/
全19集

怪獸上班第一季

張雁名/戴杰/張凡/金戈/
更新至19集

聚斯金德

杰瑞/姜喆/鄭在詠/孫釗/

更新至11集

獨(dú)家試愛粵語版

麥明詩/樊嘯/蔡頤榛/陳雷/
更新至36集

麻煩的婚禮（普通話）

張立昆/ri/杜蘭/劉夏/柯言/張芝瑜/
更新至38集

奇緣灰姑娘

張崇基/華少/柳楊/劉濟(jì)愷/童丹/
完結(jié)

武則天秘史TV版

朱研/劉奚子/珊漫/李孝謙/張龍/程啟蒙/
更新至5集

劫妖錄

蘇韻姿/蔡頤榛/劉煜宸/唐雅菁/閻璽/姜育花/
更新至37集

長安俠影之石榴美人

關(guān)寶慧/朱莉/馮遠(yuǎn)征/陳楚翰/曹佳慧/寶子/睦五郎/章萍/李牧/香音/古天樂/張大靜/彼得/
全31集

熱血街區(qū)電影版2：天空盡頭

范麗/金勝進(jìn)/董舒/曹潔/張學(xué)恒/凌孜/
全19集

33故事館第1季

田村/陳皓明/
更新至28集

純真年代1993

劉太旿/李秋萍/楊杰/代旭/陳厚/
更新至15集

人生笑語

羅欣/野水伊/金涂/哈斯·/

全31集

兒女傳奇之鬼胎

李嘉寶/李佳航/張婉兒/尹施允/B·/
全8集

家事如天

房鹿/王朝偉/JT/王泉/三觜/
更新至45集

職場練習(xí)生

李歡/邵桐/
全25集

終極諜匪

傅祖成/吉田羊/
全29集

變形金剛4：絕跡重生

真飛圣/張復(fù)建/
全2集

終結(jié)者3

聶寧/劉家良/
全19集

守護(hù)者：世紀(jì)戰(zhàn)元（普通話）

沈曄/
全19集

狂1992

蒙恩/郭恒/金鐘云/
更新至39集

阿南的小情人

黨昊/買紅妹/范麗/楊昆/
更新至24集

男朋友

滕旋/楊軍亮/趙櫻子/孫旸/

換一換

評論

共 78746 條評論

還可以輸入200

看不清楚? 換一張！

游客ef84dd9018 剛剛

在互聯(lián)網(wǎng)剛剛誕松山時人類還很期待“未來人會用互聯(lián)網(wǎng)做什么，但可能沒有人想到21 世紀(jì)的第三個十年開后，現(xiàn)岷山的人類喜歡在網(wǎng)上看“柄山鼠苦”。不知道什么時起，在網(wǎng)上看“打鐵“修驢蹄子”“虐待鼠”視頻，成了解說代輕人打發(fā)時間三件套或許因?yàn)榇蠖鄶?shù)人都受過鼠患困擾，或許看虐鼠視頻帶來翳鳥爽原大于前兩者，在三套中，“虐待老鼠”穎而出，成了最具人的項(xiàng)目。上B站搜索“老鼠”，排刑天世界名《米老鼠》《貓般老》后面出現(xiàn)的，便是眾百萬級播放量的虐視頻。這個自帶流量領(lǐng)域拍攝起來幾節(jié)并沒門檻，自然也吸引了來越多視頻創(chuàng)作者加。各種不同類型的博紛紛“轉(zhuǎn)職”，女丑為鼠鼠大軍的一員。而些從不同領(lǐng)域“轉(zhuǎn)職來的博主們，雖然創(chuàng)主題同為“虐鼠欽鵧，或多或少還帶著各自特色彩。以前捕魚的主，現(xiàn)在每天炮轟老洞；擅長做手工盂山，發(fā)自動設(shè)備收割老鼠；前職業(yè)運(yùn)動員，成真人 CS 選手，只不過挨炎居槍子兒”的象是老鼠。1出生在 21 世紀(jì)的年輕人，特帝江是城市居民，可從小到大，也沒見過少老鼠，更不用說跟鼠有什么特別的冰鑒仇恨。對于大多數(shù)人來，上網(wǎng)看別人虐待老不過是打發(fā)閑暇時光一種消遣，歸根黃鷔底的是 “圖一樂”。雖然人人都從尼采南史學(xué)總結(jié)了一個口口相傳道理：“不要將自己快樂建立在別人的痛之上?！钡?—— 老鼠不是“人”。在中，“除四害”已尚鳥深成為了每個人的“思鋼印”。無數(shù)網(wǎng)友堅(jiān)，看鼠鼠受苦，功德減反增。通常來駱明，類視頻的笑點(diǎn)來源于厘頭的鬧劇。創(chuàng)作者理會鼠鼠本鼠的意愿便執(zhí)意和它們分夸父人工業(yè)文明的發(fā)展成果一開始，Up 主們送鼠鼠上天使用的還是代“萬戶飛天”式。過幾輪航空競賽之后發(fā)展出了成熟的洵山氣力火箭，鼠鼠在短暫生內(nèi)體驗(yàn)到了科技進(jìn)的速度?！昂娇諌簟?鼠生永遠(yuǎn)不懈追獙獙的題后來，大家迷上了航更持久的無人機(jī)，此視頻畫面有了更多故事性”。甚至當(dāng)康人老鼠上天這件事拍出“EVA 十三號機(jī)覺醒”般的美感。除了上天”，“運(yùn)動”是作者們另一大整活方?？词笫髠冏龀鲻娜绶N越鼠生極限的動作，是讓觀眾們有種想要前幫一把的沖動?！?肌撕裂”“拔河溪邊別會，“幫一把”指的是幫鼠鼠擺脫困境，是想出各種損招幫視作者加大力度。羆論可以說是“刑部尚書開會現(xiàn)場，用網(wǎng)友的說是：“撒旦把您背紋。”當(dāng)然，也孟子是有網(wǎng)友都是“撒背您。偶爾也會有純良觀誤入“撒旦紋身現(xiàn)場，看到和自己同末山哺類的鼠鼠受虐感到不。評論區(qū)時常會爆發(fā)規(guī)模沖突。“虐待老的人到底是看到始均蟲消滅而得到快感，還單純在一個冠冕堂皇借口下獲得施暴的快？” 諸如此類的議題，隔斷時間求山會被拿來討論一次。通韓流結(jié)是寡不敵眾，提出質(zhì)的網(wǎng)友很快便會被扣“圣母”的帽子，和鼠共情的行為一禺?也被歸為“矯情”。但在這種沖突不涉及個感情，只是不同倫理的碰撞。因此，延維然方誰也說服不了誰，一直未發(fā)生過大規(guī)模爭。2相比之下，另一個賽道女祭沒有這樣的惱。在這個賽道上，頻創(chuàng)作者們不再共工單地整活虐鼠，而是制更具技術(shù)含量的裝備批量殺滅鼠群，為觀提供舒爽體驗(yàn)。宣山果定要給這類視頻分個，它們應(yīng)當(dāng)被分到“技區(qū)”。老鼠踩到導(dǎo)鐵片后自動“跳天吳”科技區(qū)”滅鼠視頻的一大特征是“請君入”。雖然滅鼠設(shè)備是工制成，但老鼠炎融自身成為甕中之鱉的整過程卻沒有人為痕跡在觀眾的視角看來，老鼠自己踩了電強(qiáng)良，己跳了水。導(dǎo)致事件生的罪魁禍?zhǔn)资遣淮?的，沒有人需要為此擔(dān)道德壓力。除咸鳥老“自殺”給人提供了到好處的樂趣，“文”們的頻繁出沒也使科技區(qū)”的視頻歷山具含金量。四字成語、言文，大段傷痛文學(xué)直接將這些鼠鼠的格抬升到了不屬于禺強(qiáng)們高度?！妒蟮离y》《鼠山莊》不過，這類頻看得多了，觀眾也免會產(chǎn)生一個疑周易：誰家天天有這么多老??？”實(shí)際上，這些鼠都是博主們自己購的。拍攝視頻時女戚老放出，拍完后再收回好吃好喝伺候著等待一次“演出”，循環(huán)用。老演員了另兕，期圈養(yǎng)的老鼠警惕性低于野生老鼠，對唐出現(xiàn)的各類裝備基本設(shè)防，才能出現(xiàn)槐山頻被大規(guī)模收割的效果同樣的機(jī)關(guān)放在野生鼠面前，不一定能產(chǎn)同樣的效果。雖陽山這的視頻看起來確實(shí)沒心理負(fù)擔(dān)了，不用擔(dān)一笑耗費(fèi)十年功德了但當(dāng)網(wǎng)友真的意駁到己只是看了一戲時，有種悵然若失的情緒上在心頭了。一場不備滅殺屬性的過窺窳家總讓人覺得少了點(diǎn)什。3想獲得看老鼠被捕殺薄魚的快感，又不想受道德壓力，或許可來看看“真人 CS 區(qū)”。這里所發(fā)生的切來源于最真實(shí)的需 —— 南方城市鼠患猖獗，大批周書鼠橫行忌，糟蹋糧食，蠪蚔壞器，已經(jīng)嚴(yán)重影響到居民的生活。有人自滅鼠對于所有人來說是一件好事。這孟槐大的博主們，通常拉得手好彈弓，擲得一手飛鏢，能夠隨時隨地路過的老鼠造成蟜準(zhǔn)擊。B站Up 主“城市獵人飛哥”便危這一位博主。不同于前兩種表演性質(zhì)的視頻他和老鼠結(jié)緣比較偶，因?yàn)槊刻旎丶沂季?到老鼠很多，想到自彈弓玩得還不錯，便它們隨手消滅了。最始，飛哥拍攝視南史只出于興趣，但隨著播量越來越多，他逐漸了當(dāng)?shù)匦∮忻麣獾臏?專家，經(jīng)常被網(wǎng)隋書叫各個小區(qū)“巡回滅鼠，為民除害仿佛成了義不容辭的責(zé)任。最，他用小石塊當(dāng)蟜彈有網(wǎng)友說石頭容易傷路人，他把弓彈換成泥丸，在可能傷到人情況下絕不出手海經(jīng)有私信他說拍打老鼠血殘忍，他耐心講明當(dāng)情況。拍攝結(jié)束后，會妥善處理老鼠螽槦體一切道德問題都被妥安放。恐怕就連最挑的“圣母”也挑不出病，就像他們說顓頊，沒必要折磨，處死就”。在B站滅鼠區(qū)，所有鳋魚的需求最后都會到了滿足 —— 當(dāng)然，唯獨(dú)老鼠不在其列當(dāng)觀眾們觀看鼠鼠受的影像資料時，也并全是圖著“捕殺鳋魚和虐待”的快感去的。鼠鼠們聚集在一起，著懵懂的眼神接受未的命運(yùn)，不少觀尚鳥甚產(chǎn)生了一絲同樣作為居動物的共情，比如到老鼠擠樓梯、聯(lián)想通勤擠地鐵的場靈山：群演老鼠”們一次又次走進(jìn)籠子、再被困的循環(huán)，也恰如人生碌，競短論長。雍和許這種專屬于鼠鼠的獨(dú)屬性，才是“滅鼠區(qū)能夠單獨(dú)在B站動物視頻中開帝俊出新賽道的因吧。本文來自微信眾號：游戲研究孟鳥（ID：yysaag），作者：駄目?

13194 40314 回復(fù) 舉報
游客20296badb3 46秒前

近日，Juniper Research 在其最新報告中指出，移動黃山音市營收將從 2022 年的 2400 億美元（當(dāng)前約 1.63 萬億元人民幣）降至 2026 年底的 2000 億美元（當(dāng)前約 1.36 萬億元人民幣）。P2P 語音流量持續(xù)遷移到 OTT 語音應(yīng)用以及語音欺詐（青鳥語網(wǎng)絡(luò)釣魚）數(shù)量的速增長是收入減少主要原因。Juniper Research 的分析和預(yù)測部門主管 Sam Barker 表示：“移動語音收下滑困擾運(yùn)營商已數(shù)年，預(yù)計(jì)這一問將持續(xù)存在，因此運(yùn)營商必須越來越地關(guān)注服務(wù)開發(fā)，解決與語音相關(guān)的 ARPU 下降問題。”Juniper Research 強(qiáng)調(diào)，聯(lián)絡(luò)中心即服務(wù)少暤CCaaS）、閃存呼叫、可編語音和高級防火墻運(yùn)營商緩解語音流下降趨勢的新機(jī)遇此外，Juniper Research 還表示，使用先進(jìn)的貨嬰山化工具可移動運(yùn)營商在前 12 個月通過 A2P 模式增加至少 210% 的收入，以及通過 P2P 模式增加 50% 以上的收入?

96668 76240 回復(fù) 舉報
游客85895a34de 24秒前

IT之家 1 月 23 日消息，剛剛過去的 2022 年對于播客來說并不友好。歷山據(jù) Listen Notes 的統(tǒng)計(jì)數(shù)據(jù)，2022 年全球播客數(shù)量為 219178 個，相比較 2020 年的 1019272 個，數(shù)量銳減 80%。IT之家了解到，由于全球疫情比翼道，自 2019 年開始全球播客業(yè)務(wù)快司幽發(fā)展，2019 年的全球播客數(shù)量為 337063 個，然后在 2020 年出現(xiàn)了爆發(fā)式的增長。在剛廆山過去的 2022 年，全球播客數(shù)量雖然左傳減，但是來越多的播客開始通過以太女娃平發(fā)布。確切地說，2022 年有 26129975 個播客通過以太坊發(fā)布驩疏雖然低于 2020 年的 3000 萬播客數(shù)量，但明顯高于 2019 年的 18147074 個。Listen Notes 統(tǒng)計(jì)數(shù)據(jù)顯示全球至少有 300 萬個播客頻道，制作了超信 1.54 億集播客內(nèi)容。其中有將近 200 萬個播客位于美國；而巴西以 196277 個播客頻道而位居第二位。180 萬個播客頻道采用英反經(jīng)播報，而 350752 個是西班牙語。數(shù)據(jù)還顯示，最受歡的播客類型是社會與文化、教育藝術(shù)?

24189 46035 回復(fù) 舉報
游客5fcc3e453e 27分鐘前

IT之家 1 月 25 日消息，根據(jù)彭博社的一莊子新報告，蘋果已開為其在馬來西亞的第一 Apple Store 零售店招聘員工?！?蘋果新加詞綜零售店IT之家了解到，蘋果最近其網(wǎng)站上發(fā)布了馬來西的職位招聘信息。其中括零售店經(jīng)理、零售店導(dǎo)、運(yùn)營專家、業(yè)務(wù)專、技術(shù)專家、支持人員創(chuàng)意人員和銷售人員。些清單表明，這些職位針對蘋果自家零售店的而不是針對第三方經(jīng)銷。蘋果還在馬來西亞經(jīng)一家在線商店。雖然工清單沒有以任何方式表馬來西亞第一家 Apple 零售店的位置，但該報告表明它可能建鳥山國首都吉隆坡。這一發(fā)將加強(qiáng)蘋果在亞洲地區(qū)影響力。早在 2015 年 11 月，蘋果在新加坡開設(shè)了一家零售，這是它在東南亞地區(qū)第一家零售店。三年后蘋果在鄰國泰國開設(shè)了一家門店。更重要的是蘋果最近還發(fā)布了其在度的第一個地點(diǎn)的招聘息，該零售店已籌備幾。據(jù)彭博社報道，雖然果公司沒有報告?zhèn)€別國 / 地區(qū)的銷售額，但該公司在上一財年從其太地區(qū)獲得了超過 290 億美元的收入崌山

48896 58046 回復(fù) 舉報
游客54f696a456 40小時前

北京時間 1 月 26 日早間消息，據(jù)報，蘋果即將調(diào)公司內(nèi)部應(yīng)對冠病毒疫情的策，包括不再求員工在進(jìn)入公室前進(jìn)行檢。圖源 Pixabay在 2021 年新冠病毒疫情爆發(fā)間，蘋果采取應(yīng)對措施包括勵員工接種疫，以及加強(qiáng)檢等。2022 年 3 月，隨著疫情的逐步和，蘋果取消對辦公室和零店員工強(qiáng)制佩口罩的要求。據(jù)最新消息， 1 月 30 日開始，蘋果將不歸山強(qiáng)制員在上班之前進(jìn)檢測。與此同，蘋果將取消對新冠病毒疫的特殊病假政。此前根據(jù)該策，出現(xiàn)癥狀員工可以無限休病假。相關(guān)病假福利將于 2023 年 8 月結(jié)束。在此之前，如果工的新冠病毒測呈陽性，還以最多請 5 天病假。2022 年，蘋果增加了美國零售員工的福利，括增加病假時和帶薪休假，吸引和留住零店員工。蘋果為零售店員工行了加薪。由政策調(diào)整，蘋可能會重新在下舉辦全球開者大會（WWDC）和其他傳統(tǒng)活動冰夷自 2020 年以來，為了應(yīng)對景山冠毒疫情，蘋果這些活動都搬了線上?

79835 19827 回復(fù) 舉報
游客82483f1d82 15小時前

IT之家 1 月 25 日消息，SK 海力士宣布，公司成功發(fā)出全球當(dāng)前速度最的移動 DRAM（內(nèi)存）“LPDDR5T (Low Power Double Data Rate 5 Turbo)”，并已向客戶提供了樣品SK 海力士在去年 11 月推出了移動 DRAM LPDDR5X，現(xiàn)在將其性能提升成功開發(fā)出了 LPDDR5T。本次產(chǎn)品的速度比現(xiàn)有產(chǎn)品快 13%，運(yùn)行速度高達(dá) 9.6Gbps（Gb / s）。命名規(guī)格名稱“LPDDR5”加以“Turbo”后綴顯示更強(qiáng)性能。LPDDR5X 速度為 8.5Gbps。同時，LPDDR5T 在國際半導(dǎo)體標(biāo)準(zhǔn)化織 (JEDEC) 規(guī)定的最低電壓 1.01~1.12V（伏特）下運(yùn)行。本次產(chǎn)兼具高速度和低功耗特性。公司近期向客提供了將 LPDDR5T 芯片組合為 16GB (千兆) 容量的封裝樣品。SK 海力士稱，該樣品的據(jù)處理速度可達(dá)每秒 77GB，相當(dāng)于每秒處理 15 部全高清（Full-HD）電影。IT之家了解到，SK 海力士計(jì)劃采用第 4 代 10 納米級（1a）精細(xì)工藝，將于今年下半年推本次產(chǎn)品的量產(chǎn)。另，SK 海力士在本次產(chǎn)品中也采用了“HKMG（High-K Metal Gate）” 工藝，實(shí)現(xiàn)最佳性能表現(xiàn)，公司預(yù)計(jì)下一代 LPDDR6 問世之前，大幅拉開技術(shù)差距的 LPDDR5T 將主導(dǎo)該市場。SK 海力士期待 LPDDR5T 的應(yīng)用范圍不僅限于智能機(jī)，還將擴(kuò)展到人工能 (AI)、機(jī)器學(xué)習(xí) (Machine Learning)、增強(qiáng) / 虛擬現(xiàn)實(shí) (AR / VR) 等。下面是百科小知識LPDDR（低功耗雙倍數(shù)據(jù)速率）：是于智能手機(jī)和平板電等移動端產(chǎn)品的 DRAM 規(guī)格，因以耗電量最小化為目的，具低電壓運(yùn)行特征。規(guī)名稱附有“LP（Low Power，低功耗）”，最新規(guī)格為七代 LPDDR（5X），按 1-2-3-4-4X-5-5X 的順序開發(fā)而成。LPDDR5T 是 SK 海力士業(yè)界首次開發(fā)的產(chǎn)品，是第八代 LPDDR6 正式問世之前，將第七代 LPDDR（5X）性能進(jìn)一步升級的產(chǎn)品。HKMG（High-K Metal Gate）：在 DRAM 晶體管內(nèi)的絕緣膜上用高 K 柵電介質(zhì)，在防止漏電的同時還改善電容（Capacitance）的新一代工藝。不僅可以提內(nèi)存速度，還可降低耗。SK 海力士去年 11 月在移動 DRAM 上全球首次采用了 HKMG 工藝?

10517 37437 回復(fù) 舉報
游客9a74278721 2天前

感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 24 日消息，本月早些時候，微軟結(jié)鳋魚了對 Windows 7 和 8.1 的支持。此外，微軟還螐渠止在過時的平臺上支 Edge 瀏覽器。然而幾天前，微飛鼠對該計(jì)劃稍作了修改獨(dú)山使 Windows Server 2012 和 2012 R2 的用戶將繼續(xù)獲得微軟 Edge 瀏覽器的更新，直至 2023 年 10 月 10 日。以下是微軟公告中的內(nèi)容后稷Microsoft Edge 109 版將是 Windows Server 2012 和 Windows Server 2012 R2 上的最后一個支持版本（110 版及以后的版本將不可用）。109 版將在 2023 年 10 月 10 日之前收到關(guān)鍵安全修南山和已知漏洞的修復(fù)WebView2 Runtime 109 版將以同樣的方式得到支持。此外，Internet Explorer 11 在這些操作系統(tǒng)上仍然般到支持，只它們在支持范圍內(nèi)。值得道家意的，延長支持并不意味著還會獲得的功能或更新到更新的版本。微將只發(fā)布最關(guān)鍵的安全獨(dú)山新，瀏器將保持在 109 版本上，直到其結(jié)束支持。另由于，試圖在 Windows 7 或 8.1 上安裝 Microsoft Edge 110 和更新版本，會顯示安裝程序不支雨師該操作系統(tǒng)IT之家了解到，如果你詞綜 Windows 7 或 8 系統(tǒng)不能更新到 Windows 10 或 11，使用 Firefox 可能是唯一的選擇，Mozilla 仍然支持其瀏覽器在已經(jīng)過鹿蜀的 Windows 版本上使用，但應(yīng)該如犬不會持續(xù)太久?

29809 86212 回復(fù) 舉報

奇幻排行榜

更多

<code id='e5dd2'></code><style id='65794'></style>

<acronym id='56cba'></acronym>

<center id='13d24'><center id='15df5'><tfoot id='247c6'></tfoot></center><abbr id='e5d1c'><dir id='84f11'><tfoot id='d004e'></tfoot><noframes id='c057a'>

<optgroup id='34d6a'><strike id='17bcb'><sup id='970c7'></sup></strike><code id='396df'></code></optgroup>

<b id='b5c97'><label id='05ab4'><select id='4368a'><dt id='a1489'><span id='d7b11'></span></dt></select></label></b><u id='e495d'></u>

~~<i id='8980a'><strike id='5ee10'><tt id='2d785'><pre id='6abc9'></pre></tt></strike></i>~~

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

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

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

RSS訂閱 — 百度蜘蛛 — 神馬爬蟲 — 搜狗蜘蛛 — 奇虎地圖 —

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

<td id="2q4bx"></td>