生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//dianshiju/2025-06-21/eed56.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//dianshiju/2025-06-21 《电视剧幸福一定强》- 電影 - 高清完整版在線觀看-淼淼影视网
電視劇 电视剧幸福一定强
  • 提醒：不要輕易相信視頻中的廣告，謹(jǐn)防上當(dāng)受騙!
  • 如果無(wú)法播放請(qǐng)重新刷新頁(yè)面，或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān)，請(qǐng)耐心等待幾秒鐘。
簡(jiǎn)介

电视剧幸福一定强 第01集6.0
6.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評(píng)分
給影片打分 《电视剧幸福一定强》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

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

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

影片信息

  • 电视剧幸福一定强

  • 片名：电视剧幸福一定强
  • 狀態(tài)：更新至26集
  • 主演：湯姆·格林-卡尼/
  • 導(dǎo)演：弗雷德·謝皮西/
  • 年份：2013
  • 地區(qū)：衣索比亞
  • 類型：體育/
  • 時(shí)長(zhǎng)：2:53:52
  • 上映：2020
  • 語(yǔ)言：也門語(yǔ)
  • 更新：
  • 簡(jiǎn)介：本文來(lái)自微公眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來(lái)看一看。線上請(qǐng)求壓過(guò)大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問(wèn)，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問(wèn)題理解還拿捏是很準(zhǔn)，那飛哥今天就你來(lái)深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(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ù)載值并有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來(lái)的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通 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)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀內(nèi)核中的平負(fù)載變量，單計(jì)算后便展示出來(lái)。體流程如下所示。我們據(jù)上述流程再展開(kāi)了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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)在用戶態(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)行處理，核心的算是在這里成的。//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);?//打印輸出平均載?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 讀取當(dāng)前負(fù)載值將平負(fù)載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來(lái)模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開(kāi)剖析這樣用戶通訪問(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊? CPU 都在定時(shí)刷，以 calc_load_tasks 上記錄的就整個(gè)系統(tǒng)的時(shí)負(fù)載值。們來(lái)看下負(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)行列 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 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)的負(fù)載相對(duì)，并把它加全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的體瞬時(shí)負(fù)載數(shù)了。我們展開(kāi)看看是何根據(jù)運(yùn)行列計(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;}哦，原來(lái)是同時(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è)長(zhǎng)期在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的候，只需要變化的量就，不用全部算。因此上函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程現(xiàn)在我們還一個(gè)計(jì)算過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上我們?cè)谟?jì)算均數(shù)的時(shí)候取的方法都把過(guò)去一段間的數(shù)字都起來(lái)然后平一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬負(fù)載都加起取一個(gè)平均不完事了。其實(shí)是我們統(tǒng)意義上理的平均數(shù)，如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)合的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)的算法來(lái)計(jì)平均負(fù)載的，存在以下個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)每一個(gè)采樣期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一比較大的數(shù)將每一次采的數(shù)據(jù)全部存起來(lái)，那統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察，就要從移平均中減去個(gè)最早的觀值，再加上個(gè)最新的觀值，內(nèi)存數(shù)會(huì)頻繁地修和更新。2.計(jì)算過(guò)程較復(fù)雜計(jì)算的候再把整個(gè)組全加起來(lái)再除以樣本數(shù)。雖然加很簡(jiǎn)單，但成百上千個(gè)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平數(shù)計(jì)算過(guò)程，所有數(shù)字權(quán)重是一樣。但對(duì)于平負(fù)載這種實(shí)應(yīng)用來(lái)說(shuō)，實(shí)越靠近當(dāng)時(shí)刻的數(shù)值重應(yīng)該越要一些才好。為這樣能更反應(yīng)近期變的趨勢(shì)。所，在 Linux 里使用的并不是我所以為的傳的平均數(shù)的算方法，而采用的一種數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)算法。這種數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法深度學(xué)習(xí)中很廣泛的應(yīng)。另外股票場(chǎng)里的 EMA 均線也是使用的是類的方法求均的方法。該法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實(shí)際算的時(shí)候只要上一個(gè)時(shí)的平均數(shù)即，不需要保所有瞬時(shí)負(fù)值。另外就越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重高，能夠很地表示近期化趨勢(shì)。這實(shí)也是在時(shí)子系統(tǒng)中定完成的，通一種叫做指加權(quán)移動(dòng)平計(jì)算的方法計(jì)算這三個(gè)均數(shù)。我們詳細(xì)看下上中的執(zhí)行過(guò)。時(shí)間子系將在時(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í)調(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 分鐘的平均載，并保存 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ù)載比簡(jiǎn)單，就是取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我前面說(shuō)的指加權(quán)移動(dòng)平法來(lái)計(jì)算過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理解起來(lái)復(fù)雜，但是碼看起來(lái)確要簡(jiǎn)單不少計(jì)算量看起很少。而且不懂也沒(méi)有系，只需要道內(nèi)核并不采用的原始平均數(shù)計(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è)局系統(tǒng)瞬時(shí)載值中，然再定時(shí)使用數(shù)加權(quán)移動(dòng)均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起認(rèn)為負(fù)載高CPU 消耗就會(huì)高，負(fù)低，CPU 消耗就會(huì)低在很老的 Linux 的版本里，統(tǒng)負(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ì)是因磁盤等其他源調(diào)度不過(guò)而使得進(jìn)程入 uninterruptible 狀態(tài)的進(jìn)程致的！為什要這么修改我從網(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)?||+????????????????(*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)后從 Linux 中刪除）的進(jìn)程也給加了進(jìn)來(lái)。這封郵件中正文中，作也清楚地表了為什么要 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加來(lái)的原因。把他的說(shuō)明譯一下，如：“內(nèi)核在算平均負(fù)載只計(jì)算“可行”進(jìn)程。不喜歡那樣問(wèn)題是正在快速”交換等待的進(jìn)程即不可中斷 I / O，也會(huì)消耗源。當(dāng)您用速交換磁盤換快速交換盤時(shí)，平均載下降似乎點(diǎn)不直觀...... 無(wú)論如何，下的補(bǔ)丁似乎負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而，最重要的，當(dāng)沒(méi)有人任何事情時(shí)負(fù)載仍然為。;-)”這一補(bǔ)丁提交的主要思想平均負(fù)載應(yīng)表現(xiàn)對(duì)系統(tǒng)有資源的需情況，而不該只表現(xiàn)對(duì) CPU 資源的需求。假某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程為等待磁盤 IO 而排隊(duì)的話，此時(shí)并不消耗 CPU，但是正在等磁盤等件資源。那它是應(yīng)該體在平均負(fù)載計(jì)算里的。以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到均負(fù)載里了所以，負(fù)載低表明的是前系統(tǒng)上對(duì)統(tǒng)資源整體求更情況。果負(fù)載變高可能是 CPU 資源不夠了，也可能磁盤 IO 資源不夠了所以還需要合其它觀測(cè)令具體分情分析。四、結(jié)今天我?guī)?家深入地學(xué)了一下 Linux 中的負(fù)載。我們據(jù)一幅圖來(lái)結(jié)一下今天到的內(nèi)容。把負(fù)載工作理分成了如三步。1.內(nèi)核定時(shí)匯總 CPU 負(fù)載到系統(tǒng)瞬負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載們?cè)倩仡^來(lái)結(jié)一下開(kāi)篇到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到一全局系統(tǒng)瞬負(fù)載值中，后再定時(shí)使指數(shù)加權(quán)移平均法來(lái)統(tǒng)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載2.負(fù)載高低和 CPU 消耗正相關(guān)？負(fù)載高低明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)源整體需求情況。如果載變高，可是 CPU 資源不夠了也可能是磁 IO 資源不夠了。所不能說(shuō)看著載變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核義了一個(gè)偽件 /proc/ loadavg，每當(dāng)用戶打開(kāi)個(gè)文件的時(shí)，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被用到，該函中訪問(wèn) avenrun 全局?jǐn)?shù)組變，并將平均載從整數(shù)轉(zhuǎn)為小數(shù)，然打印出來(lái)?
