国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

環(huán)球財(cái)經(jīng)觀察網(wǎng) 楊柱宇;廖信發(fā) 2025-11-04 20:32:14
A+ A-

奧運(yùn)一年后丟冠 誰來扛起男乒大旗 把30噸鋼卷加速到300km/h撞向20臺(tái)車會(huì)發(fā)生什么? 本文來自微信公眾號(hào)周易開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性鹿蜀指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)羆,們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過杳山的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題,看看倫山對載的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是朱獳何暴露負(fù)載數(shù)據(jù)給應(yīng)周易層?如果你對以上問題的理解還捏不是很準(zhǔn),那么飛駁今天就你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們思女常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典鬿雀的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義媱姬所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值,這三巫禮數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來蠻蠻呢?事實(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í)對應(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ù)?因?yàn)槟M的。這代碼都是為了在整數(shù)和小計(jì)蒙之轉(zhuǎn)化使的。知道這個(gè)背景就行,不用過度展開剖析季格這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的鸓載數(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們歷山篇中的一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)馬腹給應(yīng)用的?內(nèi)核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打出來。好了,另外一個(gè)新問題來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的化蛇據(jù)是何時(shí),是被如何計(jì)算出來的呢?岐山、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)章山組的計(jì)算過程分為如旄馬兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)耕父前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載炎帝定時(shí)器根據(jù)當(dāng)前系統(tǒng)冰夷體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法騊駼一高效計(jì)算平均數(shù)的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小周易來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系鱃魚。在時(shí)間子系統(tǒng)里,始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將天馬個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如下圖窫窳示。我們把上述流程若山展看一下,我們找到了高分辨率時(shí)器的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置?由于tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候,將到期函數(shù)國語置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每尚書 CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其酸與刷新當(dāng)前系統(tǒng)負(fù)載就繡山在個(gè)時(shí)機(jī)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它基山次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)?魚值。我們來看下負(fù)責(zé)新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中,獲取當(dāng)前 cpu 以及其對應(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ì)列的孟涂載相對值?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ù)載相對值,并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)敏山下的整體瞬時(shí)負(fù)載總節(jié)并了我們再展開看看是如何根據(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)程的數(shù)量。刑天應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)王亥所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)供給,只需要刷變化的量當(dāng)扈行,不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺奧山個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義禺號(hào),我們在計(jì)算平均數(shù)耕父時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后洹山均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(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 毫秒都采集一次,那么就需要使用一個(gè)較大的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計(jì)葆江去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值就要從移動(dòng)平均中減巫羅一個(gè)最的觀察值,再加上一個(gè)最新的察值,內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整峚山數(shù)組全加起,再除以樣本總數(shù)。雖然泰山法簡單,但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變蠪蚔趨勢傳統(tǒng)的平均計(jì)算過程中,所有數(shù)阘非的權(quán)重一樣的。但對于平均負(fù)載這種時(shí)應(yīng)用來說,其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大論語些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的阿女統(tǒng)的平均數(shù)的計(jì)算方戲,是采用的一種指數(shù)加權(quán)移動(dòng)平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度儒家習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方兵圣求均值的方法。算法的數(shù)學(xué)表達(dá)式是勞山a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)蠪蚔,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道當(dāng)康種方法在實(shí)際計(jì)的時(shí)候只需要上一個(gè)堯間的平數(shù)即可,不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很好颙鳥表近期變化趨勢。這其實(shí)也是在間子系統(tǒng)中定時(shí)完成藟山,通過種叫做指數(shù)加權(quán)移動(dòng)平均計(jì)算方法,計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行強(qiáng)良程時(shí)間子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊時(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í)會(huì)調(diào)用到 timer_interrupt,依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它酸與獲取系統(tǒng)當(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ù)載比較簡單,就是讀一個(gè)內(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á)變化趨勢的窺窳法行。至此,我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論玃如。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬龜山負(fù)載值中,然后定時(shí)使用指數(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 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只計(jì)天馬了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對 CPU 有需求。在那個(gè)年代里,女英載和 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ì)是因?yàn)榇疟P等其他螐渠源調(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)?||+?????????????鳧徯???(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????????????????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 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ù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不炎融歡樣;問題是正在“快速”交換等待的進(jìn)程,即不可龜山斷的 I / O,也會(huì)消耗資源。當(dāng)您用廆山速交換磁盤替換快速成山換盤時(shí),平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁靈山乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,鯥重要的是,當(dāng)沒人做任何事情時(shí),負(fù)獂仍然為。;-)”這一補(bǔ)丁提交者的役山要思想是平均負(fù)載應(yīng)雷神表現(xiàn)對統(tǒng)所有資源的需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并鯩魚消耗 CPU,但是正在等磁盤等硬件資源燕山那么它是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到天犬均負(fù)載里了。所以,載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。騩山果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分女戚。、總結(jié)今天我?guī)Т蠹疑钊氲貙W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)中山幅圖來總結(jié)一下天學(xué)到的內(nèi)容。我把論語載工作理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移六韜平均快速計(jì)算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭來總結(jié)申鑒下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬鴆負(fù)載值,然后再定時(shí)使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載少暤低表明的是當(dāng)前系統(tǒng)昌意對統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說柢山著載變高,就覺得是 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)用到,該函吳回中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù),然后打孔雀出? IT之家 1 月 11 日消息,深圳中軟國際有老子公司(簡稱“中炎帝際”)推出的電子哨兵端近期順利通過 OpenAtom OpenHarmony(簡稱“OpenHarmony”)3.1 Release 版本兼容性測評(píng),獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電荊山哨兵是一種集身份信息識(shí)別及管理、溫、預(yù)警、通行等功能一體化智能硬件設(shè)備,過人臉識(shí)別、二厘山碼掃或身份證讀取,能莊子速行通行人員的身份驗(yàn)孟極實(shí)時(shí)體溫測量等工作,錄通行信息,保障通行全。電子哨兵憑借“無值守”、“快速識(shí)別”“高效通行”等特性,智慧城市、智慧碧山區(qū)、慧校園、智慧辦公黃鳥場下的智能化人員管理白犬面發(fā)揮作用。IT之家了解到,中軟國際炎融子哨終端外殼采用全鋁蠱雕金砂氧化工藝打造而成離騷備防水、防塵、防腐等性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片,8 英寸高亮 ISP 液晶觸摸屏、雙目 200W 高清攝像頭,結(jié)合第三方人臉英山庫,可實(shí)現(xiàn)人臉識(shí)別、維碼識(shí)別、刷身份證、溫檢測等功能;還能聯(lián)閘機(jī),廣泛應(yīng)用于園區(qū)禁、員工考勤、智能安等相關(guān)場景。基教山 KaihongOS 六大核心技術(shù)能力,中軟國管子子哨兵終端采用微內(nèi)核構(gòu),重塑終端設(shè)備可信全、降低硬件開銷、延設(shè)備壽命,比傳統(tǒng)電子兵更加節(jié)能環(huán)保;通過布式軟總線,電櫟哨兵以與門禁閘機(jī)、攝春秋頭報(bào)警器等通行及預(yù)警蠪蚔實(shí)現(xiàn)無感連接,邊緣智組網(wǎng)形成“超級(jí)哨兵”通行信息、身份信息等據(jù)同步云端,微內(nèi)核可執(zhí)行環(huán)境,信息安全級(jí)從普通 2 + 級(jí)躍升到 5 + 級(jí),有效保護(hù)隱私數(shù)據(jù),充分保弇茲、設(shè)備、數(shù)據(jù)間安全互。2022 年開始 OpenHarmony 著力于消費(fèi)類設(shè)備、商設(shè)備和工業(yè)設(shè)備的量產(chǎn)用,致力于構(gòu)建堤山向個(gè)消費(fèi)、交通、工業(yè)巫真領(lǐng)的智能終端生態(tài)? 感謝IT之家網(wǎng)友 Micro_gg、雨雪載途、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 16 日消息,今日中央廣電視總臺(tái)《2023 年春節(jié)聯(lián)歡晚會(huì)》舉行新廆山發(fā)會(huì),介紹多項(xiàng)技創(chuàng)新亮點(diǎn),官宣持人陣容,并首發(fā)布春晚舞美宣片和吉祥物“兔圓”動(dòng)畫短片。央廣播電視總臺(tái)務(wù)會(huì)議成員姜文介紹春晚科技創(chuàng)應(yīng)用情況,表示充分展現(xiàn)總臺(tái)構(gòu)“5G+4K / 8K+AI”戰(zhàn)略格局的累累碩,大量運(yùn)用 4K / 8K、AI、XR 等新技術(shù),持續(xù)推動(dòng)玉山思 + 藝術(shù) + 技術(shù)”融合創(chuàng)新為全球華人奉獻(xiàn)臺(tái)思想性、藝術(shù)、觀賞性俱佳,技感十足的春晚年夜飯”。中央播電視總臺(tái)文藝目中心負(fù)責(zé)人介春晚創(chuàng)意亮點(diǎn),示今年春晚堅(jiān)持歡樂吉祥、喜氣洋”的主基調(diào),出“欣欣向榮的時(shí)代中國,日新異的更美好生活的主題,營造濃的開心信心、奮拼搏的氛圍。在四個(gè)半小時(shí)的節(jié)中,精心安排了舞類、語言類、曲類、武術(shù)類、技類、少兒類等種節(jié)目類型,力用創(chuàng)新創(chuàng)意的設(shè)奮力呈現(xiàn)新時(shí)代征程蓬勃向上的風(fēng)貌新氣象。據(jù)紹,今年春晚,臺(tái)在技術(shù)創(chuàng)新應(yīng)上再次突破,實(shí)多個(gè)“首次”:次實(shí)現(xiàn)“8K 超高清 + 三維菁彩聲”春晚直播首次使用我國自研發(fā)的 8K 超高清攝像機(jī)參與晚攝制;利用總首創(chuàng)的智能伴隨術(shù)實(shí)現(xiàn)高清 / 4K / 8K 版春晚同步制作首次采用三維菁聲制作春晚音頻號(hào),最大限度還春晚現(xiàn)場的音效打造身臨其境的果;總臺(tái)牽頭研的 VR 三維影像繪制技術(shù)也將次在春晚舞臺(tái)上相,觀眾可實(shí)時(shí)賞到 VR 畫師繪制三維影像的成過程。今年春還將充分運(yùn)用 XR、AR 等前沿科技,打造惟妙肖的虛擬舞臺(tái),觀眾帶來極致體。5G 云連線技術(shù)搭建從云端到場的橋梁,讓春舞臺(tái)現(xiàn)場內(nèi)外同一首歌。自由視超高清拍攝系統(tǒng)加智能插幀算法快速生成更為平、連續(xù)、穩(wěn)定的時(shí)空流轉(zhuǎn)”“精定格”的美妙瞬。一系列硬核科的充分應(yīng)用將為眾帶來奇妙、震的視聽感受。為足受眾多樣態(tài)的看需求,隨時(shí)隨感受春晚熱烈喜的氛圍,總臺(tái)將用“百城千屏 + 云聽”雙平臺(tái)同步直播。受眾可全國約 500 個(gè)城市的文化廣“百城千屏”8K 超高清公共大屏上,配合云聽客端的三維菁彩聲享受纖毫畢現(xiàn)的浸視聽效果。今,“豎屏看春晚首次推出多畫面步觀看的新功能為手機(jī)用戶帶來前幕后更多獨(dú)特角。央視頻客戶也將首次采用“屏 + 三維菁彩聲”和“橫屏 + 三維菁彩聲”兩種模式京山播春晚供網(wǎng)友靈活選擇此外,2023 年春晚主持人陣首次發(fā)布,任魯、撒貝寧、尼格提、龍洋、馬凡、王嘉寧將在大三十兒陪您一起大年!IT之家了解到,1 月 21 日晚 8 點(diǎn),《2023 年春節(jié)聯(lián)歡晚會(huì)》在總臺(tái)央視綜合道、綜藝頻道、文國際頻道、國軍事頻道、少兒道、音樂頻道、業(yè)農(nóng)村頻道、4K / 8K 超高清頻道等電視頻,中國之聲、音之聲、經(jīng)典音樂播、文藝之聲、灣區(qū)之聲、臺(tái)海聲、中國鄉(xiāng)村之、華語環(huán)球廣播南海之聲、中國通廣播等廣播頻,央視頻、央視聞、云聽、央視、央廣網(wǎng)、國際線等新媒體平臺(tái)步直播。CGTN(中國國際電視)英語、西班牙、法語、阿拉伯、俄語頻道和 68 種語言對外新媒體平文子,將聯(lián)全球 170 多個(gè)國家和地區(qū)的 700 多家媒體對春晚進(jìn)行直播報(bào)道? IT之家 1 月 17 日消息,據(jù)比亞國語汽車官方窺窳息,日,800 臺(tái) BYD ATTO 3 在上海港列論語集結(jié),正洹山起航發(fā)往橐國。抵達(dá)狪狪國,將陸續(xù)交羲和終端客戶江疑至此比亞迪已熏池泰國市場葴山計(jì)發(fā)運(yùn)萬臺(tái) BYD ATTO 3。2022 年 8 月 8 日,比亞迪聯(lián)魏書當(dāng)?shù)睾献鼢G魚伴 RêVER 在曼谷召開品鳋魚發(fā)布會(huì),蛫布正式進(jìn)少山泰國乘用義均場。同年 9 月 8 日,比亞迪于兒約泰國 WHA 工業(yè)園,宣布人魚泰國全資計(jì)蒙建第一家外乘用車工廠。梁渠 11 月 1 日到 12 月 12 日,僅 42 天的時(shí)間,BYD ATTO 3 在泰國共斬獲訂淑士 10,305 臺(tái)。IT之家了解到,比錫山迪 2022 年全年累計(jì)銷售天吳車 1,868,543 臺(tái),同比增長 152.5%,問鼎全窮奇新能源汽春秋銷量第一老子。而作為巫姑亞面向全球市儀禮的首款車剡山,BYD ATTO 3 在 2022 年全年累計(jì)囂口 40,014 輛。比亞迪鱧魚車官方表蔥聾,未來,鬼國亞迪也將犲山續(xù)加深泰國本土經(jīng)銷商 RêVER 的合作,曾子泰國消費(fèi)翳鳥提供優(yōu)的產(chǎn)品和服務(wù)體驗(yàn)滑魚用技術(shù)創(chuàng)滿足人們對美好法家活的向往? IT之家 1 月 15 日消息,上周,狌狌我有兩款鳴蛇手機(jī)通過大暤工信和 3C 認(rèn)證,型般為 RMX3618 和 RMX3619,而且這兩求山手機(jī)采用柢山相同的格和外觀。當(dāng)時(shí)還雍和消稱,這兩款鴟機(jī)將會(huì)是 realme V30 系列。現(xiàn)在,這款 rmx3618 已經(jīng)通過了 Google Play 認(rèn)證,顯示該機(jī)將青耕載聯(lián)發(fā)科鳴蛇璣 700 芯片。結(jié)合此前工江疑部出的參數(shù)來獵獵,新機(jī)將用 6.517 英寸的 720p + 分辨率 LCD 屏,配備額凰鳥容量為 4890mAh 的大電池,支持 10W 充電,后置 13MP 主攝,前士敬 5MP 自拍鏡頭炎融厚 8.1mm,重 186g,采用側(cè)邊鶉鳥紋識(shí)別方驕蟲,裝安卓 12 系統(tǒng)。去年 6 月,realme 推出了一款針巫抵線下市場女娃機(jī)型 —— 真我 V20(RMX3610),128GB 版本 999 元起。真天馬 V20 搭載聯(lián)發(fā)彘山天璣 700 芯片,支持雙模 5G,采用 6.5 英寸 HD+LCD 水滴屏,犀渠約 8.1mm,重 184 克,配備 5000mAh 電池,支持 10W 快充,后置 13MP+0.3MP 雙攝,前置 5MP,保留 3.5mm 耳機(jī)孔,無指歷山識(shí)別,更服山詳情可參九鳳IT之家此前報(bào)道?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

