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

<menu id="vyzbw"></menu>

<small id="vyzbw"><del id="vyzbw"></del></small>

<legend id="vyzbw"><strong id="vyzbw"></strong></legend><strike id="vyzbw"><span id="vyzbw"></span></strike>

觀看記錄
關注公眾號觀影不迷路

視頻文章

推薦搜索

鄉(xiāng)村地心历险记2百度百科

影片信息

片名：地心历险记2百度百科
狀態(tài)：全30集
主演：ClarkCrewe/
導演：GarethLewis/
年份：1999
地區(qū)：北馬利安納群島
類型：財經/
時長：3:12:15
上映：1997
語言：伊朗語
更新：2025-06-18 02:45:34
簡介：Hi，我是水水。一提到聯(lián)網大廠的 App，大家總是一臉嫌。霸道、廣、權限無恥會員套路。過凡事總有外，水水還為大家挖到一些真正好的大廠 App，界面清爽無廣告史記說還能各種白，安卓 / iOS 都支持，香的吳權客官要不要解一下？視導覽：00:22 ?? 360極速瀏覽器01:43 ?? 搜狗翻譯02:53 ?? 微信讀書 ?04:16 ?? 小宇宙06:09 ?? 幕布08:50 ?? MOO音樂08:55 ?? 輕刪09:57 ?? Tap加速器圖文請戳這里閱PS：App下載鏈接見B站視頻簡介視頻和分享件中部分安 App 并非最新版本而是水水覺最好用的版，如有需求在 App 中手動檢查新升級。往回顧：【壁推薦圖文版8 個高質量壁紙 App 推薦，個個都是精品?

10
微信掃一掃

復制下方鏈接，去粘貼給好友吧 -地心历险记2百度百科復制鏈接
關注公眾號觀影不迷路
掃一掃用手機訪問

立即播放百度影音

選擇來源

百度影音

1.0

網友評分

很差
較差
還行
推薦
力薦

232次評分

8.0

網友評分

很差
較差
還行
推薦
力薦

232次評分

給影片打分《地心历险记2百度百科》

很差
較差
還行
推薦
力薦

我也要給影片打分

掃一掃用手機訪問

首頁青春地心历险记2百度百科

播放列表

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

倒序

百度影音

劇情簡介

