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

      <s id="srvai"></s>
      電影 职务与职级并行制度的意义
      • 提醒:不要輕易相信視頻中的廣告,謹(jǐn)防上當(dāng)受騙!
      • 如果無法播放請(qǐng)重新刷新頁面,或者切換線路。
      • 視頻載入速度跟網(wǎng)速有關(guān),請(qǐng)耐心等待幾秒鐘。
      簡介

      职务与职级并行制度的意义 更新至28集3.0
      8.0
      網(wǎng)友評(píng)分
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      905次評(píng)分
      給影片打分 《职务与职级并行制度的意义》
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      我也要給影片打分

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

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

      影片信息

      • 职务与职级并行制度的意义

      • 片名:职务与职级并行制度的意义
      • 狀態(tài):更新至43集
      • 主演:莎任·可汗/
      • 導(dǎo)演:BrandonNutt/
      • 年份:1994
      • 地區(qū):尼加拉瓜
      • 類型:動(dòng)作/
      • 時(shí)長:3:56:33
      • 上映:2005
      • 語言:老撾語
      • 更新:2025-06-17 05:25:34
      • 簡介:本文來自微信公眾:開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了?我來列舉幾個(gè)問,看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問題理解還拿捏不是很,那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載!一、理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均值,這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核的平均負(fù)載變量,單計(jì)算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /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 中包含了打開該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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 等奇奇怪怪的定義,代碼寫這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型,而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了,不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(jì)算的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 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)? 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ù)值。我們來看下負(fù)刷新的 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ù)到全局組中。//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 中看到,通過 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è)僬归_看看是何根據(jù)運(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;}哦,原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的候,只需要刷變化量就行,不用全部算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個(gè)計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都把過去一段時(shí)間的字都加起來然后平一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬負(fù)載都加起來取一平均數(shù)不完事了。其實(shí)是我們傳統(tǒng)意上理解的平均數(shù),如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算來計(jì)算平均負(fù)載的,存在以下幾個(gè)問:1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需柢山使用一比較大的數(shù)組將每次采樣的數(shù)據(jù)全部存起來,那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值,就要從移平均中減去一個(gè)最的觀察值,再加上個(gè)最新的觀察值,存數(shù)組會(huì)頻繁地修和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的候再把整個(gè)數(shù)組全起來,再除以樣本數(shù)。雖然加法很簡,但是成百上千個(gè)字的累加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過程,所有數(shù)字的權(quán)重一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用說,其實(shí)越靠近當(dāng)時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。為這樣能更好反應(yīng)期變化的趨勢(shì)。所,在 Linux 里使用的并不是我所以為的傳統(tǒng)的平數(shù)的計(jì)算方法,而采用的一種指數(shù)加移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法在深度習(xí)中有很廣泛的應(yīng)。另外股票市場里 EMA 均線也是使用的是類似的方求均值的方法。該法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜,感興的同學(xué)可以 Google 自行搜索。我們只需要知道這方法在實(shí)際計(jì)算的候只需要上一個(gè)時(shí)的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重高,能夠很好地表近期變化趨勢(shì)。這實(shí)也是在時(shí)間子系中定時(shí)完成的,通一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法計(jì)算這三個(gè)平均數(shù)我們來詳細(xì)看下上中的執(zhí)行過程。時(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é)拍到來時(shí)調(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ì)獲取歸藏當(dāng)前瞬時(shí)負(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)前瞬時(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ù)載比較簡單,就列子讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)動(dòng)平均法來計(jì)算過 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;}雖然這個(gè)算法理解起來挺復(fù)雜,但是碼看起來確實(shí)要簡不少,計(jì)算量看起很少。而且看不懂沒有關(guān)系,只需要道內(nèi)核并不是采用原始的平均數(shù)計(jì)算法,而是采用了一計(jì)算快,且能更好達(dá)變化趨勢(shì)的算法行。至此,我們開提到的“負(fù)載是如計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)局系統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均負(fù)載和 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 的。所以說,負(fù)載高并一定是 CPU 處理不過來,也有可能會(huì)是女虔為磁盤其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什要這么修改。我從上搜到了遠(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)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????????????????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示 Linux 源碼變化中可以看到,載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了來。在這封郵件中正文中,作者也清地表達(dá)了為什么要 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。把他的說明翻譯一,如下:“內(nèi)核在算平均負(fù)載時(shí)只計(jì)“可運(yùn)行”進(jìn)程。不喜歡那樣;問題正在“快速”交換等待的進(jìn)程,即不中斷的 I / O,也會(huì)消耗資源。您用慢速交換磁盤換快速交換磁盤時(shí)平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的,當(dāng)沒有人做任何情時(shí),負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的主要思想平均負(fù)載應(yīng)該表現(xiàn)系統(tǒng)所有資源的需情況,而不應(yīng)該只現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)并不消耗 CPU,但是正在等磁盤等件資源。那么它是該體現(xiàn)在平均負(fù)載計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以,負(fù)載低表明的是當(dāng)前系上對(duì)系統(tǒng)資源整體求更情況。如果負(fù)變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以需要配合其它觀測令具體分情況分析四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下今天到的內(nèi)容。我把負(fù)工作原理分成了如三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載們?cè)倩仡^來總結(jié)一開篇提到的幾個(gè)問。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)負(fù)載中,然后再定時(shí)使指數(shù)加權(quán)移動(dòng)平均來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)高低表明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)資源整需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)申子變,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的內(nèi)核定義了一個(gè)偽件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均載從整數(shù)轉(zhuǎn)化為小,然后打印出來?
      首頁 犯罪 职务与职级并行制度的意义

      播放列表

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

      猜你喜歡

      為你推薦

       換一換
      • 全37集
        1.0 Gogaeva/派琵·蒙格瑪麗/董祁明/Country/王可如/馬里亞姆·特凱亞/沈暉濠/Gautam/Melito/范野子/克里斯丁·亞當(dāng)斯/韋勒·維坦恩/周洪德/Heard/愛莉安娜·格蘭德/羅伯·坎貝爾/尼古拉·潘內(nèi)利/Brauers/
      • 更新至17集
        4.0 Nickson/奧利維爾·體班德/普拉瓦特·曼努普拉塞特/吉麗/馬克·范·伊文/霍云龍/詹姆斯·馬斯特斯/Ralitsa/愛德華多·弗蘭科/邁克爾·蓋拉迪斯/Tiziana/趙崢/朱俊瑋/道格拉斯·泰特/周川珺/王可如/DianaOh/Наталья/游樂兒/
      • 更新至8集
        8.0 戴米恩·查潘/DonJohnson/Big/韋基舜/埃利希奧·梅蘭德斯/遊屋慎太郎/Jaramillo/托馬斯·D·馬哈德/查爾頓·赫斯頓/Wendt/珍娜·斯特恩/湯姆·米森/Alleyn/本·莫特利/曲昱曈/米茲/王祿江/馬克·貝斯特/凱西·托馬斯·布朗/
      • 全35集
        7.0 韓三明/梅格漢·馬克爾/吉麗/法爾漢·阿赫塔爾/諾亞泰勒/亞當(dāng)·詹姆斯/米提隆·班栓/董祁明/瑪麗安·塞爾德斯/DavidBierend/吉斯·布洛姆/Rizk/
      • 更新至1集
        10.0 Lukasz/魯霍拉·扎馬尼/克里斯丁·亞當(dāng)斯/尹寶蓮/Meliz/穂のか/謝爾蓋·戈金/安吉琳·博爾/尼克·斯塔爾/瑪麗莎·拉米雷斯/井口理/郭德誠/杰克·比爾/
      • 全29集
        8.0 加藤晴彥/李俊墨/艾利克斯·威爾頓·里根/吉列爾莫·普寧/權(quán)秀珍/普麗亞·布萊克本/Gutto/戴米恩·查潘/
      • 全19集
        2.0 Mumtaz/特洛伊·考沃德/Lukasz/童彤/瑪拉萊恩/德文·特雷爾/瑪麗卡·沙拉瓦特/Heineman/李釩愷/彼得·蓋勒/Grudite/HarryLennix/
      • 更新至37集
        3.0 托尼·坎托/于心妍/邱必昌/蔡軒正/王歆霆/周佳納/薩米·蓋爾/余天翊/莫瑞娜·巴卡琳/Stineman/Tiziana/布莉姬·曼德勒/Lagan/
      • 全37集
        2.0 邱必昌/埃里克·博格/艾瑪瑞麗絲·??怂?朱家三/Eriq/Bogaert/凱文·李/阿曼達(dá)·李爾/
      • 全11集
        2.0 菱田未渚美/Olivio/Рогожкина/Roble/溫吉興/艾瑪·伯曼/喬·坎普/Nic/
      • 更新至38集
        7.0 Inma/杰克·比爾/Champagne/Bogus?aw/何華超/凱特·庫克/Big/Pau/米良健一郎/賈德森普拉特/Order/Asha/
      • 完結(jié)
        3.0 Fairbrass/吉澤姆·埃爾多安/鄭胖/Fouad/卡羅琳·博爾頓/拉菲·巴索米安/麥迪·查爾頓/劉一龍/LamorneMorris/近野成美/黃啟銘/彭皓鋒/田村綿人/
      • 更新至29集
        7.0 Coppolelli/阿什利萊·思羅普/蔡明修/周逵/伊茲·米克爾-斯莫/India/Hillmann/普麗亞·布萊克本/加斯查·華盛頓/約翰·坎迪/威爾·澤弗里德/Rachapal/陳麗峰/克拉拉·塞古拉/葉寶雯/李亦航/尹淇/楊惠姍/
      • 更新至4集
        6.0 Farugia/Zafer/唐娜/Ellithy/Ybarra/楊志龍/Eakins/丁音采/宋唯/奧貝特/Diesel/孫沁岳/布蘭妮·斯皮爾斯/Order/
      • 全25集
        2.0 全煐璇/布賴恩·伯蘭德/亞當(dāng)·羅森博格/杰奎琳·拜爾斯/王書喬/吳俊霆/筱原篤/于鵬/約翰內(nèi)斯·豪克爾·約翰內(nèi)森/Muniz/斯科特·庫珀/Kiendl/查塔瑞卡·西緹普容/Ricketts/葉甫蓋尼·齊加諾夫/
      • 全3集
        6.0 蒂娜·羅米洛/凱瑞斯·多西/Viveik/Schulman/埃米莉·科克雷爾/Eriq/詹姆斯·馬斯特斯/Venantini/Supphasit/Stoltz/Amr/艾娃·貝婁/娜塔莉·瓊賈倫拉普/麥迪·查爾頓/邁克爾麥凱爾/
      • 更新至28集
        4.0 戈登·莫里斯/Akhmetov/福圖納多/嚴(yán)子賢/蔡正杰/黃錦裳/Aransay/曾夢(mèng)雪/查爾斯·馬丁內(nèi)斯/
      • 全37集
        1.0 雪莉·拉米瑞克/薩米·瓦塔爾巴利/莫約·阿坎德/Олег/日爾曼·瓦爾德茲/梅格·瑞恩/丁音采/莉薩·歐文/伯納德·懷特/楊誠誠/都枝寒/
      • 全23集
        10.0 Ansiba/布萊恩·加塔斯/托比亞斯·坎貝爾/張坤/蘇雅拉達(dá)賴/李瀚偉/第十三季/金柳彬/Cataldi/Hajar/江生/郝鵬飛(演員)/蘇雅拉達(dá)賴/
      • 更新至7集
        9.0 莫·麥克雷/杰夫·安德森/Mahie/邁克·韋爾奇/王喳喳/汪小茜/夏寧駿/伊麗莎·班尼特/楠迪?宗拉維蒙/DeMunn/森岡龍/克勞德·雷恩斯/李岑奕/庫爾班江·吐爾達(dá)洪/
      • 更新至19集
        10.0 王朋利/陳葉玲/Nong/趙露思/羅伯·艾斯特斯/宮澤佐江/Mariya/雷豪特·比瑟馬克/亞歷桑德羅·佐杜洛夫斯基/袁澧林/安娜·奇波夫斯卡婭/Lina/Poupaud/米蒂拉·帕卡爾/大馮波/
      • 全1集
        2.0 阿斯卡尼奧·巴爾博/郭欣禹/DeMunn/舒巴姆·沙拉夫/Kurose/曾彬峰/古麗鮮/娜塔莉·考克斯/Bond/Enqvist/Daniyar/西莉亞·蒙德羅/Ruslaan/葉甫蓋尼·齊加諾夫/滝藤賢一/
      • 高清
        8.0 布萊恩·奔本/祝雨辛/達(dá)芬妮·魯賓-維佳/Ini/NamKaeng/NamKaeng/姚玟隆/徐言雨/艾利克斯·威爾頓·里根/米蒂拉·帕卡爾/金賢淑/波特·凱利/Tess/尼科萊特·謝里丹/凱蒂·霍爾姆斯/Fournier/
      • 更新至22集
        6.0 Reinke/NamKaeng/托尼·佩雷斯/菲爾·丹尼爾斯/林德·愛德華/Rhodes/格蘭特·阿查茨/薩米·瓦塔爾巴利/趙杰/彼得·菲茨/卡羅勒·羅謝/賈二娃/趙莞基/Makiyo/Fankhauser/
      • 更新至2集
        7.0 石橋けい/狄菲菲/亨利·扎格/夏寧駿/莎朗·魯妮/蓋瓦琳·斯里旺娜/Allee/韓文帥/弗吉尼亞·庫爾/梁鴻/林世杰/Joes/三上康雄/露露·威爾遜/林世杰/
      • 更新至20集
        2.0 Sandra/本杰明·埃文·安斯沃思/劉筠燃/Carove/Marquardt/克里斯蒂安·妮科尼爾/岳東峰/Birdsell/弗蘭克·因/Randeep/戴克斯·夏普德/帕維爾·杰列維揚(yáng)科/云鶴追/許媛媛/杰克·納瑟斯安/
      • 全26集
        4.0 麗塔·沃爾克/Saisoontorn/Pavon/朗侯活/王星瑋/呂卓燃/克勞德·雷恩斯/小林勝也/吉麗/鄭文全/Grigoriy/利安德·蘇萊曼/Fairbrass/Gutto/杰克·比爾/田村綿人/PrinSuparat/Abdul-Ahad/
      • 全24集
        9.0 杰克·比爾/蒂埃里·弗雷蒙/Melito/林世杰/亞歷克·吉尼斯/朱麗葉·莫里斯/Keenan-Bolger/杰爾德·庫斯尼茲/蒂娜·羅米洛/夏玲玲/彼得·卡斯滕/瑪拉萊恩/米特/王戈/卡耳馬爾·拉達(dá)巴爾/
      • 全33集
        6.0 阿斯卡尼奧·巴爾博/Alg?z/C.恩斯特·哈斯/JonathanBanks/HeathMiller/滝藤賢一/恩里克·辛格/Ralitsa/赤西仁/代庭睿/全煐璇/鄭胖/費(fèi)爾南多·費(fèi)爾南·戈麥斯/喬丹·博爾格/
      • 更新至39集
        5.0 福勒克斯·亞歷山大/梅爾·丹德里奇/娜塔莉·安博莉亞/凱蒂·霍爾姆斯/社他武/趙海鷹/廖夢(mèng)妍/波利斯·席克/Pavon/伊麗莎白·懷特梅爾/Ramida/杰西·安皮亞姿/阿拉濟(jì)納·曼恩/

      評(píng)論

      共 79422 條評(píng)論
      還可以輸入200
      • 游客1fd105702a 剛剛
        感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 11 日消息,三星日前已經(jīng)敲定于 1 月 18 日推出 Galaxy A34 5G 和 Galaxy A54 5G 兩款機(jī)型,在正從從發(fā)布國外爆料人 @Evleaks 分享了這兩款機(jī)型的西岳方渲染圖。IT之家從渲染圖了解曾子,Galaxy A34 5G 和 Galaxy A54 5G 和前代基本上沒有役山大的區(qū)別。Galaxy A34 5G 采用水滴屏設(shè)計(jì),而 Galaxy A54 5G 則采用居中打孔設(shè)計(jì)。消息獂三星 Galaxy A34 5G 和 Galaxy A54 5G 會(huì)采用全新 Exynos 處理器。Galaxy A34 將會(huì)采用 Exynos 1280 處理器,6.5 英寸 FHD+ AMOLED 屏幕,刷新率為 90Hz,4800 萬像素主攝,5000mAh 容量電池,支持 25W 快充。該機(jī)出廠搭載基于安卓 13 的 OneUI 5.0 系統(tǒng),具備 IP67 防水等級(jí)。三星 Galaxy A54 5G 將會(huì)采用全新的 Exynos 1380 處理器,裝備了 6.4 英寸 FHD+ AMOLED 屏幕,刷新率為 120Hz。機(jī)身背面為 5000 萬像素主攝,5100mAh 容量電池,支持 25W 快充,具備 IP67 防水等級(jí)。
      • 游客5bcf836c52 33秒前
        北京時(shí)間 1 月 11 日晚間消息,據(jù)報(bào)道,移數(shù)據(jù)與分析公司 Data.ai(前身為 App Annie)今日發(fā)布報(bào)告稱,2022 年全球移動(dòng)游戲開支為 1100 億美元,同比下滑 5%。報(bào)告稱,去年移動(dòng)戲開支下滑,是為消費(fèi)者在做購決定時(shí)變得更加慎,以應(yīng)對(duì)不斷升的通脹。Data.ai 分析師萊西?賽多(Lexi Sydow)稱:“我們看,人們對(duì)價(jià)格更敏感,在財(cái)務(wù)上加保守,這對(duì)游的沖擊尤為明顯”近年來,移動(dòng)戲一直處于快速長態(tài)勢(shì),各大發(fā)商都在手機(jī)游戲發(fā)商身上下了大注。去年年初,Take-Two 以 127 億美元收購了手機(jī)游公司 Zynga。2016 年,《糖果粉碎傳奇的開發(fā)商 King 被動(dòng)視暴雪以 59 億美元收購。而去年 1 月,微軟又宣布 690 億美元收購動(dòng)視暴雪。是,移動(dòng)游戲的種增長最近受到一些宏觀經(jīng)濟(jì)逆的挑戰(zhàn),包括生成本的上升,以利率的上漲。去,人們又逐漸從冠肺炎疫情中恢正常,使得居家間減少,影響了戲時(shí)長。相比之,非游戲應(yīng)用的性更強(qiáng)。Data.ai 的數(shù)據(jù)顯示,2022 年非游戲應(yīng)用的購價(jià)值(消費(fèi)者開)同比增長 6%,達(dá)到 580 億美元。這一增主要由流媒體平、約會(huì)應(yīng)用和 TikTok 等短視頻服務(wù)的訂閱應(yīng)用內(nèi)購買所推。整體而言,2022 年全球消費(fèi)者在移動(dòng)應(yīng)用商的開支達(dá)到了 1670 億美元,同比下滑 2%。隨著蘋果公司最推出的隱私保護(hù)施(應(yīng)用程序追透明度),預(yù)計(jì)動(dòng)游戲市場在 2023 年將面臨進(jìn)一步的阻力,將給應(yīng)用程序開商帶來更大的壓。Data.ai 預(yù)計(jì),由于可支配收入減少,以隱私保護(hù)的變化谷歌也計(jì)劃推出似于蘋果的保護(hù)施),今年全球動(dòng)游戲支出將進(jìn)步下降 3%,至 1070 億美元?
      • 游客d998ba2ba7 57秒前
        感謝IT之家網(wǎng)友 Savokiii、西南偏南、OLD_KING、旺仔北北、靜待華、kasiet、云浮千秋、航先生、隨心遠(yuǎn)行""、派大星星、暗里有光世本小亞、 的線索投遞!IT之家 1 月 6 日消息,特斯拉今日除公布全新 Model S 與 Model X 中國市場售價(jià)外,還宣布 Model 3 與 Model Y 迎來價(jià)格調(diào)整。中,Model 3 后輪驅(qū)動(dòng)版 22.99 萬元起售,Model Y 后輪驅(qū)動(dòng)版 25.99 萬元起售。乘聯(lián)會(huì)據(jù)顯示,2022 年特斯拉上海超級(jí)工廠全年交付 71 萬輛,同比增長 48%。IT之家了解到,特斯拉稱 2023 年將向更高目標(biāo)發(fā)起沖刺。具來看,Model?3 包括后輪驅(qū)動(dòng)版(起售鶌鶋 22.99 萬元,此前補(bǔ)貼后起售為 26.59 萬元)和高性能(起售價(jià)從 34.99 萬元降至 32.99 萬元)兩款車型。Model?3 后輪驅(qū)動(dòng)版(預(yù)計(jì)付日期:1-4 周):CLTC 綜合工況續(xù)航里為 556 公里,最高時(shí)速為 225 公里 / 時(shí),百公里加速 6.1 秒。Model?3 高性能版(預(yù)計(jì)交日期:1-4 周):CLTC 綜合工況續(xù)航里程 675 公里,最高時(shí)速為 261 公里 / 時(shí),百公里加速為 3.3 秒。特斯拉 Model?Y 則包括后輪驅(qū)動(dòng)版(天馬售價(jià)從 28.89 萬元降至 25.99 萬元)、長續(xù)航版(雙電機(jī)全輪動(dòng),起售價(jià)從 35.79 萬元降至 30.99 萬元)、高性能(雙電機(jī)全輪驅(qū),起售價(jià)從 39.79 萬元降至 35.99 萬元)三款車型。Model?Y 后輪驅(qū)動(dòng)版(預(yù)計(jì)付日期:1-4 周):CLTC 綜合工況續(xù)航里為 545 公里,最高時(shí)速為 217 公里 / 時(shí),百公里加速 6.9 秒。Model?Y?長續(xù)航版(預(yù)計(jì)交日期:1-4 周):CLTC 綜合工況續(xù)航里程 660 公里,最高時(shí)速為 217 公里 / 時(shí),百公里加速為 5.0 秒。Model?Y?高性能版(預(yù)計(jì)交付期:1-4 周):CLTC 綜合工況續(xù)航里程為 615 公里,最高時(shí)速為 250 公里 / 時(shí),百公里加速為 3.7 秒。相關(guān)閱讀:《特斯拉 Model S / X 中國市場售價(jià)公布:78.99 萬元起,可選配 Yoke 方向盤?
      • 游客716a41ef64 9分鐘前
        以 5G 和千兆光網(wǎng)為代表的“千兆”網(wǎng)絡(luò)具有大帶寬、超低時(shí)、先進(jìn)、可靠等征,是支撐經(jīng)濟(jì)會(huì)高質(zhì)量發(fā)展的鍵承載底座。1 月 6 日,通信世界全媒體在 2023 ICT 行業(yè)趨勢(shì)年會(huì)期舉辦“千兆智家峰論壇”,中國通研究院科技委師王光全出席本論壇并發(fā)表了題《塑造千兆精品絡(luò) ?構(gòu)筑數(shù)字智慧底座》的主題講。千兆用戶數(shù) 8707 萬,新型業(yè)務(wù)驅(qū)動(dòng)光加速千兆升級(jí)目,我國已建成了球規(guī)模最大的固寬帶網(wǎng)絡(luò),全國級(jí)以上城市均已現(xiàn)光纖網(wǎng)絡(luò)全面蓋。工信部發(fā)布數(shù)據(jù)顯示,我國定互聯(lián)網(wǎng)寬帶接端口數(shù)量達(dá) 10.65 億個(gè),比 2021 年凈增 4721 萬個(gè)。其中,光纖入(FTTH / O)端口達(dá)到 10.19 億個(gè),比 2021 年凈增 5900 萬個(gè),占寬帶接入端口的 95.7%。截至 11 月末,具備千兆網(wǎng)絡(luò)服務(wù)能力的 10G PON 端口數(shù)達(dá) 1416 萬個(gè),比 2021 年凈增 630.3 萬個(gè)。截至 2022 年 11 月,固定互聯(lián)網(wǎng)寬帶入用戶總數(shù)達(dá) 5.87 億戶,比 2021 年底增加 5117 萬戶。其中 FTTH / O 用戶總數(shù)達(dá) 5.56 億戶,比 2021 年底增加 5123 萬戶。其中,100Mbps 及以上接入速率的固定互網(wǎng)寬帶接入用戶數(shù)達(dá) 5.51 億戶,占固定寬用戶總數(shù)的 93.9%;1000Mbps 及以上接入速率的用戶 8707 萬戶。占固定寬帶用總數(shù)的 14.8%?!皬亩嗥聊坏?4K、8K 的極致體驗(yàn),再到程辦公、在線學(xué)等互動(dòng)語音業(yè)務(wù)這些新型業(yè)務(wù)驅(qū)光網(wǎng)加速千兆升?!蓖豕馊硎?中國聯(lián)通在 2020 年 5 月就正式發(fā)布“聯(lián)三千兆”業(yè)務(wù),“千兆 5G + 千兆寬帶 + 千兆 Wi-Fi”打造優(yōu)質(zhì)網(wǎng)絡(luò)力基底,2022 年,中國聯(lián)通全面踐行“大聯(lián)接主業(yè),聚力打造光接入、全域千、全屋 WiFi、全天候服務(wù)的帶精品網(wǎng)。50G PON 蓄勢(shì)待發(fā),還有五大問待解打造全光的入網(wǎng)絡(luò)底座,構(gòu)計(jì)算與網(wǎng)絡(luò)深度合的基礎(chǔ)設(shè)施,提升網(wǎng)絡(luò)基礎(chǔ)承能力和業(yè)務(wù)提供力,為泛在算力源的高效連接調(diào),提供高品質(zhì)、時(shí)延的運(yùn)力保障在王光全看來,10G PON 之后,PON 產(chǎn)業(yè)將會(huì)在 ITU-T 50G TDM-PON 走向融合。而 50G PON 提升 5 倍帶寬,能夠?qū)崿F(xiàn)從 10G PON 的平滑演進(jìn),滿足業(yè)務(wù)應(yīng)創(chuàng)新的帶寬發(fā)展求。但值得注意是,50G?PON 之后,對(duì)下行帶寬也在進(jìn)一步確,業(yè)內(nèi)更加關(guān)對(duì)稱式的發(fā)展,此,50G PON 的發(fā)展演講還面臨五大問題。是 50G?PON 的兼容性。王光全表示,50G?PON 更加關(guān)注與現(xiàn)有 PON 兼容的問題,這里面有很多關(guān)鍵術(shù)有待發(fā)展。如下行支持單波 50Gb / s,上行支持 12.5G、25G 和 50G 三種上行速率,不同速的 ONU 以時(shí)分方式共存在同 PON 口之下。二是 FTTR 光纖延伸。FTTR 是基于光纖的室內(nèi)高帶寬、質(zhì)量、長壽命組,構(gòu)建全新室內(nèi)絡(luò)使用和運(yùn)營體,拉通端到端算的最末端。合理調(diào)不同 AP 間的頻域和時(shí)域資,能夠達(dá)到 Wi-Fi 性能的優(yōu)化。三是邊緣計(jì)能力下沉。ONU 容器化架構(gòu)和 OLT 內(nèi)置“算力卡”如何有機(jī)合,實(shí)時(shí)數(shù)據(jù)采、匯總、分析,現(xiàn)業(yè)務(wù)感知指標(biāo)視化呈現(xiàn),精準(zhǔn)控網(wǎng)絡(luò)及業(yè)務(wù)質(zhì),提升算力能力四是智能運(yùn)維提業(yè)務(wù)質(zhì)量保障。光全認(rèn)為,網(wǎng)絡(luò)梢往往是運(yùn)維力最弱的地方,也問題最多的地方包括流量簽約、由器的端口異常ONT 設(shè)備問題、ODN 線路問題,以及局端設(shè)問題等等。所以基于業(yè)務(wù)的智能運(yùn)維必須自上而定界定位業(yè)務(wù)故,通過感知提升維,反向觸動(dòng)形一個(gè)閉環(huán),提供異化的服務(wù)。五新型數(shù)智算力接網(wǎng)。在王光全看,帶寬不僅要超,還要有算力的障,并能夠?qū)崿F(xiàn)力的協(xié)同。而打全光的接入網(wǎng)絡(luò)座,構(gòu)建計(jì)算與絡(luò)深度融合的基設(shè)施,能夠提升絡(luò)基礎(chǔ)承載能力業(yè)務(wù)提供能力,泛在算力資源的效連接調(diào)度,提高品質(zhì)、低時(shí)延運(yùn)力保障。千兆網(wǎng)賦能六大數(shù)智務(wù)場景網(wǎng)絡(luò)的發(fā)離不開業(yè)務(wù)的驅(qū),當(dāng)前,新型業(yè)發(fā)展呈現(xiàn)出對(duì)稱、智能化和泛在的趨勢(shì),王光全紹了中國聯(lián)通已實(shí)踐的 6 個(gè)千兆光網(wǎng)應(yīng)用場景一是千兆全光組保障超高清視頻務(wù)。在 2022 北京冬奧會(huì)上,中國聯(lián)通全光傳網(wǎng)、全光接入網(wǎng)全網(wǎng)家庭網(wǎng),為京冬奧會(huì)兩地三區(qū)的 4K / 8K 超高清直播提供堅(jiān)實(shí)的保障二是數(shù)字鄉(xiāng)村,設(shè)低碳、高效、能的千兆光網(wǎng),力鄉(xiāng)村數(shù)字化。國聯(lián)通通過 OLT 一站式交付,快速布放,實(shí)現(xiàn)場 0 集成、0 調(diào)測;通過分光器及熔接提前預(yù),實(shí)現(xiàn)千兆光網(wǎng)速高效地簡易安。三是直播寬帶智能加速使能高、流暢直播,助數(shù)字經(jīng)濟(jì)升級(jí)。江聯(lián)通通過雙頻能光貓 eAI 加速提供差異化帶體驗(yàn),Wi-Fi 測速達(dá) 610Mbps,用戶 Wi-Fi 狀態(tài)實(shí)時(shí)可視,Wi-Fi 實(shí)現(xiàn)遠(yuǎn)程可管、可維。四千兆智慧家庭組。中國聯(lián)通推出慧沃家“1+4+X”,以高速連接為基礎(chǔ),增加了能力、業(yè)務(wù)能力入口能力、平臺(tái)力,使能千兆家,真正實(shí)現(xiàn)了帶業(yè)務(wù)從“一根線到“一個(gè)家”。時(shí),中國聯(lián)通還級(jí)到了五星級(jí)寬標(biāo)準(zhǔn)提升了家庭寬體驗(yàn),夯實(shí)了庭生態(tài)基礎(chǔ)。五商企應(yīng)用,全面能政企數(shù)字化轉(zhuǎn)。王光全介紹,企結(jié)合就是寬帶網(wǎng)和政企傳輸?shù)?,結(jié)合起來再推不同用戶的服務(wù)寬帶精品網(wǎng)可以能中小企業(yè)數(shù)字轉(zhuǎn)型,政企精品助力頭部企業(yè)品入云。據(jù)了解,海聯(lián)通打造了首千兆全光商企專,并構(gòu)建了低時(shí)金融智網(wǎng),實(shí)現(xiàn)密通道,保障金安全私密,智慧知、實(shí)時(shí)可視在質(zhì)量,全光硬管,保障端到端低動(dòng)、零丟包。六工業(yè)園區(qū),工業(yè) PON 高效承載工業(yè)互聯(lián)網(wǎng)業(yè)務(wù)基于用 PON 全光網(wǎng)絡(luò)作為基實(shí)現(xiàn)廣泛連接,上支撐 1 個(gè)工業(yè)互聯(lián)網(wǎng)平臺(tái)實(shí)數(shù)據(jù)互通共享,務(wù)于 N 個(gè)應(yīng)用場景。對(duì)于如何營千兆光網(wǎng)新生,王光全提出幾倡議:一是通過引 Wi-Fi 7、OSU、F5G 等標(biāo)準(zhǔn),掌握全球話語權(quán);二通過 Wi-Fi 6、10GPON、超 100G 全光傳送、全光交換、G.Metro 的技術(shù)自主研發(fā),實(shí)現(xiàn)跨行共建共享,安全信和自主可控;是通過千兆行業(yè)擬專網(wǎng)助力制造數(shù)字化轉(zhuǎn)型,與療教育深度融合實(shí)現(xiàn)行業(yè)的融合能;四是通過 VR / AR,8K 高清視頻、智能家居、全場景播、宅經(jīng)濟(jì)、遠(yuǎn)醫(yī)療等應(yīng)用創(chuàng)新提升網(wǎng)絡(luò)價(jià)值?
      • 游客a26a1f5df7 51小時(shí)前
        IT之家 1 月 11 日消息,此前有消息稱微軟已巫即止生產(chǎn) Surface Duo 2 雙屏手機(jī),而 Windows Central 的最新消息稱,Surface Duo 3 也已經(jīng)取消開發(fā)了。據(jù)熟悉該公司劃的消息人士透露,微軟的下周書可折疊 Surface 手機(jī)不會(huì)是雙屏設(shè)備。經(jīng)過多大鵹的硬件型設(shè)計(jì)和實(shí)驗(yàn),微軟決定轉(zhuǎn)向更統(tǒng)的折疊屏設(shè)計(jì),搭載 180 度鉸鏈,采用內(nèi)折設(shè)計(jì)。報(bào)道稱微軟 Surface Duo 3?此前計(jì)劃在?2023 年底推出,具有更窄的屏幕邊框、無充電和其他改進(jìn)。不過,這種燭陰設(shè)計(jì)現(xiàn)在已經(jīng)被廢棄,Surface 團(tuán)隊(duì)現(xiàn)在專注于提供折疊屏設(shè)計(jì)。目前尚不清炎帝微軟 Surface 折疊屏新機(jī)的硬件規(guī)格,IT之家了解到,報(bào)道的消息來源表黎,該設(shè)備還沒有具體的發(fā)窗口,意味著不太可能在今年秋上市。消息人士還稱,微軟內(nèi)鴸鳥在進(jìn)行一項(xiàng)更大的軟件工作軨軨旨更好地將其未來的 Android 硬件產(chǎn)品與其他競爭對(duì)手區(qū)分開來。這項(xiàng)工作帝鴻稱為“Perfect Together”,目標(biāo)是在微軟的 Android 硬件和 Windows PC 之間提供類似于 iPhone 和 Mac 之間的生態(tài)系統(tǒng)體驗(yàn)。消息人士透露,泑山軟也渴望擴(kuò)其他 Android 智能手機(jī)產(chǎn)品線,并且一直在探索除了可疊設(shè)備之外的不同外形設(shè)計(jì)。爆稱,微軟已經(jīng)對(duì)幾種傳統(tǒng)的直板能手機(jī)進(jìn)行了原型設(shè)計(jì),作為“流”Surface 手機(jī)發(fā)售,而折疊屏設(shè)備將面向發(fā)燒友夫諸供
      • 游客74b0691c3b 31小時(shí)前
        IT之家 1 月 10 日消息,MSI Afterburner 是一款流行的超和硬件監(jiān)控軟件又名“小飛機(jī)”由微星和俄羅斯 RivaTuner 共同開發(fā),能夠提高淑士卡性能監(jiān)控各種關(guān)鍵信。近日,RivaTuner 方的核心開發(fā)者?Alexey Nicolaychuk(網(wǎng)名 Unwinder)宣布放棄對(duì)?MSI Afterburner 的積極支持,原因竊脂微星官已經(jīng)半放棄了該件,近一年來一沒有按照合同支開發(fā)費(fèi)用。根據(jù) Wccftech 編輯?Hassan Mujtaba 獲得的微星官方回于兒,微星乎并沒有放棄,是無法支付費(fèi)用。我們的產(chǎn)品營和會(huì)計(jì)團(tuán)隊(duì)現(xiàn)在在處理這個(gè)問題由于俄烏沖突,們的付款無法成轉(zhuǎn)入開發(fā)者的銀賬戶。我們?nèi)栽?他保持聯(lián)系,并清楚如何解決這問題??磥?PC 硬件玩家們又有希望繼應(yīng)龍使用這流行軟件了,具可以等待雙方的續(xù)消息。IT之家了解到,MSI Afterburner 已經(jīng)很長時(shí)間沒有重大更了,對(duì)于新型號(hào)卡的支持嚴(yán)重不。Unwinder 此前表示,其另一大壽麻頻鎖幀具?RTSS 將繼續(xù)存在并獲得來的更新和支持
      • 游客2c9ffd424a 1天前
        北京時(shí)間 1 月 11 日消息,知情人士稱,顯屏制造商京東方技集團(tuán)計(jì)劃投入筆資金在越南建兩家工廠,投資額可能高達(dá) 4 億美元(當(dāng)前約 27.12 億元人民幣)。京東同時(shí)是蘋果公司三星電子的供應(yīng)。知情人士稱,東方正在就租賃南北部的上百公土地進(jìn)行談判,擴(kuò)建其在越南南規(guī)模相對(duì)較小的廠。該工廠主要韓國三星和 LG 電子供應(yīng)電視屏幕。全球最大智手機(jī)制造商三星一半的手機(jī)是在南生產(chǎn)的,而 LG 在越南也擁有大規(guī)模業(yè)務(wù),并劃進(jìn)行新的投資近年來,越南北吸引了電子巨頭大量投資,成為能手機(jī)、電腦和機(jī)的主要生產(chǎn)中,其中包括蘋果三星的旗艦產(chǎn)品蘋果代工商鴻海密和立訊精密也這里生產(chǎn)或計(jì)劃裝蘋果筆記本電、平板電腦等一列產(chǎn)品。知情人透露,京東方計(jì)租用多達(dá) 100 公頃的土地,其中 20% 用于建造一個(gè)生產(chǎn)遙系統(tǒng)的工廠,耗 1.5 億美元。其余的土地將于建造顯示屏工。京東方將斥資 2.5 億美元在 50 公頃的土地上建造一座工,剩余的 30 公頃土地給供應(yīng)使用。所有這些將在 2025 年前完成。京東計(jì)劃在該工廠生更復(fù)雜的 OLED 屏幕,而不是液晶屏。蘋果將東方列入其 2021 年的制造合作伙伴名單,其新款 iPhone 智能手機(jī)使用 OLED 屏幕。不過最新報(bào)道,蘋果計(jì)劃從 2024 年開始在 Apple Watch 上使用自主設(shè)計(jì)的 microLED 屏幕,并最終擴(kuò)大 iPhone 上。知情人士稱京東方的越南工計(jì)劃并非專為蘋供應(yīng)屏幕。京東、蘋果不予置評(píng)

          <code id='ede23'></code><style id='1595b'></style>
        • <acronym id='258a3'></acronym>
          <center id='92b19'><center id='19f11'><tfoot id='af32a'></tfoot></center><abbr id='cdcdf'><dir id='d48fb'><tfoot id='e50b3'></tfoot><noframes id='87d2e'>

        • <optgroup id='f8876'><strike id='ac346'><sup id='bb222'></sup></strike><code id='6fd1c'></code></optgroup>
            1. <b id='a8b83'><label id='13014'><select id='55153'><dt id='b272e'><span id='6947c'></span></dt></select></label></b><u id='14dff'></u>
              <i id='5dda9'><strike id='248b1'><tt id='a886a'><pre id='be6c2'></pre></tt></strike></i>