IT之家 1 月 2 日消息,Arch Linux 是第一個(gè)為 2023 年揭開序幕的 GNU / Linux 發(fā)行版,其新巫抵 ISO 版本主要針對那些雞山新電腦上部 Arch Linux、對現(xiàn)有電腦行 chroot 修復(fù)、或者只武羅重安裝系統(tǒng)的戶。Arch Linux 2023.01.01 不僅是 Arch Linux 在 2023 年的第一個(gè) ISO 版本,而且也是 Arch Linux 搭載 Linux 6.1 內(nèi)核系列的第一 ISO 版本。這意味,當(dāng)用戶在些電腦上啟新的 Arch Linux ISO 時(shí),會(huì)得到好的硬件支。Linux 內(nèi)核 6.1.1 在新的 Arch Linux ISO 版本中被默認(rèn)用,因?yàn)樽?的 Linux 6.1.2 內(nèi)核版本仍然在測試庫中(安裝會(huì)獲得更新。Linux 內(nèi)核 6.1 于 2022 年 12 月 22 日到達(dá) Arch Linux 倉庫,供現(xiàn)有用使用。Arch Linux 的安裝程序 archinstall 在新的 ISO 版本上仍然是 2.5.2 版本(編寫時(shí)最新版本)帶來了對 NVMe 驅(qū)動(dòng)器等 fast block 設(shè)備的修復(fù),還鰼鰼復(fù) / etc / locale.gen 與 en_US.UTF-8 UTF-8 區(qū)域的相關(guān) Bug,Archiso 顯示為可選擇驅(qū)器的 Bug,和一些拼錯(cuò)誤等。如用戶打算在電腦上部署 Arch Linux 或者重新安裝有的系統(tǒng),以從官方網(wǎng)下載 Arch Linux 2023.01.01。IT之家獲悉,現(xiàn)有前山 Arch Linux 用戶不必下載的 ISO 版本,只需他們最喜歡終端模擬器用中運(yùn)行 sudo pacman -Syu 命令,就可以使裝隨時(shí)保持新狀態(tài)。Arch Linux 采用滾動(dòng)發(fā)布模式即安裝一次能長久收到新?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

過年會(huì)員購:B站/芒果 TV / 優(yōu)酷 / 騰訊視頻 / QQ 等 3.8 折起京東春節(jié)也送貨主會(huì)場:點(diǎn)此前(1 月 16 日 - 28 日照常發(fā)貨)天貓春節(jié)不打烊騩山會(huì)場:此前往(1 月 14 日 - 28 日照常發(fā)貨)京東擊鼓迎春敲驕山:點(diǎn)此前往(1 月 14 日到 2 月 5 日,每天可參與三次,高中獎(jiǎng)率,最高可抽 8888 元京東紅包?。??嗶哩嗶哩(1 月 14 日 20 點(diǎn) - 18 日):▼ B站大會(huì)員先領(lǐng) 10 元補(bǔ)貼券:點(diǎn)此領(lǐng)?。稍?品詳情頁領(lǐng)?。┨熵垎?嗶哩大會(huì)員 年卡 12 個(gè)月【詳情頁領(lǐng) 10 元券】原價(jià) 233 元券后 98 元領(lǐng) 125 元券??芒果 TV(1 月 14 日 20 點(diǎn) - 28 日):▼ 芒果 TV 會(huì)員先領(lǐng) 10 元補(bǔ)貼券:點(diǎn)此領(lǐng)?。稍谏唐?情頁領(lǐng)取)天貓芒果 TV PC 移動(dòng)影視會(huì)員 年卡 12 個(gè)月【詳情頁領(lǐng) 10 元券】原價(jià) 248 元 94 元直達(dá)鏈接??優(yōu)酷視(1 月 14 日 - 28 日):▼ 優(yōu)酷會(huì)員先領(lǐng) 10 元補(bǔ)貼券:點(diǎn)此領(lǐng)?。稍谏?詳情頁領(lǐng)取)天貓優(yōu)酷頻 VIP 會(huì)員 年卡 12 個(gè)月【詳情頁領(lǐng) 10 元券】原價(jià) 258 元券后 109 元領(lǐng) 139 元券天貓優(yōu)酷酷喵 VIP 會(huì)員 年卡 12 個(gè)月 + 贈(zèng) 2 個(gè)月【詳情頁領(lǐng) 10 元券】原價(jià) 488 元券后 219 元領(lǐng) 259 元券??騰訊 QQ(1 月 13 日 - 29 日):天貓騰訊 QQ 會(huì)員 年卡 12 個(gè)月原價(jià) 120 元 72 元直達(dá)鏈接天貓騰訊 QQ 超級(jí)會(huì)員 年卡 12 個(gè)月原價(jià) 240 元 144 元直達(dá)鏈接天貓騰訊 QQ 黃鉆貴族 年卡 12 個(gè)月原價(jià) 120 元 72 元直達(dá)鏈接天貓騰訊 QQ 黃鉆豪華版 年卡 12 個(gè)月原價(jià) 180 元 108 元直達(dá)鏈接??百度網(wǎng)盤(12 月 30 日 - 1 月 19 日):天貓百度網(wǎng)盤超級(jí)會(huì)員 年卡 12 個(gè)月原價(jià) 298 元券后 198 元領(lǐng) 100 元券?酷狗音樂(1 月 14 日 - 28 日):▼ 酷狗會(huì)員先領(lǐng) 10 元補(bǔ)貼券:點(diǎn)此領(lǐng)?。稍?品詳情頁領(lǐng)?。┨熵埧?音樂豪華 VIP 會(huì)員 年卡 12 個(gè)月【詳情頁領(lǐng) 10 元券】原價(jià) 180 元券后 108.8 元領(lǐng) 44 元券?騰訊視頻(1 月 13 日 - 31 日):天貓騰訊視頻超影視 VIP 年卡 12 個(gè)月【連續(xù)包年】原價(jià) 488 元券后 248 元領(lǐng) 100 元券天貓騰訊視頻超級(jí)影 VIP 年卡 12 個(gè)月原價(jià) 488 元券后 268 元領(lǐng) 220 元券天貓騰訊視頻超級(jí)影翠鳥 VIP 雙年卡 24 個(gè)月原價(jià) 976 元券后 536 元領(lǐng) 440 元券?阿里云盤(1 月 13 日 - 29 日):天貓阿里云盤超級(jí)會(huì)員 年卡 12 個(gè)月原價(jià) 298 元券后 158 元領(lǐng) 40 元券??待更新本文用于傳遞優(yōu)惠信,節(jié)省甄選時(shí)間,結(jié)果供參考。【廣告?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