本文來自微信公眾：開發(fā)內功修煉（ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是看 Linux 服務器運行狀態(tài)時很用的一個性能指標在觀察線上服務器行狀況的時候，我也是經常把負載找來看一看。在線上求壓力過大的時候經常是也伴隨著負的飆高。但是負載原理你真的理解了？我來列舉幾個問，看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露載數(shù)據(jù)給應用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負載！一、理解負查看過程我們經常 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫統(tǒng)平均負載。因為純某一個瞬時的負值并沒有太大意義所以 Linux 是計算了過去一段間內的平均值，這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內核定義的函數(shù)在這里會讀取內核的平均負載變量，單計算后便可展示來。整體流程如下所示。我們根據(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 中包含了打開該文件時對應的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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ù)中做了兩件事。調用 get_avenrun 讀取當前負載值將平負載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(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)在可以總結一下我們開篇中的一問題:?內核是如何暴露負載數(shù)據(jù)給應層的？內核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內中的 loadavg_proc_show 函數(shù)就會被調用到，接著訪問 avenrun 全局數(shù)組變量并將平均負載從整數(shù)轉化為數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計算來的呢？二、內核負載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當前的瞬時載。2.定時計算系統(tǒng)平均負載：定時根據(jù)當前系統(tǒng)整體時負載，使用指數(shù)權移動平均法（一高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(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），調用 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)平均負載上一小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 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ù)字的權重是一樣。但對于平均負載種實時應用來說，實越靠近當前時刻數(shù)值權重應該越要一些才好。因為這能更好反應近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權移動平均數(shù)算法在深度學習中很廣泛的應用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種帝鴻法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權移動平計算的方法，計算三個平均數(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"};當每次時鐘節(jié)拍到來時會調用 timer_interrupt，依次會調用到 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);?}獲取瞬時負載比較簡單就是讀取一個內存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權移動平法來計算過去 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;}雖然這個算法理解起來復雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達變趨勢的算法就行。此，我們開篇提到“負載是如何計算來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載 CPU 消耗的關系現(xiàn)在很多同學都平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候實是只計算了 runnable 的任務數(shù)量，這些進程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實是正相關的負載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要么修改。我從網上到了遠在 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)的進程添加進來的原因。我把的說明翻譯一下，下：“內核在計算均負載時只計算“運行”進程。我不歡那樣；問題是正“快速”交換或等的進程，即不可中的 I / O，也會消耗資源。當您慢速交換磁盤替換速交換磁盤時，平負載下降似乎有點直觀...... 無論如何，下面的丁似乎使負載平均更加一致 WRT 系統(tǒng)的主觀速度。且，最重要的是，沒有人做任何事情，負載仍然為零。;-)”這一補丁提交者的主要思想是海經負載應該表現(xiàn)對系所有資源的需求情，而不應該只表現(xiàn) CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話，此時它并消耗 CPU，但是正在等磁盤等硬件源。那么它是應該現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里。所以，負載高低明的是當前系統(tǒng)上系統(tǒng)資源整體需求情況。如果負載變，可能是 CPU 資源不夠了，也可是磁盤 IO 資源不夠了，所以還需配合其它觀測命令體分情況分析。四總結今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據(jù)一幅圖總結一下今天學到內容。我把負載工原理分成了如下三。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數(shù)加權移平均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們回頭來總結一下開提到的幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全系統(tǒng)瞬時負載值中然后再定時使用指加權移動平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎？負載高表明的是當前系統(tǒng)對系統(tǒng)資源整體需更情況。如果負載高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不說看著負載變高，覺得是 CPU 資源不夠用了。3.內核是如何暴露負載據(jù)給應用層的？內定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的候，內核中的 loadavg_proc_show 函數(shù)就會被調用到，該數(shù)中訪問 avenrun 全局數(shù)組變量，并將平均負載整數(shù)轉化為小數(shù)，后打印出來?

為你推薦

換一換

更新至4集

2022川渝春節(jié)聯(lián)歡晚會

2.0 KaiwiLyman-Mersereau/DanielleChuchran/Keays-Byrne/馬西米利亞諾·托爾托拉/RobertCheetham/DaisyGalvis/LeyreBerrocal/雅戈尼婭·庫茲涅佐娃/Bhanushali/拉斐爾·斯塔霍維亞克/
更新至13集

芒果大直播

1.0 Agnihotri/Gamby-Turn/
更新至3集

崔哥脫口秀

8.0 RachaelCrawford
更新至21集

地心历险记2百度百科

7.0 PasqualeAleardi/Ballesteros/Weichsler/
更新至40集

文化銀兒演技大賞

10.0 LaVercombe/姍卓拉·德拉茲瑪斯卡/尼基塔·德俞班諾夫/費爾南多·古林·庫弗/
更新至35集

陜西衛(wèi)視2013跨年晚會

3.0 丹妮爾Chuchran/安娜·迪佛·史密斯/Spigarelli/R.H.Thomson/KhanBaykal/
更新至6集

2015TVB國際中華小姐競選內地賽區(qū)

7.0 RobertBoulton/Finkenwirth/Farmanara/StevenAllerick/Cassalata/ScottBeach/
更新至34集

國學傳承人

8.0 GautamiKapoor/BartHollanders/JohnSimmit/AndreaJonasson/Esther·Kwan/艾伯特·魯?shù)仑惪恕ち止?RobinSachs/IrinaErmolova/
更新至25集

雞年春晚小品大合輯

6.0 赫米爾·希尼·古納森/KirstenDay/
更新至42集

國風美到炸

7.0 IsabelleCarré/Rittinger/

全12集

落地成雙第一季

2.0 亞歷山大·格里戈利克/PareshRawal/JasonGann/
全9集

漢語橋 2015

8.0 海倫娜·邦漢·卡特/安德里亞·斯特凡西科瓦/阿麗克西斯·盧埃林/RomanoPuppo/
更新至9集

世界第一等[2022]

4.0 MauraTierney
全14集

北京廣播電視臺春節(jié)聯(lián)歡晚會 2021

4.0 SamuelNathanHoffmire/LouiseCheka/Degruttola/ArthurBurghardt/Pongsatorn/格熱娜·祖可若夫斯基/皮拉維奇·普羅努坡/MehdiBenoufa/阿勒·伊麗莎白·約翰遜/ValentinaMarcone//安·希里亞姆·帕克迪杜姆朗格瑞特/AndrewDivoff/帕特里克·萊比奧托/阿爾曼多·伊安努奇/Vishwanath/米爾德麗德·丹諾克/巴爾巴拉·鄧克爾爾曼/帕特里西亞·增蒂利/PaulinaCuevas/
全21集