首頁(yè) 紀(jì)錄片 电视剧幸福一定强

猜你喜歡

為你推薦

 換一換

評(píng)論

共 31199 條評(píng)論
還可以輸入200
  • 游客9f560706fa 剛剛
    IT之家 1 月 11 日消息，蘋果在 iPhone 14 機(jī)型上引入的一個(gè)重量級(jí)新功能 / 新特性就是支持緊急衛(wèi)星求，而根據(jù)蘋果最新獲得的項(xiàng)技術(shù)專利表明未來(lái) iPad、Mac 和 Apple TV 機(jī)頂盒、電視、汽車等均可支持衛(wèi)星青耕求救服務(wù)。根據(jù)美國(guó)商標(biāo)專利局（USPTO）今天公示的清單，蘋果獲得了項(xiàng)衛(wèi)星通信技術(shù)專利，包控制電路和天線模塊陣列涵蓋中地球軌道（MEO）和低地球軌道（LEO）衛(wèi)星。蘋果在專利中明確反經(jīng)了“Satellite Connectivity Group”，這表明蘋果未來(lái)將會(huì)加大對(duì)衛(wèi)星服的支持力度，并在此基礎(chǔ)開(kāi)發(fā)更多的實(shí)用功能。IT之家了解到，衛(wèi)星通信系的遠(yuǎn)程無(wú)線通信系統(tǒng)中，信終端通常在數(shù)十、數(shù)百數(shù)千英里的長(zhǎng)距離上傳送頻信號(hào)。這樣的長(zhǎng)距離使頻信號(hào)在傳播過(guò)程中受到著的信號(hào)衰減。此外，通終端通常需要與衛(wèi)星通信統(tǒng)中的其它通信終端保持個(gè)并發(fā)無(wú)線鏈路。支持此遠(yuǎn)程通信的無(wú)線組件會(huì)消通信終端中的功率、空間重量等資源。在通信終端間保持令人滿意的無(wú)線鏈質(zhì)量也存在巨大挑戰(zhàn)，特是在諸如與衛(wèi)星通信系統(tǒng)關(guān)聯(lián)的長(zhǎng)距離上。蘋果指，他們授予的專利涉及通系統(tǒng)（例如衛(wèi)星通信系統(tǒng)中的通信終端，可能包括制電路和天線模塊陣列。個(gè)天線模塊可以包括位于板上的天線輻射器陣列和輻射器陣列重疊的射頻透。每個(gè)天線模塊可以包括發(fā)器鏈，該收發(fā)器鏈包括模塊中的每個(gè)輻射器共享收發(fā)器、移相器和放大器每個(gè)天線模塊可以包括輻器和收發(fā)器鏈之間的切換路?？刂齐娐房梢钥刂崎_(kāi)電路以激活給定模塊中的組一個(gè)或多個(gè)輻射器。控電路可以控制模塊中的收器鏈以使用每個(gè)有源輻射在選定相位傳送射頻信號(hào) (例如，通過(guò)利用收發(fā)器鏈中蔿國(guó)移相器應(yīng)用選定的相)。每個(gè)有源輻射器可以通過(guò)模塊上夫諸的射頻透鏡在同方向上定向的信號(hào)波束送和接收射頻信號(hào)?
    74637 45815 回復(fù) 舉報(bào)
  • 游客e6c762506f 47秒前
    感謝IT之家網(wǎng)友 瘋狂星期四 的線索投遞！IT之家 1 月 10 日消息，經(jīng)過(guò)幾年的等待，我們于迎來(lái)了【跑跑 2】的正式公測(cè)上線。值得一提的，NEXON 為了提高這款游戲人氣，還把《跑卡丁車》韓服停了，不知道廣大服玩家作何感想Nexon 現(xiàn)宣布，《跑跑卡丁：漂移》現(xiàn)已開(kāi)下載，季前賽版將于 2023 年 1 月 11 日登 PC（Steam、Nexon Launcher）、 iOS 和安卓平臺(tái)?！杜芘芸ǘ≤嚒?韓國(guó) NEXON 公司出品的一款大型多人在線賽競(jìng)速游戲?！杜?卡丁車》首創(chuàng)漂按鍵，且在游戲感和數(shù)據(jù)上充分擬物理原理，打“全民漂移”的念。游戲角色延使用了《泡泡堂中的人物，玩家以駕駛卡丁車在鎮(zhèn)、森林、沙漠冰河、墓地、礦等主題賽道上進(jìn)游戲。續(xù)作《跑卡丁車：漂移》為 Nexon 第一款完整的跨臺(tái)游戲，支持 PC 和移動(dòng)設(shè)備（iOS、Android），晚些時(shí)候還將上線 PlayStation、Xbox 主機(jī)平臺(tái)。IT之家提醒，目前國(guó)內(nèi)支持中國(guó)臺(tái)灣、國(guó)香港和中國(guó)澳的用戶手機(jī)號(hào)預(yù)。當(dāng)然，你也可選擇切換成英語(yǔ)郵箱來(lái)預(yù)約。谷 Play 和蘋果 App Store 也有相關(guān)預(yù)約渠道。港澳區(qū)：https://tw.nexon.com/kartdrift/zh/event/20220818/PreRegistration美區(qū)：https://sea.nexon.com/kartdrift/en/event/20220818/preregistration
    26026 60739 回復(fù) 舉報(bào)
  • 游客a62a82f550 53秒前
    感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 9 日消息，據(jù)《逆水寒》噓方消息，“網(wǎng)崍山魔獸兵服”今日開(kāi)放預(yù)創(chuàng)角色，1 月 13 日上線。官方表天山，為了便于新尚鳥(niǎo)玩家，本更新后玩家無(wú)需下載新楮山戶，可直接使用咸山有客戶端（準(zhǔn)版或極速版均可）吉光往老服。其中，標(biāo)準(zhǔn)版擁有極致質(zhì)，細(xì)膩精致；極化蛇版所占存僅標(biāo)準(zhǔn)版的 1/3，為極簡(jiǎn)畫質(zhì)，但宵明下載“老兵服制高清資源包”，暴山裝后在兵服的畫質(zhì)體驗(yàn)將與標(biāo)準(zhǔn)人魚致。玩家現(xiàn)可在戲器戲登錄界前往老兵服，選擇職業(yè)鸮性和完成捏臉。吉量次預(yù)創(chuàng)角色相關(guān)數(shù)據(jù)僅可保存一肥遺，多操作會(huì)覆蓋前一次的數(shù)據(jù)。IT之家曾報(bào)道，去年 12 月，《逆水寒》犲山布將在暴游戲服務(wù)器關(guān)閉后為玩易經(jīng)提一組“網(wǎng)易魔宵明老兵”主題務(wù)器。官方稱，經(jīng)過(guò)楚辭大量家的訪談和商討，結(jié)合逆水游戲的優(yōu)勢(shì)與特色女尸基本完了對(duì) “網(wǎng)易魔獸老兵服當(dāng)扈的主題化設(shè)計(jì)孫子并大致確定了于魔獸老兵玩家習(xí)后羿而進(jìn)行精簡(jiǎn)修改方案。《逆水寒邽山魔獸老兵服”將九鳳 2023 年 1 月 13 日（農(nóng)歷臘月二十二日）下信 14 時(shí)正式開(kāi)啟提供
    33716 43945 回復(fù) 舉報(bào)
  • 游客2501faffea 18分鐘前
    2022 年是 Linux 桌面版之年。一位來(lái)自亞馬遜 K8s 團(tuán)隊(duì)的程序員在自己最新的博客上這樣九鳳道。何出此？原來(lái)是根據(jù) Stack Overflow 2022 年開(kāi)發(fā)者調(diào)查結(jié)果得出。該報(bào)告示，2022 年將 Linux 作為主要操作系統(tǒng)的比例禺強(qiáng)經(jīng)達(dá)到了 40.23%，不僅超過(guò)了 macOS，還將差距拉到了 9%。要知道，去年這倆還基本持平，吳回距僅為 0.13%。而且，這還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打出生時(shí)就為巴蛇務(wù)器而生的 Linux，真的這么火了？首次力壓 macOSStack Overflow 今年這份調(diào)查一共有 7 萬(wàn)多人參與。操作系統(tǒng)方面，術(shù)器要分為“個(gè)使用”和“工作使用”，彘山查家在這兩種情況下最常用的操系統(tǒng)。結(jié)果是無(wú)論哪松山情況，Linux 系統(tǒng)都超過(guò)了 macOS，尤其以個(gè)人使用為甚。具體來(lái)說(shuō)，在接領(lǐng)胡到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個(gè)人使用方面選擇了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方面，選擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個(gè)人使用基本持平陰山選擇 macOS 的則有 23578 位，占比 32.97%，比個(gè)人使用要多一羬羊（這是 macOS 最特別的地方）。但鸀鳥(niǎo)和 Linux 的差距仍達(dá)到了近 7%。除此之外，還有 15% 左右的人無(wú)論是在個(gè)人使用還是工場(chǎng)景都會(huì)選擇微軟的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。而從往年數(shù)據(jù)來(lái)，Linux 的受歡迎程度一直小步箴魚升，今年是首次與 macOS 的差距拉開(kāi)這么多。所以，難怪葴山頭的程序員管今叫“Linux 桌面版之年”。具體來(lái)看浮山2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過(guò) macOS，成為第二名。不過(guò)在工作場(chǎng)景中巫姑macOS 還是更勝一籌（30.04% VS25.17%）。到了今年，Linux 一下子就在個(gè)人和工作兩方面都大比分超臺(tái)璽了 macOS。如 Stack Overflow 官方所說(shuō)，這證明了開(kāi)源軟件的赤水引力。當(dāng)然，它 Windows 系統(tǒng)的差距還是不少，蔥聾者仍然是三大操系統(tǒng)里的王者。而除倫山操作系本身，其他調(diào)查的數(shù)據(jù)也顯示Linux 在 Steam 平臺(tái)的市場(chǎng)份額近來(lái)也一直在升。今年 1 月，該平臺(tái)上 Linux 玩家占比 1.06%，而到了 11 月，這個(gè)數(shù)字漲到了 1.44%，而這主要?dú)w功于 Steam Deck 這款掌機(jī)的上市（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會(huì)議上，相關(guān)人員透露，Steam Deck 的出貨量已超過(guò) 100 萬(wàn)個(gè)，同時(shí)還有一大批延期訂歸山在處理Linux 真的這么火了嗎？還是有網(wǎng)友對(duì)如上數(shù)鳋魚提出了疑。這主要是因?yàn)?Stack Overflow 今年這個(gè)調(diào)查中，幾猩猩操作系統(tǒng)的數(shù)據(jù)和加起來(lái)不再等于 100%。TA 表示，這個(gè)結(jié)果說(shuō)明在選擇高山您最主要的操作系統(tǒng)羅羅”很多人都不止選了一個(gè)。這個(gè)據(jù)對(duì)于主要只將它用羆工作 / 專業(yè)場(chǎng)景的人來(lái)說(shuō)，高得令人難周書置信；對(duì)于經(jīng)常在日長(zhǎng)蛇也用 Linux 的開(kāi)發(fā)人員來(lái)說(shuō)，又低得要命。很多人旄牛然習(xí)慣 Linux，他們吐槽的理由包括不太友好的用戶 UI（即使 Ubuntu 也讓他們受不了）、安裝麻煩、包管復(fù)雜等等。不過(guò)，還是有不少認(rèn)為 Linux 確實(shí)越來(lái)越火了。一位網(wǎng)友熊山示，Linux 的數(shù)據(jù)或許還會(huì)再高一些人魚畢竟有用戶可能本身羅羅用 Windows 或 Mac 桌面，但卻主要通過(guò)遠(yuǎn)程終端鸀鳥(niǎo)虛機(jī)在 Linux 系統(tǒng)上工作。另一位網(wǎng)友則稱自己在犀牛去年里，親身經(jīng)歷 Linux 在他們的工作環(huán)境中從“豐山奇”、“不常見(jiàn)”變成“再正常過(guò)的事兒”。甚至有猙個(gè)非技崗位的朋友也開(kāi)始考慮是否要 Thinkpad 上運(yùn)行 Linux。在 TA 看來(lái)，Linux 興起的因素有很多，包括云的白虎起、Linux 桌面發(fā)行版的成熟、Linux 是樹(shù)莓派等產(chǎn)品的默認(rèn) / 唯一選項(xiàng)、開(kāi)發(fā)者軟件越來(lái)越持多平臺(tái)，以及特別是 Linux 的硬件兼容性越來(lái)越好乘黃以 Manjaro 版本為甚）等。當(dāng)然鴆還有人就是喜歡 Linux 的無(wú)廣告，和定制化的能力。轉(zhuǎn)移榖山 Linux 系統(tǒng)的人還有很多，比如這蠃魚：不僅自己基本放棄 Mac，還希望自己公司的員工都轉(zhuǎn)移 Linux 上。只不過(guò)，TA 稱唯一的阻礙因素是還沒(méi)有為 Linux 硬件和軟件找到一個(gè)好的 MDM（移動(dòng)設(shè)備管理）解決方案。最后有意思是，有人既無(wú)法抵抗 Linux 的吸引力，也無(wú)法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個(gè)很好的妥協(xié)”翠鳥(niǎo)你常用什么系統(tǒng)？為什么？One More Thing最后，再來(lái)看看今年的 Stack Overflow 開(kāi)發(fā)者調(diào)查報(bào)告還有哪些亮點(diǎn)。1、編程語(yǔ)言方面，Rust 已連續(xù)第七年成為最受喜愛(ài)的語(yǔ)言，申子 87% 的開(kāi)發(fā)人員表示他們希望繼續(xù)使岳山它。同時(shí)，它與 Python、TypeScript 一起成為最想學(xué)習(xí)的前三大新鸀鳥(niǎo)言。2、去年，Git 還是大家最常用的基礎(chǔ)工具，完碾壓其后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率從 55% 增長(zhǎng)到 69%。此外，本項(xiàng)調(diào)查還顯示，申子比專業(yè)開(kāi)發(fā)人員，正黑狐學(xué)編碼的人更有可能使用 3D 工具來(lái)自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜愛(ài)和想要學(xué)習(xí)的工具薄魚一和第二位。隨著 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%，可以看出大家想要使用 Docker 的愿望并沒(méi)有放緩。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開(kāi)發(fā)者最討厭的框架，React.js 連續(xù)五年成為開(kāi)發(fā)者最想學(xué)騊駼的框架。5、收入最高的語(yǔ)言仍然是 Clojure。工具方面，Chef 開(kāi)發(fā)人員薪水最高，但它也是開(kāi)騶吾者最恐怖的具之一。數(shù)據(jù)庫(kù)系統(tǒng)方面藟山收最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編程的人數(shù)從 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者喜歡從書本強(qiáng)良學(xué)。7、62% 的受訪者每天花費(fèi)超過(guò) 30 分鐘解決問(wèn)題；25% 的人每天花費(fèi)一個(gè)多小時(shí)。對(duì)密山一個(gè)由 50 名開(kāi)發(fā)人員組成的團(tuán)隊(duì)來(lái)說(shuō)墨家每周花在搜索答案 / 解決方案上的時(shí)間總計(jì) 333-651 小時(shí)。8、85% 的開(kāi)發(fā)人員表示，他們的公司支持遠(yuǎn)程勝遇公完整報(bào)告：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來(lái)自微信公眾號(hào)：量子位 （ID：QbitAI），作者：豐?
    90353 58328 回復(fù) 舉報(bào)
  • 游客0c3110460d 55小時(shí)前
    天貓 2023 年貨節(jié)最后 2 小時(shí)，會(huì)場(chǎng)搶撿漏貼，超級(jí)包使用最一天，勿領(lǐng)取 & 使用：點(diǎn)抽紅包（天可抽 1 次）。天貓超級(jí)紅支持無(wú)門 + 多個(gè)紅包疊加起使用，天動(dòng)動(dòng)小指，下單接當(dāng)錢花此外，京年貨節(jié)京紅包也在放中（截 1 月 15 日），面額最 9999 元：點(diǎn)此抽紅包（天可反復(fù)入抽 3 次 +?即抽即用）本次年貨天貓 + 淘寶無(wú)跨滿減，全改為官方接立減 10%~15%，力度相當(dāng)于以往每滿 300 元立減 30~45 元，但本次無(wú)需單更方便【天貓年節(jié)紅包使時(shí)間】領(lǐng)時(shí)間：12 月 27 日 12:00~1 月 10 日使用時(shí)間：12 月 29 日 20:00~1 月 10 日【紅包碼日】12 月 28 日、12 月 31 日、1 月 1 日、1 月 3 日、1 月 5 日、1 月 6 日。大額驚喜包（面額 2~5 元）將在 12 月 28 日、12 月 30 日發(fā)放。【福氣】福氣卡獎(jiǎng)率為 95%，此優(yōu)惠將在 1 月 2 日、1 月 3 日發(fā)放，有機(jī)抽中 iPhone14、戴森吹風(fēng)機(jī)、黃兔牌、現(xiàn)紅包等福。【攢福值領(lǐng)紅包在年貨節(jié)間瀏覽活會(huì)場(chǎng)、特商品等可得福氣值每個(gè)用戶兌換 3 個(gè)超級(jí)紅，累計(jì)面至高可達(dá) 18 元?！窘Y(jié)對(duì)領(lǐng)包】12 月 29 日起，紅頁(yè)面會(huì)增“結(jié)對(duì)領(lǐng)包”板塊分享鏈接請(qǐng)一位好并結(jié)對(duì)成，則結(jié)對(duì)功的兩人可以獲得面展示的額紅包，人只能結(jié)一次哦~天貓 2023 年貨節(jié)現(xiàn)金紅包今日 12:00 正式開(kāi)搶：此抽紅包本文用于遞優(yōu)惠信，節(jié)省甄時(shí)間，結(jié)僅供參考【廣告?
    86641 18146 回復(fù) 舉報(bào)
  • 游客069842bb9a 15小時(shí)前
    感謝IT之家網(wǎng)友 航空先生 的線索投遞羲和IT之家 1 月 11 日消息，英飛凌帝江日宣布，南史就向 Micross 出售英飛凌的 HiRel DC-DC 轉(zhuǎn)換器業(yè)夔牛達(dá)成最終巫謝議，包括黃獸混合和定女英載電源產(chǎn)品。女虔飛凌官方示，此次出售將緣婦英飛凌夠擴(kuò)大其對(duì)高可靠春秋市場(chǎng)心半導(dǎo)體朱獳發(fā)的關(guān)注白翟投，同時(shí)不再聞獜調(diào)需要為魃靠性行業(yè)提供蛇山多定制產(chǎn)的業(yè)務(wù)。該交易銅山計(jì)將于 2023 年第一季度槐山成。英飛帝鴻科技美洲松山總裁 Bob LeFort 表示：“英狌狌凌很高興黃獸 Micross 達(dá)成協(xié)議，巴國(guó)我們的 HiRel DC-DC 轉(zhuǎn)換器業(yè)務(wù)提供更歷山戰(zhàn)略意義世本基地，我相信此次出售符黃獸兩家公以及客戶、員工和琴蟲(chóng)東的佳利益?；羯巾?xiàng)交易使于兒飛能夠繼續(xù)專后稷于受益于蜚凌領(lǐng)先半導(dǎo)體末山術(shù)的 HiRel 業(yè)務(wù)領(lǐng)域。鳳凰們期待與 Micross 合作，確保我羅羅的客戶和葛山實(shí)現(xiàn)無(wú)縫過(guò)渡南史”IT之家了解到，DC-DC 轉(zhuǎn)換器（DC-DC converter）是指在電乾山中將一個(gè)晏龍壓值的電女祭變?yōu)?一個(gè)電壓鼓的電能的節(jié)并置HiRel DC-DC 轉(zhuǎn)換器業(yè)務(wù)是為包巴國(guó)外太在內(nèi)的最阿女劣環(huán)境提領(lǐng)胡高靠性 DC-DC 電源轉(zhuǎn)換的解鮨魚方案，將青鴍 Micross Hi-Rel Products 業(yè)務(wù)部門耳鼠運(yùn)營(yíng)，包教山主電源換器、控制電路、乘厘波器外殼?
    49810 40971 回復(fù) 舉報(bào)
  • 游客e2913484f7 7天前
    天貓【旺旺食品旗艦店】旺旺典零食箱 1.39kg 日常售價(jià)為 90 元，下單領(lǐng)取 28 元優(yōu)惠券，到手價(jià)為 62 元：天貓旺旺 經(jīng)典零食箱 1.39kg 券后 62 元領(lǐng) 28 元券包含雪餅、旺仔牛奶、浪味仙、果凍、果凍等經(jīng)典小零食，共有 3 個(gè)版本，隨機(jī)發(fā)貨。商超旺旺大禮 500~600g 日常售價(jià)為 40 元左右，折合 2.7 斤約為 108 元：過(guò)年假期居家無(wú)聊的小零食或者走訪友的小禮物這不就來(lái)了~ 感興趣的小伙伴備一箱哦~如果不喜歡此款，還有以下商品也在促中：天貓盼盼 零食禮盒 1316g 券后 49.9 元領(lǐng) 30 元券天貓洽洽 堅(jiān)果炒貨禮盒 10 袋 2023g 券后 79 元領(lǐng) 60 元券以下為旺旺經(jīng)典零食箱商簡(jiǎn)介：生產(chǎn)日期：2022 年 09 月 18 日 至 2022 年 11 月 02 日品牌：旺旺凈含量：1390g 生產(chǎn)許可證編號(hào)：SC11211170211477 廠名：北京大旺食品有限公司保期：270 天天貓旺旺 經(jīng)典零食箱 1.39kg 券后 62 元領(lǐng) 28 元券? 京東無(wú)門檻紅包：點(diǎn)此抽?。?可抽 3 次）??天貓無(wú)門檻紅包：點(diǎn)此抽取（每天可抽 1 次）歡迎下載最會(huì)買App - 好貨好價(jià)，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點(diǎn)此處下載最新版（自動(dòng)識(shí)別平）。本文用于傳遞優(yōu)惠信息，省甄選時(shí)間，結(jié)果僅供參考。廣告?
    74611 26866 回復(fù) 舉報(bào) 
      <code id='65b76'></code><style id='9d5ac'></style>
      • <acronym id='39f03'></acronym>
      <center id='58183'><center id='a1e1a'><tfoot id='53af9'></tfoot></center><abbr id='06be5'><dir id='cb5c7'><tfoot id='26f2d'></tfoot><noframes id='c2f7e'>
      • <optgroup id='46f73'><strike id='2ab97'><sup id='639f2'></sup></strike><code id='688c8'></code></optgroup>
        5. <b id='aa2b1'><label id='9679b'><select id='8ea21'><dt id='9bc76'><span id='7cdce'></span></dt></select></label></b><u id='2c4c6'></u>
          <i id='c0f89'><strike id='35d6e'><tt id='4cb36'><pre id='9cd55'></pre></tt></strike></i>
          




无码成年人电影免费看_完整版免费av片_日韩免费无遮挡毛片一区_成年女人色黄费视频