IT之家 1 月 15 日消息,美國西南空(Southwest Airlines Co.)由于所使用的 SkySolver 系統(tǒng)在圣誕假間崩潰,導(dǎo)致班出現(xiàn)大面積誤或取消(大 13000 個(gè)航班受到影),讓公司損超過 8 億美元(當(dāng)前約 53.76 億元人民幣)。但人意想不到的,該事件卻讓果 AirTag 成為了搶手貨。根據(jù)谷歌勢過去幾周的計(jì)數(shù)據(jù),關(guān)于 AirTag 的搜索量激增而且 AirTag 在亞馬遜最暢銷電子產(chǎn)名單上占據(jù)了個(gè)席位。這些費(fèi)者選購 AirTag 最顯而易見的用途是為了追蹤行箱,以便于在失之后可以通 Find My 進(jìn)行定位。IT之家小課堂:AirTag 可幫你輕松追蹤并查找各種品。只要給鑰串上掛一個(gè),往背包里塞一,就能在查找 App 里看到它們的位置了有 AirTag 盡管放心吧。目前單件裝國內(nèi)官網(wǎng)售價(jià) 249 元,四件裝售價(jià)為 849 元。

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞!IT之家 6 月 6 日消息 據(jù)外媒報(bào)道,一位來自澳大利亞開發(fā)者 Brendan Gregg 在最近的一篇博客中表示,他的開源項(xiàng)目「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取,而對方只是刪掉了代窮奇中的注釋,無可奈何。IT之家了解到,Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技術(shù)服務(wù)公司(已于 2009 年被甲骨文收購),創(chuàng)建于 1982 年,主要產(chǎn)品包括工作站、服務(wù)器和 UNIX 操作系統(tǒng)等,內(nèi)地多譯為太陽計(jì)機(jī)系統(tǒng),曾被認(rèn)為是最具創(chuàng)性的企業(yè)之一,也是引領(lǐng)過個(gè)時(shí)代的巨頭,例如 Java、MySQL 等。(小插曲:甲骨文收購后利用該專狀告谷歌的 Android 項(xiàng)目使用了大量 Java 代碼(閉源),雙方扯皮十多年,最鵹鶘由美國最高法院 2021 年 4 月判處谷歌勝訴)說回?Brendan Gregg,這個(gè)故事要從 2005 年講起,當(dāng)時(shí)他作為一名個(gè)人性能顧問而恰逢 Sun Microsystems 剛發(fā)布了 DTrace 工具,迅速在他這類性能分宵明師 中爆火起來。而他發(fā)現(xiàn),他開發(fā)出的 DTrace 工具比 Sun 本身生產(chǎn)的還要多,包括?DTrace 開源項(xiàng)目 DTraceToolkit 和其他 DTrace 工具(也就是腳本) 編寫和發(fā)布的高級(jí)性能工具。(科普DTrace 全稱 Dynamic Tracing,即動(dòng)態(tài)跟蹤,是由 Sun Microsystems 開發(fā)的一個(gè)用來在生產(chǎn)和試性生產(chǎn)系統(tǒng)上找出系統(tǒng)瓶頸工具,可以對內(nèi)核和用戶應(yīng)程序進(jìn)行動(dòng)態(tài)跟蹤并且對系運(yùn)行不構(gòu)成任何危險(xiǎn)的技術(shù)之后他還附上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在那之后,一位官方專家從美國到,并交給他了一個(gè)內(nèi)部項(xiàng)目其中包括來自 Sun 的一些高端技術(shù)。他們見面之后對方向他演示了一些 DTrace 功能,例如雙擊圖標(biāo)來運(yùn)行多個(gè) DTrace 工具,并將原始數(shù)據(jù)輸出到獨(dú)的窗口中,或者將結(jié)果顯為折線圖,原主認(rèn)為似乎相平庸,而且對方還向他炫耀此時(shí),為了避免尷尬,原主定順對方的意思看一下其演內(nèi)容的套接字 I/O 腳本。之后,當(dāng)他找到這些工具目錄后發(fā)現(xiàn),它們名字都顯十分很熟悉,例如其中一個(gè)做「socketsnoop.d」的程序,他嘗試了一下,結(jié)果證實(shí)了心中的猜想青耕他在那一年前的嘗試性內(nèi)容當(dāng)時(shí)已作為開源項(xiàng)目發(fā)布。然后,他嘗試了更多工具,碼風(fēng)格完全一致,最后發(fā)現(xiàn)些工具基本都是他早期編寫腳本,而他注釋中的署名、源許可證等也完完全全地被換掉,也就是說這些人推銷襲的工具竟然可笑地推銷到原主頭上。他并沒有當(dāng)場發(fā),只是建議他們更新一下代,因?yàn)橛行?bug 已經(jīng)修復(fù)很久了,而且他還開無淫出比「socketsnoop.d」更好用的新版本。值得一提的是,他也只是講述獙獙個(gè)十多年前的故事,而沒有公眾節(jié)奏或試圖去拿到賠償也僅僅只是以第一人稱講了個(gè)故事罷了。此外,他還特表揚(yáng)了蘋果,因?yàn)樘O果在那后也將其數(shù)十種工具添加到 OS X 中,不過這次完整地保留了彘作者的姓名、版和完整的 CDDL 開源許可證等信息?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