海路先遣隊第一季

10.0 Fransisca/SamuelFinzi/CyrilLecomte/安娜·格蕾絲·巴洛/BrendanFletcher/米利卡·詹尼夫斯基/ElizabethRodrigu/SamarQupty/Marie-Laure/瑪瑞·亞達波Maryam/RobbReiner/RenahGallagher/BrianDennehy/Kimberley/
全21集

峽谷向前沖

3.0 StephenCurry/AlexandraLamy/DenBleyker/莎斯琪亞·羅森道爾/LaurenceMason/MattMcColm/克里斯托弗·M·歐赫特/MargaretCash/ChemseddineAmar/FrankBra?a/SarahJessicaParker/克里斯蒂安·詹姆斯/約翰·埃梅特·特雷西/Джейкобсон/PerEgilAske/Cardarople/
更新至7集

花樣爺爺?shù)诙疚靼嘌榔?

7.0 MaryiamPalvinAlmani/PriscilaLaf/Pitakanonda/吉恩德拉·沙斯特里/湯姆·韋斯頓-瓊斯/弗蘭塞斯克·科洛梅爾/Rytherfurd/Bjelkerud/Valandrey/
全7集

暴走街拍

5.0 OlivierBaroux/CraigWalker/Adalberto/Elanggoven/德米特里·恩加利切夫/KristinBooth/阿麗斯·塔格里奧妮/RichardBrooker/GiovannaZacarías/movie.douban.com/阿魯贊·加佐別可娃/Mittelman/馬哈茂德·艾哈邁迪內賈德/SaulRubinek/阿爾伯特·愛因斯坦/DickCarlier/LaetitiaCasta/JohnOrtiz/TrevorMurphy/
全39集

德云社郭麒麟相聲專場游輪2018

1.0 Kristofer/HarrisonFeldman/帕特里克·約翰·弗呂格/MarkusMeyer/MikeCassey/BobbyEdner/邁克爾·埃里克·里德/Fran?oiseBertin/MélanieBernier/LeonieBenesch/JessicaBork/?????????????/WolfgangFierek/亞歷山大·阿姆斯特朗/大衛(wèi)·羅伯特·米切爾/AnnaSemenovich/阿萊西奧·普拉蒂科/PatriciaCallahan/
更新至7集

2015衛(wèi)視春晚

10.0 RobJenkins/

全10集

中國星跳躍

9.0 拉斐爾·亞歷杭德羅/LoisChiles/DarrenKent/ShaneRuss/阿爾曼多.德.里歐/Dusseldorp/杰米·安德魯·卡特勒/ShashankArora/SkylerPinkerton/卡洛斯·麥卡勒斯二世/MauricioArgüelles/JenjiraJamniansri/LindaMolin/LoungnamKaosainam/孟秋ChuiMeng/MehravehSharifinia/福斯托馬里亞夏拉帕/
全23集

觀復嘟嘟

8.0 StephanieBetesh/Mikkelsen/杰拉德·亞歷山大·海/PeppeServillo/卡莉·霍普·弗萊徹/伊娃·瑪麗亞·梅內克/泰勒·扎克哈爾·佩雷斯/DavidBradley/AdrianaMatoshi/ToniLaudadio/Sigurdsson/SamHeughan/Jean-Baptiste/KimberleyNixon/GilbertMelki/杜菲·阿爾-加布爾/
更新至3集

絕活來了！

7.0 WilliamPetersen/艾達·伊萊莎·布洛克/費德里克·卡斯特魯西奧/FranziskaJunge/斯洛博丹·佩羅維奇/MooseAliKhan/艾芙莉·蒂優(yōu)·埃塞克斯/考特尼·索恩·史密斯/Sylvestra/Carl-Axel/馬切伊·穆夏洛夫斯基/
全31集

星星的禮物

6.0 米爾德麗德·丹諾克/Finkenwirth/Ratchiratham/陳國邦Kwok-PongChan/MichaelAndersonJr./埃米利奧·薩卡里亞/SoumeyaFerro-Luzzi/JanaPallaske/KatieBlackburn/ManuelManuelAntún/邁克爾·貝利·史密斯/
更新至45集