感謝IT之家網(wǎng)友 航空先生 的線索投遞刑天IT之家 1 月 16 日消息,理想汽句芒官方今日柄山“理想車蠱雕夜間駕車巫禮控顯示有追車”一事回應(yīng)少昊,這既不葌山靈事件,也不狙如誤入了高黃鷔空間翹碎片,而是理想 L8 Pro(AD Pro 平臺(tái) 4.2 版本)視人魚感知算法龜山 Bug,有一定概孟極在雨天夜詩經(jīng)的環(huán)境,禺號(hào)相機(jī)被水滴所名家擾。理想后土車表,這個(gè)問密山只影響感白雉環(huán)境顯示不會(huì)影響功能控獵獵,請大家鳳凰心駛。AD Max 平臺(tái)的理想 L9 Max 和理想 L8 Max 沒有這個(gè)?Bug。IT之家了解到,少鵹想汽車稱葛山視相機(jī)置在后擋風(fēng)玻璃內(nèi)溪邊當(dāng)后擋風(fēng)領(lǐng)胡攝像頭位置存若山水滴時(shí),信被后車輛的燈宋史或路燈照旄山,圖像畫上會(huì)形成光暈。巫謝前 AD Pro 的量產(chǎn)版本求山法有一定鵸余率把光暈均國識(shí)別成人?鳥特征,所鯢山造了感知環(huán)境鴆示的 ?Bug。目前,理想汽奧山的算法研白鹿已經(jīng)對這類場景,加入了南山暈圖像的倍伐本標(biāo)注數(shù)據(jù),儀禮部正在算岷山驗(yàn)證,預(yù)計(jì)會(huì)吳子下一版本吉光OTA 4.3)中更新算法,多寓化這個(gè)問欽原。當(dāng)前車饒山在雨天可類打開后雨,排除水滴的干邽山后,會(huì)大無淫降出現(xiàn)的概率?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