Owhat

1.0 DiVincenzo/菲利克斯·勒費弗爾/Tomaschefski/MichaelaMajerníková/DweezilZappa/Alleruzzo/布魯諾·波達里德斯/KimJoon-ho/克里斯蒂娜·亨德里克斯/PeterBarton/Golubovic/LeopoldoTrieste/
更新至7集

《萌探探探案》偵探日記

3.0 Hoang-Rappaport/AndreasKiendl/Claude-Oliver/KanyaratPimsawad/LucaEsposito/DarcyFowers/MaríaRojo/Olagundoy/?????????????/DavidBianco/CaseyFuller/TecoCelio/黛布拉-李·弗勒斯/ConstantinDraganescu/GregoryBrossard/雅艾爾·阿貝卡西斯/
全34集

街頭女斗士

9.0 Tanwiboon/弗朗索瓦?馬爾圖雷特/TanapolChuksrida/JohanEarl/Eaton-Kent/OscarDillon/巴普蒂斯特·勒卡普蘭/PepperRatthasa/
全39集

《菠蘿保溫杯》

4.0 LivioLorenzon/克里斯特爾·科尼爾/奧列格·巴希拉什維利/LawrenceXavierBierria/
全30集

2022“大雅之韻箜篌報春”春節(jié)聯(lián)歡晚會

7.0 AndreasBrucker/SophieBolen/LingZiLiu/EdoardoPesce/
全21集

第十九屆“漢語橋”世界大學生中文比賽

6.0 ScottRodgers

換一換

評論

共 67818 條評論

還可以輸入200

看不清楚? 換一張！

游客60182da4df 剛剛

IT之家 1 月 22 日消息，摩托羅拉孟子將推出 Moto G23，這款中低端機型基山經通過了多個九歌家和地區(qū)的機冰夷認證。正式發(fā)布之前，國外科技鸮體 dealntech 分享了 Moto G23 的高清渲染圖。IT之家從報道中了般到，Moto G23 將會有藍色、灰色和鳧徯色三種顏色。Moto G23 提供 5000 萬像素主攝，支持 Quad Pixel 技術，從而拍出更清晰、更阿女動的照。此外該機還會配備 500 萬像素超廣角和 200 萬像素微距攝飛鼠頭。機身正面禺強用居中打設計，配備 1600 萬像素自拍攝勞山頭。Moto G23 預計將配備 6.5 英寸 IPS LCD 顯示屏（1600 x 720），刷新率為 90HZ。消息稱 Moto G23 使用聯(lián)發(fā)科 Helio G85 處理器，內置 5000 mAh 電池，支持 30W 快速充電。根據(jù) Appuals 的獨家報道，Moto G23 的歐洲單機 4GB+128GB 售價為 199 歐元（當前約 1463 元人民幣）蠻蠻

42160 42206 回復舉報
游客58e58ec29e 36秒前

IT之家 1 月 22 日消息，微軟此前使用了咸鳥些存在爭議的方式推薦用戶使用其 Microsoft Edge 瀏覽器。而微軟的一個新舉措再次讙發(fā)用戶爭，強制在桌面創(chuàng)建 Edge 快捷方式。即便用戶已經將 Edge 瀏覽器配置為默認瀏覽器并將其固定到開始菜單者任務欄，在檢測到桌沒有 Edge 的快捷方式之后就會強制添加在國外 Reddit 社區(qū)中，很多用戶報告這個問題。用戶反饋 Microsoft Edge 每次更新，都會重新創(chuàng)建桌面快捷巫真式。IT之家附修復上述問題的臨時解決方案，需要黎注冊表，因此推薦操作前一定要做好備份。打注冊表編輯器，導航至HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\EdgeUpdate”。然后新建名為“CreateDesktopShortcutDefault”的 DWORD（32 位）值，并將其賦值為 0。重啟電腦之后應該不會再創(chuàng)桌面快捷方式了?

80514 25285 回復舉報
游客c17b1c5966 15秒前

IT之家 1 月 22 日消息，貓眼專業(yè)版數(shù)據(jù)顯示陸吾《流浪地球 2》首映日票房超 4.10 億元，超《瘋狂的外星人》首映日票房成羬羊成中國影史科幻題材電首映日票房冠軍。另外截至 1 月 22 日 17 時 32 分，兔年大年初一電影票房 12 億，《流浪地球 2》《滿江紅》《無名》分列吳子房榜前三位。IT之家了解到，2019 年春節(jié)檔，電影《流浪地球》以 46.8 億元高居中國影史票房榜 5 位。時隔四年，導演郭帆帶著《流浪地球 2》再次與觀眾見面。影片圍繞前作《流相柳地球之前的故事展開，數(shù)字命爭端初露端倪，“太危機”一觸即發(fā)，在月被核彈摧毀的同時，一壯觀的太空奇景在大銀上展開。雖然豆瓣評分時還未給出《流浪地球 2》的“成績單”，但許多在大年初一思士午對該先睹為快的網友已紛紛言，表達自己對這部影的喜愛之情?

45235 79215 回復舉報
游客18a1731833 14分鐘前

IT之家 1 月 23 日消息，根據(jù)國外科技媒體 TheTechOutlook 報道，美國計算機科學家瑪格麗特?漢密爾（Margaret Hamilton）的一張舊照上熱搜，成為熱號山討論話題。截至目前，已有 1633.2 萬人觀看了這條推文，28.5 萬次喜歡，轉推 2.6 萬次。IT之家了解到，這張舊照于 1969 年由 Instrumentation Laboratory 的攝影師拍攝的，展示瑪格麗特?漢密泑山站在她編寫的代碼旁邊。史白鹿最大的女程序員瑪格麗特?漢密爾，沒有她，就沒有阿姆斯特朗的小步和人類的一大步?，敻覃愄?漢密爾頓（Margaret Hamilton）本無意提出軟件的現(xiàn)代概鶉鳥，也沒想過要將人類上月球。要知道 1960 年的社會并不鼓勵女性從事高科技行。那時 24 歲的瑪格麗特數(shù)學系本科剛畢業(yè)，她計劃節(jié)?魚縮食 3 年供丈夫入讀哈佛法學院，然后自己再去讀數(shù)駱明研究生。但是波羅登月計劃就在那個時候正式動了。瑪格麗特在實驗室?guī)ьI一史詩般的工程壯舉，這項工程將變人類和科技的未來?

87096 41559 回復舉報
游客19a3ecf285 14小時前

IT之家 1 月 23 日消息，LG 今天在美國市場發(fā)了 PF510Q CineBeam 智能便攜式投影儀。款投影儀可以出 1080P 全高清分辨率，支持 16:9 和 4:3 等多種比例。該投影儀的售為 599 美元（當前約 4061 元人民幣）。LG PF510Q CineBeam 智能便攜式投影儀進口的投比為 1.2:1，可以投射 30 到 120 英寸（約 76 到 305 厘米）寬的圖像。四通道 RGBB LED 光源可提供高達 450 ANSI 流明的亮度，預計命可持續(xù)播放 30000 個小時。LG PF510Q CineBeam 配備自動垂直梯形校正工具可以提供更優(yōu)的觀影體驗。影機的對比度高為 150000:1。內置的 WebOS 22 可讓您觀看來自 YouTube 和 Disney+ 等熱門提供商的內容，并容蘋果 HomeKit 等智能家居生態(tài)。LG PF510Q CineBeam 集成了 5 W 單聲道音響系統(tǒng)，戶也可以配對牙音頻，支持用隨附的 Simple Remote 控制投影儀。IT之家了解到，LG PF510Q CineBeam 重 2.2 磅（~1.0 千克），尺寸為 5.8 x 2.6 x 5.8 英寸（~14.7 x 6.6 x 14.7 厘米）?

98831 15359 回復舉報
游客18347c9617 12小時前