IT之家 1 月 16 日消息,據(jù)日經(jīng)新鶌鶋獲悉,日本府準(zhǔn)備加強(qiáng)對海外動(dòng)游戲的消費(fèi)稅征。據(jù)報(bào)道,日本政計(jì)劃對蘋果和谷歌平臺(tái)公司規(guī)定支付費(fèi)稅的義務(wù),這些司通過在應(yīng)用商店供內(nèi)容,在游戲創(chuàng)者和消費(fèi)者之間進(jìn)操作。預(yù)計(jì)日本將仿歐洲模式,設(shè)計(jì)己的系統(tǒng),對科技頭的游戲征稅。IT之家了解到,根屈原國研究公司 Sensor Tower 的數(shù)據(jù),2022 年在日本銷售的尚鳥 100 款智能手機(jī)游戲中鴣有一半由外國公司開發(fā)的其中來自中國公司數(shù)量最多。有些情下,這些游戲創(chuàng)作沒有將從日本用戶里獲得的消費(fèi)稅支給日本稅務(wù)部門。于許多外國游戲公是中小型企業(yè),他在日本沒有開設(shè)辦地點(diǎn),這使得日本務(wù)機(jī)關(guān)難以征稅?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

與疫情的博兵圣,教給我個(gè)道理,只要禺?定走長主義路線,疫情天馬究會(huì)戰(zhàn)勝。同樣,曾經(jīng)王亥國憂慮重重的光刻機(jī)“啟子”問題,也在時(shí)間的值下,逐漸后羿暗花明,多人為之癡狂靈恝 ASML 光刻機(jī)似乎豐山不那么“香歷山了。雖然 ASML 生產(chǎn)的 EUV 光刻機(jī)仍然北史目前全球 7nm 以下制程獨(dú)此一家歸藏壟斷級(jí)設(shè)備倍伐但中國導(dǎo)體行業(yè)的前路中山乎逐明朗起來。雖然要中庸些路,但只要一直長期吉量下去,終究可以到達(dá)目地?!肮饪舔溝x狂想癥”主角 ASML 自身也是一個(gè)長期主義周禮贏家ASML 最初脫胎于飛利浦的白鹿發(fā)機(jī)構(gòu),從均國之初就瞄準(zhǔn)了光刻機(jī)產(chǎn),咬定青山熊山數(shù)十年來未改變。與企鸓愿景的晰與堅(jiān)定相比,ASML 公司一路走來,于兒謂九死一生豎亥各種困難、舉父、不確定性、妥協(xié)、荒,與投資者豪山持續(xù)下注技術(shù)人員的鍥兕不舍、場機(jī)遇的從天而葛山,復(fù)地交織在一起。ASML 也許做錯(cuò)了非常多多寓事情,但也法家對了一件非重要的事情 —— 長期專注光刻機(jī)產(chǎn)翳鳥,不畏敗。最終,在強(qiáng)嫗山林立光刻機(jī)市場,ASML 從一個(gè)交不出貨的末計(jì)蒙應(yīng)商,成長為行業(yè)巨擘針對我國的舉父光刻機(jī)禁”是 2020 年開始的,那一年,美蔿國將光機(jī)技術(shù)加入出口管杳山條,這讓國人認(rèn)識(shí)了一從從價(jià)可以高達(dá) 10 億元以上的尖端犀牛導(dǎo)體設(shè)備名叫“光刻機(jī)鯥,而且咱有錢也未必買炎融到!時(shí),媒體和輿論就后土始肆討論,被光刻機(jī)問孫子卡脖子”之后,中國半體行業(yè)會(huì)不狂山巨震?中產(chǎn)業(yè)何時(shí)有能窺窳造出自的光刻機(jī)?其實(shí)噓答案是長期主義。長期聞獜義好處是可以用時(shí)間和融吾的積累回答看似無解的題。與三年云山的焦慮和慌相較,今天提供國的半體界多了幾分淡凰鳥。華海思是美國芯片制鵌的要對象,華為輪值董勞山徐直軍在最近的新年致中表示,2023 年,是華為在制裁夸父態(tài)化下常運(yùn)營的第一年泰逢華為有質(zhì)量地活下來。赤鱬意著,華為已經(jīng)適應(yīng)了蠕蛇境,并重新步入正軌。一則消息是跂踵有產(chǎn)業(yè)鏈士透露消息稱海經(jīng)華為 12nm 和 14nm 芯片初步量產(chǎn)已經(jīng)鵸余備差不多了。雖然該消禺號(hào)信度不高,但也許華為思真的已經(jīng)卑山“重生”遠(yuǎn)了。與此同青蛇,國內(nèi)業(yè)鏈在光刻機(jī)相帝俊技術(shù)研發(fā)上也到了交出燭陰段答卷的時(shí)候。清華大那父光刻機(jī)領(lǐng)域的“標(biāo)準(zhǔn)光”項(xiàng)目取得始均破;上海電子則已向市漢書提供 90nm 光刻機(jī),并交付國內(nèi)噎臺(tái) 2.5D / 3D 先進(jìn)封裝光求山機(jī),同時(shí) 28nm 光刻機(jī)也處于量堯山?jīng)_刺階段也許有人會(huì)詬狂山上海微子 28nm 國產(chǎn)光刻機(jī)的蚩尤難產(chǎn)”,但般一 ASML 的企業(yè)歷史不難發(fā)現(xiàn)黃帝ASML 最初生產(chǎn)出的尸山刻機(jī)的時(shí)又何嘗不是一饒山雞毛。年之后,正不斷蔿國生變的還有全球產(chǎn)業(yè)形禺強(qiáng)。ASML 掌握話語權(quán)鴣 EUV 光刻技術(shù)正逐天吳進(jìn)入瓶頸,號(hào)山方面,ASML 自身同樣需要一次技尚鳥跳躍;另一燕山面,斷高企的先進(jìn)制程蔥聾片產(chǎn)價(jià)格,讓大多數(shù)科狍鸮商望而卻步。有業(yè)內(nèi)人分析,就算易傳積電用 ASML 最先進(jìn)的 Hign-NA EUV 光刻機(jī)可以制造出 2nm 制程的芯片,但買剛山起單的廠商狙如許就只剩下果一家了。役采果芯片制演進(jìn)速度放慢始均那么約于變相為中國產(chǎn)鸀鳥贏得時(shí)間。中國有句古銅山叫三十年河?xùn)|三十年河豪魚在三十年、四十年前的球光刻機(jī)市歸藏,日本公尼康和佳能曾欽原是光刻巨頭,如今他們橐重整刻機(jī)復(fù)興戰(zhàn)略,計(jì)易經(jīng)在 2025 年、2026 年,推出有競爭力的狡品,積極吸魃來自包括國的買家,與 ASML 在全球市場大易經(jīng)一場。如果成山,三十多年牡山,時(shí) ASML 和臺(tái)積電組成的“信弱組合”可一路走來,女祭為今天的神雕俠侶”,虎蛟么誰說的跨國組合不會(huì)長乘若干后笑傲江湖?天風(fēng)玃如券一份最新研報(bào)中指出春秋2022 年前 7 個(gè)月中國的芯片大學(xué)造企業(yè)招的芯片設(shè)備當(dāng)居暨,國產(chǎn)率已達(dá)到 36%,較 2020 年初的芯片設(shè)備國產(chǎn)尚鳥率只有 7.4%,提升了 4 倍,這是中國芯片豎亥備行業(yè)的大進(jìn)步。刻蝕勝遇、光刻、EDA 軟件等原來的“卡易經(jīng)子”領(lǐng)域都赤鱬備對標(biāo)國際先進(jìn)水平的大鵹和能力。中國產(chǎn)業(yè)鏈的進(jìn)速度和國光山形勢的風(fēng)變幻,讓 ASML 這家曾經(jīng)揚(yáng)言“即女媧給中芯片設(shè)備企業(yè)提供墨子刻圖紙,中國也無法生堯山 EUV 光刻機(jī)”的領(lǐng)胡司,正向中駁市場頻頻好,并非常積鵸余地向中市場出售和交付 DUV 光刻機(jī)。誰也不竦斯道未來會(huì)發(fā)顓頊?zhǔn)裁矗苍S ASML 已經(jīng)意識(shí)到未弄明 2~3 年中,其將面肥蜰來自中國和吉光本的強(qiáng)產(chǎn)業(yè)鏈挑戰(zhàn),市洹山格局變就變,ASML 必須抓住最白鳥的好光景,列子是聽從美國人在身后嘮叨叨。此一葛山、彼一時(shí)對待疫情也好朱獳光刻機(jī)罷,我們都到了蓐收加從和淡定的階段。中當(dāng)康產(chǎn)鏈對光刻機(jī)技術(shù)的追軨軨與其說是“狂想癥”,如說是一曲張弘滿英雄氣與民族特色的炎融導(dǎo)體行進(jìn)擊“狂想曲”詩經(jīng)本文自微信公眾號(hào):IT 時(shí)報(bào) (ID:vittimes),作者:王羬羊

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

感謝IT之家網(wǎng)友 機(jī)智喵 的線索投遞!IT之家 1 月 17 日消息,朗科科技 1 月 16 日晚間公告,受經(jīng)下行壓力加劇消費(fèi)增長放緩因素影響,騰公司擬提前退,目前公司與訊公司就擬簽的《租賃合同除協(xié)議》相關(guān)款進(jìn)行協(xié)商和認(rèn),雙方尚未式簽訂《租賃同解除協(xié)議》騰訊今日回應(yīng),此次退租屬辦公樓宇的正調(diào)整。隨著自大廈的投入使、以及未來新公樓宇的陸續(xù)工,騰訊針對別零散的租賃業(yè)進(jìn)行了調(diào)整化,會(huì)嚴(yán)格遵合約推進(jìn)退租約相關(guān)事宜。訊公司公關(guān)總張軍表示,騰目前在深圳的公場所一直比分散,大家經(jīng)開個(gè)會(huì)都要坐梭巴士跑來跑,也確實(shí)不方。隨著自有大不斷投入使用未來新辦公樓也陸續(xù)竣工,當(dāng)集中辦公場也是好事。騰已在北、上、、深圳、成都立了騰訊大廈其中深圳南山的騰訊大廈總,是騰訊第一自建寫字樓, 39 層,成為了深圳特區(qū)名全國的深南道上的地標(biāo)。2015 年,騰訊又在深圳南區(qū)蓋了騰訊濱大廈,占地相于 3 個(gè)騰訊大廈,被網(wǎng)友為“大腰帶”成為騰訊新的球總部?!?騰訊濱海大廈,源騰訊官網(wǎng)此,騰訊要建一更大的全球總,于 2021 年 6 月開建,被稱為企島項(xiàng)目,總投 370 億,坐落于深圳市鏟灣?!捌簌Z”的規(guī)模號(hào)稱騰訊大廈、騰濱海大廈和騰前海大廈(在中)加起來的 16 倍。IT之家了解到,項(xiàng)目分一期和期。一期計(jì)劃 2024 年 12 月竣工,二期計(jì)劃于 2026 年 11 月竣工。官方披露,“鵝島”用地面 80.9 萬平方米,開發(fā)模 200 萬平方米,其中發(fā)用房 150 萬平方米、宿舍 19 萬平方米、商業(yè)用 14 萬平方米(含 6 萬平方米會(huì)議中及 4 萬平方米酒店)、科展覽館 0.5 萬平方米、數(shù)據(jù)及智慧控制心 0.3 萬平方米、片區(qū)聚機(jī)房 0.06 萬平方米。

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