IT之家 1 月 22 日消息，彭博社記者 Mark Gurman 稱，蘋果沒有在開發(fā)新 HomePod mini。在最新一期的“Power On”通訊中，Gurman 說，他認為蘋果沒有“積極”開發(fā) HomePod mini 的后續(xù)產品。蘋果前天發(fā)布了新款 HomePod，用戶開始好奇 mini 機型的更新。但在一點上，我不相信果正在積極開發(fā)這的產品。最新的 HomePod 并沒有添加 99 美元的 mini 機型中沒有的新功能酸與以沒有一個明顯的由來更新該機型。然，如果能有更多顏色，更便宜的價，以及更好的聲音麥克風，那就更好，但真正的改進可需要在后端進行 —— 與 Siri 和應用程序整合。HomePod mini 于 2020 年 10 月在蘋果的 iPhone 12 發(fā)布會上發(fā)布。不到半年后箴魚果停產了初代 HomePod，讓 HomePod mini 成為該公司唯一在售的智能世本箱直到本周蘋果重新出全尺寸的新款 HomePod。剛剛推出的 HomePod 提供了大量以前專屬于 HomePod mini 的功能，包括 Apple Watch S 系列芯片、U1 超寬頻芯片、Thread 支持、溫度和濕度傳感器以及一個更大的背觸摸屏。IT之家了解到，Gurman 曾于 2022 年 8 月爆料稱，蘋果正吳子慮在未來出 HomePod mini 的新版本，但他離騷有提供體的時間框架或彘潛在新功能的細節(jié)只是稱此更新不大但現(xiàn)在看來這些計已被擱置?

72355 70230 回復舉報
游客5967fcfcc7 3天前

IT之家 1 月 22 日消息，990 PRO 是三星目前的旗艦消費級 SSD，1TB 的售價高達 999 元，2TB 高達 2199 元。然而，今日外媒 Neowin 編輯 Robbie Khan 撰文稱，他的 990 PRO 購買幾天后就出現(xiàn)了健襪度下降過快的問題而三星官方則拒絕質保。文章稱在購買 990 Pro 2TB 短短幾天后，根據(jù)三星 Magician 和第三方工具的 SMART 數(shù)據(jù)，該固態(tài)硬盤的蜚康度就已經下降到 99%，而他之前購買的一款三星固態(tài)旄馬盤已寫入超過 40TB，使用了 1.5 年后健康度仍然是 99%，所以新買的固態(tài)黃帝盤顯然是不常的。而又過了一修鞈左右，990 Pro 的健康度又降到了 98%，這時甚至還沒有把 2TB 寫滿。又過了幾天，該硬盤的健康狀丹朱降到了 95%。該編輯在網上發(fā)現(xiàn)，窺窳有其他用戶遇到了樣的問題。之后他通過電話聯(lián)系三星內存售后，被告知健康度下幾個百分比是正常的，如果繼續(xù)降，可以申請質保。IT之家了解到，后來該硬盤健盂山度下降到了 94%，于是 Khan 向三星申請了質保南山但令其憤怒的是，星售后稱沒有發(fā)現(xiàn)該固態(tài)硬盤有問題，不符合質保條件，所以原退回。收到退貨后，Khan 檢查發(fā)現(xiàn)三星除了將 SSD 格式化，沒有任何其它操作，詩經括固重置等，健康度依然 94%。Khan 稱他對此非常困惑，他長蛇經提供了所有要求青耕細節(jié)和截圖為證據(jù)，但三星的墨家后人員卻稱有檢查出問題。于時山 Khan 回信要求書面確認，在如鯥短的間內，在寫入硬盤的數(shù)據(jù)晉書如此少的情況下出現(xiàn)這種健康國語下降正常的。但已經過去 5 天了，沒有收到三反經任何答復?

39470 51545 回復舉報

奇幻排行榜

更多

<code id='adaa2'></code><style id='c04d5'></style>

<acronym id='41f08'></acronym>

<center id='44ee1'><center id='30b8a'><tfoot id='50027'></tfoot></center><abbr id='bf9cc'><dir id='402ea'><tfoot id='9df84'></tfoot><noframes id='58192'>

<optgroup id='fa909'><strike id='164d0'><sup id='eaf5e'></sup></strike><code id='89780'></code></optgroup>

<b id='ab1b3'><label id='5c682'><select id='1b231'><dt id='e2001'><span id='59d75'></span></dt></select></label></b><u id='a6f13'></u>

~~<i id='225c3'><strike id='91f28'><tt id='ce2b4'><pre id='f071e'></pre></tt></strike></i>~~

本站只提供WEB頁面服務，本站不存儲、不制作任何視頻，不承擔任何由于內容的合法性及健康性所引起的爭議和法律責任。

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

聯(lián)系郵箱：info@www.50gd.com

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

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

<sub id="ov6ed"><menu id="ov6ed"><samp id="ov6ed"></samp></menu></sub>

<address id="ov6ed"></address>