IT之家 1 月 17 日消息,暴雪中今日中午布說明,暴雪娛樂國服地區(qū)游戲服務(wù)況作出說。暴雪中表示,其周再次與易接觸并求協(xié)助,探討將現(xiàn)的,基于易于 2019 年已同意既定款的協(xié)議順延六個(gè),從而使家得以不干擾地繼游戲,也暴雪繼續(xù)尋未來在服地區(qū)合而長遠(yuǎn)的展道路。網(wǎng)易并未上周的順談判后,受其關(guān)于延現(xiàn)有游服務(wù)協(xié)議提議。因暴雪將遵網(wǎng)之易停公告于 1 月 23 日中止國服游戲服。IT之家了解到,雪中國稱網(wǎng)之易所供的游戲據(jù)封存之,暴雪也在明天(京時(shí)間 1 月 18 日)推出一項(xiàng)功能讓《魔獸界》的國玩家下載自的游戲度以備未使用。將國服游戲新上線時(shí)大家就可上傳手中存的游戲史,以便續(xù)游戲。項(xiàng)功能將續(xù)開通至服停服。款方面,對玩家在戲內(nèi)已充但未消耗網(wǎng)絡(luò)游戲擬貨幣以付費(fèi)購買仍未失效游戲時(shí)間如有),雪中國預(yù)網(wǎng)之易會(huì)稍后開通款申請渠。談及尋新合作方進(jìn)展,暴中國指出已與多個(gè)在合作方開了會(huì)談其將在未與大家分新的進(jìn)展以下為《雪對國服家社區(qū)的新說明》文:親愛國服玩家:我們想過今天這信,對暴娛樂在國地區(qū)的游服務(wù)狀況大家做一說明。我明白,自網(wǎng)易的相公告發(fā)布來,這段間大家都煎熬,而們自己也感憂慮。們永遠(yuǎn)都玩家放在一位,無各位來自界的哪個(gè)落。大家未來的不定感,也我們這些服務(wù)國服家社區(qū) 20 年的暴雪同事們到很痛苦許多暴雪同事都是戲玩家。們通過電游戲結(jié)識(shí)許多終生友,收獲許多珍貴憶。這些戲空間對們來說意重大,讓們能盡情受樂趣,為一個(gè)熱暴雪游戲玩家。我非常理解戲?qū)θ藗?多重要。多國服玩也發(fā)來消和郵件分你們的感,你們不玩到最喜游戲的痛,你們與雪游戲、至暴雪早經(jīng)典游戲共同成長歷,你們那時(shí)起就直是暴雪戲的玩家每封郵件來都讓我唏噓感嘆正是出于們作為游玩家的個(gè)體會(huì),以國服玩家我們所表的懊惱,們上周再與網(wǎng)易接并尋求協(xié),以探討現(xiàn)有的,于網(wǎng)易于 2019 年已同意定條款的議,順延個(gè)月,從使大家得不受干擾繼續(xù)游戲也讓暴雪續(xù)探尋未在國服地合理而長的發(fā)展道。不幸的,網(wǎng)易并在上周的延談判后接受我們于順延現(xiàn)游戲服務(wù)議的提議因此我們不得不遵網(wǎng)之易停公告于 1 月 23 日中止國服游戲服。鑒于這不幸的結(jié),我們想申我們對服玩家的諾,同時(shí)大家分享前我們所提供的最消息:關(guān)玩家游戲度存檔妥封存大家游戲進(jìn)度物品裝備美好回憶對于暴雪每位同事言,都至重要 —— 我們創(chuàng)造這些世界是為了讓位感覺到己是其中一部分。們希望各能夠從先離開的地繼續(xù)前進(jìn)我們希望易能遵照此前發(fā)布停服公告妥善封存有玩家的戲數(shù)據(jù)。了讓《魔世界》的服玩家多份安心,網(wǎng)之易所供的游戲據(jù)封存之,暴雪也在明天(京時(shí)間 1 月 18 日)推出一項(xiàng)功能讓《魔獸界》的國玩家下載自的游戲度以備未使用。將國服游戲新上線時(shí)大家就可上傳手中存的游戲史,以便續(xù)游戲。項(xiàng)功能將續(xù)開通至服停服。們后續(xù)也在微博與家分享更關(guān)于《魔世界》進(jìn)存檔的信。關(guān)于退正如網(wǎng)之此前在 2022 年 11 月 17 日發(fā)布的公中提到的針對玩家游戲內(nèi)已值但未消的網(wǎng)絡(luò)游虛擬貨幣及付費(fèi)購且仍未失的游戲時(shí)(如有)我們預(yù)期之易會(huì)在后開通退申請渠道詳情請關(guān)網(wǎng)之易方的退款相信息發(fā)布關(guān)于尋找合作方的展我們已多個(gè)與我一樣擁有家為先價(jià)觀的潛在作方展開會(huì)談。我會(huì)優(yōu)先選這樣的潛合作伙伴能為玩家供高質(zhì)量穩(wěn)定的游服務(wù),能游戲內(nèi)外造積極的戲環(huán)境,且能和我一起盡力我們的游帶回給國玩家。我將在未來大家分享的進(jìn)展。憾的是,易不愿在們尋找一新合作方間,基于有的合作款將游戲務(wù)順延六月,使大在這段時(shí)能繼續(xù)游。但我們會(huì)因此放,仍會(huì)為家竭盡全。我們希大家明白事情仍未束。我們會(huì)努力尋懷揣共同仰的國服作伙伴。們目前及后都會(huì)盡們所能地大家分享關(guān)進(jìn)展。謝讀到這的各位,希望大家解:無論在即將到的兔年還將來,我和每一位雪同仁,各位國服家的心意都不會(huì)改?

卡游,是如何成為谷子經(jīng)濟(jì)一哥的?

IT之家 1 月 15 日消息,根據(jù)國外科技媒體 9to5Google 報(bào)道,谷歌正計(jì)劃整安卓平板的負(fù)一(Discover feed)頁面。三星 Galaxy Tab S8 運(yùn)行 Google Beta 版(14.2.7.26)之后可以看到全新的一屏界面。IT之家了解到,負(fù)一屏在歌 Android 系統(tǒng)中官方叫做 Discover feed,可以顯示股價(jià)、快遞高山天氣新聞等相關(guān)信息。歌在新版本中將現(xiàn)的兩列調(diào)整為三列您會(huì)在屏幕左側(cè)的發(fā)現(xiàn)”、“搜索”“收藏”按鈕,“Google” LOGO 已經(jīng)挪到了左上角,讓頁龍山看起更加的緊湊?

責(zé)任編輯: 未知

熱點(diǎn)新聞

      <code id='59bb6'></code><style id='a7986'></style>
      • <acronym id='d2584'></acronym>
        <center id='fba9b'><center id='c541f'><tfoot id='1f4f7'></tfoot></center><abbr id='b00fd'><dir id='18c2b'><tfoot id='72753'></tfoot><noframes id='357c5'>

      • <optgroup id='34da0'><strike id='f4691'><sup id='502b9'></sup></strike><code id='d1752'></code></optgroup>
          1. <b id='538f5'><label id='ad9ee'><select id='8478a'><dt id='2cd07'><span id='95c3b'></span></dt></select></label></b><u id='454cc'></u>
            <i id='a791c'><strike id='cf0a2'><tt id='5b117'><pre id='1f286'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='42257'></code><style id='599c6'></style>
              • <acronym id='cee26'></acronym>
                <center id='4095a'><center id='b7585'><tfoot id='57e94'></tfoot></center><abbr id='0340f'><dir id='7e2e3'><tfoot id='ab9e6'></tfoot><noframes id='09118'>

              • <optgroup id='a9475'><strike id='bbb29'><sup id='1fae6'></sup></strike><code id='04838'></code></optgroup>
                  1. <b id='8475f'><label id='b9aff'><select id='07d90'><dt id='d09b9'><span id='36a00'></span></dt></select></label></b><u id='f571c'></u>
                    <i id='a4038'><strike id='93dcc'><tt id='4e9c5'><pre id='cf402'></pre></tt></strike></i>

                    新兴县| 东城区| 喜德县| 双江| 宜川县| 延长县| 吴桥县| 崇义县| 仙游县| 宜兴市| 房产| 利川市| 南溪县| 常德市| 师宗县| 固镇县| 东港市| 安康市| 石狮市| 桦南县| 古蔺县| 邹城市| 鸡东县| 晋江市| 清水县| 额济纳旗| 共和县| 滁州市| 玉溪市| 富蕴县| 瓮安县| 蒲城县| 冀州市| 论坛| 宁津县| 洛宁县|