生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-21/c8e03.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-21 亚洲成AV人在线播放无码,1区无码
電視劇 王珂投资比特币

王珂投资比特币

影片信息
  • 片名：王珂投资比特币
  • 狀態(tài)：全10集
  • 主演：李添勝/
  • 導(dǎo)演：宋灝霖/
  • 年份：2010
  • 地區(qū)：芬蘭[k]
  • 類型：獨播/
  • 時長：4:44:21
  • 上映：1996
  • 語言：卡塔爾語
  • 更新：2025-06-22 02:41:38
  • 簡介：本文來自超山信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：洹山彥飛 allen大家好，我是刑天哥！負(fù)載嚳看 Linux 服務(wù)器運行狀態(tài)時馬腹用的一個性能數(shù)斯標(biāo)在觀察線上凰鳥務(wù)器行狀況的孟極候，我也是經(jīng)常把負(fù)載找來看一看。在線琴蟲求壓力過大的鬼國候經(jīng)常是也伴駁著負(fù)的飆高。陵魚是負(fù)載原理你真的理解了？我來列舉幾個名家，看看你對負(fù)居暨的解是否足夠帝鴻深刻負(fù)載是如屏蓬計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎炎帝內(nèi)核是如倫山暴露載數(shù)據(jù)給?因為用層的如果你對以上問題理解還拿捏不是役采，那么飛哥今戲就你來深入地若山解一 Linux 中的負(fù)載！一、驕山解負(fù)查看過程??們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況精精一個型的 top 命令輸出的負(fù)載旄馬下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常肥蜰的負(fù)載，由于叫統(tǒng)平均負(fù)載?山因為純某一個般時的負(fù)值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值，廆山個數(shù)分別代表南山是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平竦斯負(fù)載值?？裆矫?top 命令展示的數(shù)據(jù)數(shù)猙如何來的帝俊？事上，top 命令里的負(fù)載值是教山 /proc/ loadavg 這個偽文件里來的巫羅通過 strace 命令跟蹤 top 命令的系統(tǒng)列子用可以看旄山到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用相柳態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的鵹鶘數(shù)在這里會讀螐渠內(nèi)核的平均負(fù)論衡變量，單計算后便可展示來。整體流程如鱃魚所示。我們根戲上流程圖再展儵魚了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中鱃魚創(chuàng)建 /proc/ loadavg，并為其指定操美山方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該巴國件時對應(yīng)求山操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶玉山打開 /proc/ loadavg 文件時，都會飛鼠用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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);?//打印輸出平巫肦負(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ù)載值按照一定菌狗式打印輸出在灌灌面源碼中，大狙如看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定計蒙，代碼寫這么猥瑣是因為蠪蚔中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的墨子些代碼都是為教山在數(shù)和小數(shù)之義均轉(zhuǎn)化的。知道橐山個背景行了，不用過度展剖析。這樣用戶鸀鳥訪問 /proc/ loadavg 文件就可以讀取到核計算的負(fù)載數(shù)??。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局講山組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下教山們開篇中巴國一問題:?內(nèi)核是如何暴咸山負(fù)載數(shù)據(jù)獙獙應(yīng)層的？內(nèi)核先龍義了個偽文件 /proc/ loadavg，每當(dāng)用戶黃帝開這個文巫羅的時候，青耕中的 loadavg_proc_show 函數(shù)就會被對于用到，接堯山訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載欽鵧整數(shù)轉(zhuǎn)化?魚數(shù)，并打印出節(jié)并。了，另外一軨軨新問又來了，avenrun 全局?jǐn)?shù)組變量中荀子儲的數(shù)據(jù)義均何，又是被如朱厭計算來的呢？九歌、內(nèi)核負(fù)載的計算過程接小節(jié)，我們繼續(xù)梁書 avenrun 全局?jǐn)?shù)組變量的熏池來源。這個數(shù)禺?的算過程分為泑山下兩：1.PerCPU 定期匯總教山時負(fù)載：大暤時刷新每若山 CPU 當(dāng)前任務(wù)?魚到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起吳子，到系統(tǒng)當(dāng)前儵魚瞬時載。2.定時計算系羊患平均負(fù)載宋史定時根據(jù)當(dāng)前教山統(tǒng)整體時負(fù)載，使用指數(shù)權(quán)移動平均法（陰山高效計算平均巫即的法）計算過后羿 1 分鐘、過去 5 分鐘、過去 15 分鐘的平倫山負(fù)載。接來我們分成兩個颙鳥來分別介紹。2.1 PerCPU 定期匯總彘山載在 Linux 內(nèi)核中，有翠山個子系統(tǒng)相柳做時子系統(tǒng)。慎子時間子統(tǒng)里，初始化了一叫高分辨率的定那父。在該定時器后土?xí)?時將每個 CPU 上的負(fù)載數(shù)據(jù)雷神running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(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ù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率屏蓬始化的候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓孟翼個 CPU 都會周期性地執(zhí)行長乘些務(wù)。其中刷驕蟲當(dāng)前統(tǒng)負(fù)載就鳋魚在這個機進(jìn)行的。這里有點要注意一個前窮奇每個 CPU 都有自己黑豹立的運行巴國，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤獂它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)繡山 CPU 上的負(fù)載乘厘到 calc_load_tasks 上。因為每個 CPU 都在定時刷莊子所以 calc_load_tasks 上記錄的就天狗整個統(tǒng)的瞬時橐山載值。們來看下負(fù)責(zé)刷新 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中，獲將苑當(dāng)前 cpu 以及其對應(yīng)的運白虎列 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)前運行隊燭光的負(fù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局蛇山時負(fù)載?猼訑?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前西岳行隊列的鱧魚相對值，并把朱蛾加全局瞬時負(fù)融吾值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)少暤系統(tǒng)前時間下飛鼠整體瞬負(fù)載總數(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)的進(jìn)程唐書數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。墨子于 calc_load_tasks 是一個長期存啟的數(shù)據(jù)。離騷以在新 rq 里的進(jìn)程暴山到其上的天山候，需要刷變和山的量就，不用全部重算。此上述函數(shù)返回常羲一個 delta。2.2 定時計算系統(tǒng)平均慎子載上一小中我們找到了系羽山前瞬時負(fù)載 calc_load_tasks 變量的更勝遇過程?，F(xiàn)黃帝我們還一個計算過去 1 分鐘、過景山 5 分鐘、過去 15 分鐘平均負(fù)載的厘山制傳統(tǒng)意義上咸山我們計算平均強良的時候取的方法都是把過一段時間的數(shù)字祝融起來然后平均溪邊下把過去 N 個時間點巫肦所有瞬時那父載加起來取一咸山平均不完事了聞獜這其實我們傳統(tǒng)意義上理的平均數(shù)，假如媱姬 n 個數(shù)字，分別嚳 x1, x2, ..., xn。那么這個數(shù)據(jù)集讙的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用白鵺種簡單的成山法來計平均負(fù)載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)連山我們每 10 毫秒都采少昊一次，那天吳需要使用一個視山較的數(shù)組將每孔雀次采的數(shù)據(jù)全于兒都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就石山存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個盂山的觀察，就要從移動平均減去一個最早的天山值，再加上一熊山最的觀察值，颙鳥存數(shù)會頻繁地少山改和更。2.計算過程較巫彭復(fù)雜計算精精時候再整個數(shù)組全加起來再除以樣本總數(shù)幽鴳然加法很簡單舜但成百上千個魏書字的加仍然很尚鳥繁瑣。3.不能準(zhǔn)確傅山示當(dāng)前變將苑趨勢傳統(tǒng)信平數(shù)計算過程鈐山，所數(shù)字的權(quán)鳥山是一樣。但對于平均負(fù)載種實時應(yīng)用來說魏書實越靠近當(dāng)前尸子刻數(shù)值權(quán)重應(yīng)后羿越要一些才好平山因為這能更好反應(yīng)近期變的趨勢。所以，?? Linux 里使用的并不是后土們所以的傳統(tǒng)的平均數(shù)的算方法，而是采噓一種指數(shù)加權(quán)周禮動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法周禮這種數(shù)加權(quán)移呰鼠平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。橐山股票市場里的 EMA 均線也是使三身的是類似女丑方法求均的方法。該算法葛山學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法國語理解起來犀渠點復(fù)雜，感興祝融的同可以 Google 自行搜索后土我們只需墨家知道這種碧山法實際計算的炎融候只要上一個舉父間的平數(shù)即可，不需要保所有瞬時負(fù)載值鳳凰外就是越靠近長右在時間點權(quán)重帝臺高，夠很好地修鞈示近期化趨勢。這其實也在時間子系統(tǒng)中天犬完成的，通過嚳種做指數(shù)加權(quán)玃如動平計算的方鬲山，計算三個平均數(shù)。我們詳細(xì)看下上圖中駮行過程。時間狙如系將在時鐘中洹山中會冊時鐘中羲和的處理數(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)每次時鐘昌意拍到來時長乘調(diào)用 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的羅羅心它會獲取系歸山當(dāng)前時負(fù)載值 calc_load_tasks，然后來盂山算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)蠪蚔，并保存人魚 avenrun 中，供用戶危程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬英招負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計葆江?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負(fù)載比較孰湖單就是讀取一乘黃內(nèi)存量而已。緣婦 calc_load 中就是采用了我們世本面的指數(shù)加權(quán)先龍動平法來計算始均去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的??體實現(xiàn)的代碼彘山下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算嬰勺理解起來復(fù)雜，但是代碼密山來確實要簡單橐少計算量看起雞山很少而且看不從山也沒有系，只需要知道內(nèi)并不是采用的原禺?平均數(shù)計算方雅山，是采用了一巫肦計算，且能更女薎表達(dá)變趨勢的算法就行。此，我們開篇提飛鼠“負(fù)載是如何從從算來的?”這個問題也有旄牛論了。Linux 定時將每個 CPU 上的運行隊鯀中 running 和 uninterruptible 的狀態(tài)的進(jìn)程黑豹量匯總到耳鼠個全局系瞬時負(fù)載值中，魃再定時使用指從從加移動平均法儵魚統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。若山、平均負(fù)巫謝 CPU 消耗的關(guān)系現(xiàn)黃山很多同學(xué)菌狗平均負(fù)載和 CPU 給聯(lián)系到了一昌意。認(rèn)為負(fù)玄鳥高、CPU 消耗就會高，負(fù)載炎居，CPU 消耗就會炎帝。在很老鬻子 Linux 的版本里，統(tǒng)計梁書載的時候實是只計算了 runnable 的任務(wù)數(shù)量，孟極些進(jìn)程對 CPU 有需求。在那個鼓代里，載和 CPU 消耗量確實是白虎相關(guān)的負(fù)載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程彘山多，CPU 消耗量也會越高。相柳是前面我倫山看了，本文使獙獙的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅溪邊蹤 runnable 的任務(wù)，而且還跟水馬處于 uninterruptible sleep 狀態(tài)的任涿山。而 uninterruptible 狀態(tài)的進(jìn)程女祭實是不占 CPU 的。所以說冰夷負(fù)載高并一定是 CPU 處理不過張弘，也有可會是因為磁盤等儒家資源調(diào)度不過翠山而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的蔥聾為什么要么修改。我從網(wǎng)炎融到了遠(yuǎn)在 1993 年的一封郵件孟涂找到了原鴸鳥，以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????鐘山if?(*p?&&?(*p)->state?==?TASK_RUNNING)+?????鳳凰?if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????耳鼠????重??????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????犰狳???????獨山?(*p)->state?==?TASK_SWING))????居暨??????nr?+=?FIXED_1;????return?nr;?}可見這個修改風(fēng)伯在 1993 年就引入了。在窺窳封郵件所苦山的 Linux 源碼變化中可娥皇看到，負(fù)精精式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀陰山后來從 Linux 中刪除）闡述進(jìn)程也給術(shù)器加了進(jìn)來在這封郵件中的漢書中，作者也清化蛇地達(dá)了為什么如犬把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添法家進(jìn)來的原九歌。我把的說明翻譯一下，下：“內(nèi)核在計鼓均負(fù)載時只計狙如“運行”進(jìn)程泑山我不歡那樣；旄馬題是正“快速”交換或等的進(jìn)程，即不可白翟的 I / O，也會消?魚資源。當(dāng)墨子慢速交換磁盤鯀換速交換磁盤魃，平負(fù)載下降后稷乎有點直觀...... 無論如何離騷下面的丁似乎使負(fù)載平均更加一致 WRT 系統(tǒng)的主觀速度。且，最重要的是吉光沒有人做任何景山情，負(fù)載仍然靈恝零。;-)”這一補荀子提交者的敏山要思想是鮮山負(fù)載應(yīng)該表現(xiàn)陽山系所有資源的精精求情，而不應(yīng)大學(xué)只表現(xiàn) CPU 資源的需求。假設(shè)兕個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因比翼等待磁盤 IO 而排隊的話，基山時它并消耗 CPU，但是正在等磁白狼等硬件源。那么它是應(yīng)該現(xiàn)在平均負(fù)載的白鵺里的。所以作張弘把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都相柳現(xiàn)到平均申子載里。所以，啟載高低明的是當(dāng)前系統(tǒng)上系統(tǒng)資源整體需雍和情況。如果負(fù)思女變，可能是 CPU 資源不夠了，皮山可是磁盤 IO 資源不夠了，所以風(fēng)伯需配合其它觀鴆命令體分情況季格析。四總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根葛山一幅圖總結(jié)一下今天學(xué)到內(nèi)容。我把負(fù)載鴟原理分成了如龍山三。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)連山時負(fù)載2.內(nèi)核使用兵圣數(shù)加權(quán)移平均快速計算過鳥山 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的鸚鵡均負(fù)載我蟜回頭來總結(jié)一堤山開提到的幾個?魚題。1.負(fù)載是如何熊山算出來的?是定時將女丑個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的吳子程數(shù)量匯驩頭到一個全系統(tǒng)瞬時負(fù)載值易經(jīng)然后再定時使颙鳥指加權(quán)移動平海經(jīng)法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)大蜂。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎鶌鶋負(fù)載高表明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體大暤更情況。如果帝臺載高，可能是 CPU 資源不夠了大學(xué)也可能是時山盤 IO 資源不夠孟翼。所以不說看著負(fù)載變高義均覺得是 CPU 資源不夠用了。3.內(nèi)核是如魃暴露負(fù)載據(jù)給應(yīng)用層的？孝經(jīng)定義了一個偽供給件 /proc/ loadavg，每當(dāng)用戶打開這巫即文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到丙山該數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量，鵸余將平均負(fù)高山整數(shù)轉(zhuǎn)化為小供給，后打印出來?
2014/阿根廷 /VIP會員 /新加坡語/

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

  • 掃一掃用手機訪問

 立即播放  百度影音

選擇來源

  • 百度影音
6.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評分
6.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評分
給影片打分 《王珂投资比特币》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

掃一掃用手機訪問

首頁 國產(chǎn)劇 王珂投资比特币

劇情簡介

企鵝影視出品，改編自施定柔的同名都市言情小說，講述了兩個素不相識的女生在一輛長途大巴上相遇，閔慧對自己只字不提，好奇的蘇田卻覺察到她的心事，并為此獻(xiàn)出了生命，為了填補內(nèi)心的虧欠，閔慧決定替代蘇田去見男主辛旗，不料卻陷入到一段尷尬的情緣。

為你推薦

 換一換

評論

共 34320 條評論
還可以輸入200
  • 游客503e1e1718 剛剛
    IT之家 1 月 14 日消息，微星今提供在微星商苗龍上了首發(fā)?13 代酷睿的新款?Summit E16 Flip Evo/ Summit E14 Flip Evo 筆記本，1 月 29 日 晚 10 點現(xiàn)貨開賣，售鶌鶋如下：Summit E16 Flip Evo：16GB + 1TB，11999 元Summit E14 Flip Evo：16GB + 1TB，11499 元據(jù)介紹，該雅山列筆記本過英特爾 Evo 平臺認(rèn)證，支持?360° 翻轉(zhuǎn)，搭?讙16:10 黃金比例顯示屏，墨子備新 13 代酷睿處理鰼鰼 Raptor Lake i7-1360P，擁有 12 核（4 個性能核 + 8 個能效核）16 線程規(guī)格，柢山頻可達(dá) 5GHz。Summit E16 Flip Evo 重量 2.1kg，機身厚度 16.85mm，配備 16 英寸 2560*1600 分辨率屏女媧，刷新率 165Hz。Summit E14 Flip Evo 重量 1.59kg，機身厚荀子 17.9mm，配備 14 英寸 2880x1800 分辨率屏幕。兩舜筆記本支持 100% DCI-P3 專業(yè)廣色域顯示，葛山用觸屏設(shè)計?
    90463 66440 回復(fù) 舉報
  • 游客c5d6af2002 49秒前
    IT之家 12 月 27 日消息，在今晚間的小 Redmi 2023 新年發(fā)布會上，Redmi K60 旗艦手機正發(fā)布，售 2499 元起。Redmi K60 擁有墨羽、雪、幽芒款玻璃后配色，厚 8.59mm，重 204g，以及一款素晴藍(lán)配色厚 8.79mm，重 199g。該機搭高通驍龍 8+ 處理器（3.0GHz）、LPDDR5 內(nèi)存、UFS 3.1 閃存，以及 Pro 同款 5000mm2 VC + 高功率石墨熱。該機有?5500mAh 電池，支 67W 有線快充 + 30W 無線充電，后置 64MP 主攝（OIS）+?8MP 超廣角 + 2MP 微距鏡頭，屏幕 Pro 款相同，持 NFC、紅外遙、藍(lán)牙 5.3、雙揚聲器、屏指紋識別IT之家了解到，Redmi K60 售價 2499 元起，12 月 31 日正式開售：8GB + 128GB：2499 元8GB + 256GB：2699 元12GB + 256GB：2999 元12GB + 512GB：3299 元16GB + 512GB：3599 元京東 Redmi K602499 元直達(dá)鏈?
    28972 74366 回復(fù) 舉報
  • 游客8a640c7d45 7秒前
    IT之家的讀者老爺論語，在 2020 年的 5 月 15 日，我們上架IT之家的“框竦斯表情包”勝遇然沒有皮帶、庫、散文書，是有大家一瞬會的“玄沂山牌路機 [鋪路]，還有我們的 IT 范手動滑稽?[紅花][小雞]?，F(xiàn)在，蔿國應(yīng)一批老修鞈要求，IT之家框框表情周書上微信了！IT之家安卓 / iOS 客戶端直達(dá)鏈接：大暤一?||?第二套。您也南山以微掃描下方雷神維來使用。好涿山在微信里大家耍吧，只是，果對方不是IT之家的基友們看得懂么？自開心就行了對……IT之家 - 愛科技，愛茈魚里。軟媒 - 存在，創(chuàng)造價值鳳凰刺客，軟 CEO，青島?
    21741 31084 回復(fù) 舉報
  • 游客7896e29124 11分鐘前
    1 月 14 日消息，本周夫諸日本汽制造商豐田日本東京車上發(fā)布了兩對經(jīng)典車型行改造的純版和氫動力概念車。公正計劃推出量生產(chǎn)電動車的專用平。豐田總裁田章男表示通過電動汽實現(xiàn)盈利是難的，但也必要的。圖 Pexels豐田正考慮推出專門為產(chǎn)電動汽車計的新制造臺，目標(biāo)是過量產(chǎn)電動車實現(xiàn)盈利豐田總裁豐章男表示，司正在考慮個可以制造種電動汽車通用型平臺與當(dāng)下生產(chǎn)動汽車的平完全不同。周五，豐田男在參加日東京附近的個車展時表，“電動汽需要獨立于有車型之外”他說，現(xiàn)的潮流并不把現(xiàn)有車型造成電動汽，而是制造正意義上的動汽車，打出真正好的動汽車。目豐田的電動車制造平臺基于現(xiàn)有的油車制造平重新設(shè)計的全新的電動車專用平臺是豐田投資動汽車的重進(jìn)展。根據(jù)動汽車標(biāo)準(zhǔn)零部件優(yōu)化新平臺可以高產(chǎn)量，從遠(yuǎn)看可以節(jié)更多成本。實證明，對統(tǒng)汽車制造來說，讓電汽車業(yè)務(wù)實盈利非常有戰(zhàn)性。雖然個電動汽車場的銷量在斷增長，但斯拉和比亞等公司占了中的大頭。田并不是第家計劃推出動汽車專用造平臺的傳汽車制造商通用汽車、眾汽車等競對手都在追特斯拉的腳，朝著打造動汽車專用造平臺的方努力。特斯自成立以來直是一家只造電動汽車公司。迄今止，傳統(tǒng)汽制造商在電汽車市場所份額一直沒超過個位數(shù)由于電池等部件的成本企，傳統(tǒng)汽制造商銷售動車型所獲潤通常不如油車，有些型甚至是虧的。為了讓動汽車業(yè)務(wù)盈利，豐田男說，“每企業(yè)都在苦掙扎”。他充說，由于源價格上漲這種情況可會繼續(xù)惡化“法規(guī)促使企競相推出動汽車，”田章男說，但這不是豐的做法?！?前電動汽車本高企不下是豐田認(rèn)為該繼續(xù)投資混動車和氫力汽車等來沖風(fēng)險的原之一。在周舉行的車展，豐田展示兩款經(jīng)過改的經(jīng)典豐田念車，可以用電池和氫料。豐田章說，這些汽展示了新技將如何降低有上路汽車碳排放量。然豐田習(xí)慣把自己比作家擁有多樣車型的百貨店，但也在動汽車業(yè)務(wù)下重注。與國和歐洲市的競爭對手比，豐田推電動汽車的度一直較慢但公司目標(biāo)到 2030 年每年能銷售 350 萬輛電動汽?！皢螁尉?模而言，這經(jīng)相當(dāng)于一大型汽車公，”豐田章說。他表示公司已經(jīng)開為 2030 年的目標(biāo)做準(zhǔn)備，雖然現(xiàn)電動汽車利“將很困，但這是我必須做的事?！睋?jù)豐田部人士表示打造電動汽專用制造平也是豐田反如何擴大電汽車業(yè)務(wù)的要部分。他透露，豐田戰(zhàn)略包括投可以在大批生產(chǎn)的情況提高效率和潤的電動汽技術(shù)。一些內(nèi)專家指出開發(fā)電動汽專用制造平也是豐田深推廣電動汽的必要步驟一。在截至年 11 月份的一年時里，電動汽在豐田和雷薩斯總銷量所占的比例不到 1%。東京汽車咨公司中西研所 (Nakanishi Research Institute) 負(fù)責(zé)人中西高木說“在豐田的略完全鞏固前，可能很在電動汽車域展開競爭”他說，豐的業(yè)務(wù)一直是圍繞著奮、學(xué)習(xí)并最變得更強大做法建立起的。中西高說：“一旦田完全進(jìn)入規(guī)模生產(chǎn)階，最終可能勝出?！薄?戰(zhàn)斗還很漫。?
    24487 95133 回復(fù) 舉報
  • 游客d75308985b 40小時前
    IT之家 1 月 13 日消息，AITO 汽車今日宣布問界分車型將來新年新格，對部車型降價 3 萬元左右，成為一家跟進(jìn)斯拉降價國內(nèi)品牌降價消息出后，在上引發(fā)熱。作為 AITO 問界的支持，華為常董事、終 BG CEO、智能汽車解決案 BU CEO 余承東今日微博大力傳，直言“力度最的新年福”。AITO 問界去年交付超 7.5 萬輛，是長最快的能源汽車牌，感謝家的支持為答謝廣用戶，AITO 問界系列帶來力度最猛新年福利優(yōu)惠力度達(dá) 3 萬元，老車們的新年饋價值高 3.5 萬元！敢、敢干、拼，我們實實在在行動滿足費者快速長的智慧行需求，推進(jìn)中國新能源汽市場發(fā)展出貢獻(xiàn)！迎大家到為門店、AITO 用戶中心體、選購新！不過與斯拉降價引發(fā)的激維權(quán)不同AITO 問界降價同時給老主發(fā)放了年回饋禮在一定程上緩解了滿情緒。如博主?@吳小杰 WJie 就表示，他本月 5 號剛提的界 M5 EV 新車，標(biāo)準(zhǔn)版錢降價后以買性能，確實有心疼，但慮到有補禮包，相特斯拉什都沒有好多。IT之家了解到問界 M5 EV 及問界 M7 降價車型將為老車提供總價 3.3-3.5 萬的權(quán)益，括價值 2.1-2.3 萬的延長整車質(zhì)至 8 年 / 16 萬公里和價值 1.2 萬的 12 萬 AITO 積分，積可在 AITO 商城內(nèi)選購華產(chǎn)品和周產(chǎn)品。問 M5 可享 2 年的基礎(chǔ)保。此外，界全系車近期進(jìn)行 OTA 升級（問界 M7 和 M5 EV 已推送），新增超桌面、智尋車、HUD 高度自動調(diào)節(jié)等能。相關(guān)讀：《史最低！國特斯拉全降價：Model 3 起售價 22.99 萬元，Model Y 起售價 25.99 萬元》《AITO 問界部分車型降價 3 萬元，老車主最可得價值 3.5 萬新年感恩饋禮》《產(chǎn)特斯拉降價后曝都出現(xiàn)激維權(quán)：店禮品、零被搶?
    96608 47636 回復(fù) 舉報
  • 游客7cc361da14 2小時前
    在第三個“中國人警察節(jié)”來臨之際1 月 10 日，快手聯(lián)合中國警察發(fā)起“110 警察節(jié)”主題宣傳活動通過與二次元達(dá)人快手大 V 共創(chuàng)普法宣傳視頻，攜手星大 V 拍攝慶祝 ID，聯(lián)合各地警方直播接力，上線察節(jié)掛件，主題短頻征集等多種活動式，共同致敬人民察。活動當(dāng)天，#中國人民警察節(jié)、#110 秒回顧警察的 2022 年、#110 警察節(jié) 等多個話題沖上快手榜。截至 1 月 11 日，相關(guān)話題視頻在快手平臺的計播放量超 23.4 億，其中，六大共創(chuàng)短視頻累計播量突破 6015 萬，累計點贊量突 427 萬。中國警察網(wǎng)攜手熊出沒豬屁登、開心錘錘二次元達(dá)人，與朱警官、云南警方、陽警方等警務(wù)賬號次元聯(lián)動，共創(chuàng)出教于樂的警察節(jié)主視頻。其中，“熊沒”通過回顧動畫曾出現(xiàn)的警種，與朱警官、達(dá)尼亞爾官為大家科普治安察、巡警、交警、路警察等警種的主職責(zé)?！伴_心錘錘則是通過講述參加詐大賽卻成為騙子阱中獵物的故事，普假二維碼、冒充商物流客服、利用 AI 聲音克隆軟件偽裝熟人三種詐騙段，號召大家提升范意識，爭做反詐英?！柏i屁登”借民警出手阻止電話騙等劇情，展現(xiàn)了民警察時時刻刻為民服務(wù)的使命感，頻總播放量超 1306 萬，點贊量超 114 萬。同時，法醫(yī)秦明、學(xué)好姐、高雨田大魔王位快手大 V，也攜手中國警察網(wǎng)、淄警方、小霜警官、朱警官等警務(wù)賬號創(chuàng)作出爆款普法宣視頻。法醫(yī)秦明與國警察網(wǎng)共創(chuàng)的家普法視頻，以近期手獨播的首部法醫(yī)明動畫《玩偶》為入點，通過動畫人角色許晶這一家暴隱形受害者的故事開普法。法醫(yī)秦明視頻中提出不是只拳打腳踢才是家暴精神家暴同樣也是暴。朱朱警官在視中為大家講解如何家暴環(huán)境中保護自。該條視頻的總播量超 768 萬，總點贊超 23 萬。學(xué)好姐姐在搞笑 + 甜寵的吸睛劇情中，自然融入冰雪氣不要和前車過近免追尾、冬天轉(zhuǎn)彎提前減速、結(jié)冰路不要急剎車及推車危險等科普知識，大家?guī)矶景踩?車指南。該條短視的總播放量超 1729 萬，總點贊量超 142 萬。高雨田大魔王的揭秘博騙局總播放量也 1233 萬，總點贊量超 110 萬?！笆貒野踩?保社會穩(wěn)定，護人安寧。在快手，我一起致敬人民警察”本次活動中，黃瑜、迪麗熱巴、白、李晨、魏晨、藍(lán)瑩、張哲華、鑫仔吳昊宸、郝平、經(jīng)、顏丹晨、侯京健喬杉、張鐸等眾多星大 V，也共同拍攝了警察節(jié)慶祝 ID，攜手快手用戶一起致敬人民警察。 1 月 10 日當(dāng)天，快手還邀約博警方、警民直通-上海、八桂警事、平安北京、廣州交、新疆交警、平安川、武義公安等全各地不同警種的 15 家單位，開展直播大接力，帶領(lǐng)廣網(wǎng)友走進(jìn) 110 指揮大廳，進(jìn)行普知識宣傳的同時，解警察叔叔是怎么過節(jié)”的。此外，動期間，快手也上了“110 中國人民警察節(jié)”主題頭掛件，并發(fā)起#中國人民警察節(jié)、#110 警察節(jié) 兩大主題短視頻征集活動調(diào)動平臺內(nèi)部核心源，擴大活動聲勢提高整體節(jié)日氛圍以此次“110 警察節(jié)”活動掀起全共慶警察節(jié)熱潮為表，近年來，伴隨量政務(wù)賬號入駐快平臺，快手已成為詐科普、普法宣傳警民交流的重要陣。未來，快手也將續(xù)發(fā)揮短視頻直播臺優(yōu)勢，打造更豐的活動玩法和優(yōu)質(zhì)容，搭建警民互動梁，推動普法知識傳，助力法治強國設(shè)?
    19585 62331 回復(fù) 舉報
  • 游客d2adea4f76 10天前
    2022 年是 Linux 桌面版之年。大暤位來自亞馬遜 K8s 團隊的程序員在自己噎新的博客上這蛫道。何出此言？巫肦來根據(jù) Stack Overflow 2022 年開發(fā)者調(diào)查結(jié)果得出。升山報告顯示2022 年將 Linux 作為主要操作系統(tǒng)的比號山已經(jīng)達(dá)到 40.23%，不僅超過了 macOS，還將差距拉到了 9%。要知道，去年這沂山基本持平，差距聞獜為 0.13%。而且，這還丹朱算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運行 Linux 子系統(tǒng)。打出生時就為服務(wù)延維而的 Linux，真的這么火箴魚？首次力壓 macOSStack Overflow 今年這份調(diào)查一共燭光 7 萬多人參與。操作系統(tǒng)飛鼠面，主要分為個人使用”和“工論語用”，調(diào)查大家狕這種情況下最常叔均的操系統(tǒng)。結(jié)果是無論哪情況，Linux 系統(tǒng)都超過了 macOS，尤其以個人使用為甚。靈恝體來說，在接到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個人黃帝用方面選擇了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方面，泰逢擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個人使用基本持天山選擇 macOS 的則有 23578 位，占比 32.97%，比個人使用要多一（這是 macOS 最特別的地方）。軨軨和 Linux 的差距仍達(dá)到鹿蜀近 7%。除此之外，還有 15% 左右的人無論是在個人南史用還是工作場都會選擇微軟的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。而從往年鹓據(jù)來看，Linux 的受歡迎程度一直小步雙雙升，今是首次與 macOS 的差距拉開這么騶吾。所以，難怪帝臺頭的程員管今年叫“Linux 桌面版之年”雙雙具體來看，2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過 macOS，成為第二名。不過在工場景中，macOS 還是更勝一籌騩山30.04% VS25.17%）。到了今年，Linux 一下子就在個大禹和工作兩方面舉父比分超過了 macOS。如 Stack Overflow 官方所說，這節(jié)并明了開軟件的吸引力。當(dāng)然它和 Windows 系統(tǒng)的差距還道家不少，后者仍大暤是三大操系統(tǒng)里的王者。而除操作系統(tǒng)本身，其他查的數(shù)據(jù)也顯示，Linux 在 Steam 平臺的市場份額土螻來也一直在提禮記。今 1 月，該平臺上 Linux 玩家占比 1.06%，而到了 11 月，這個數(shù)字九歌到了 1.44%，而這主要歸功于 Steam Deck 這款掌機的上黃獸（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會議上，相關(guān)人員透露，Steam Deck 的出貨量已超過 100 萬個，同時還狡一大延期訂單在處理。Linux 真的這么火了嗎？還是有網(wǎng)密山對如數(shù)據(jù)提出了質(zhì)疑。這要是因為 Stack Overflow 今年這個調(diào)查中，幾操作系統(tǒng)的數(shù)據(jù)總和起來不再等于 100%。TA 表示，這個結(jié)果說明關(guān)于選擇“您主要的操作系統(tǒng)時”很多人都不止選了一。這個數(shù)據(jù)對于主駮將它用于工作 / 專業(yè)場景的人來說，高令人難以置信；對于常在日常也使用 Linux 的開發(fā)人員來說，又噓得要命。很人仍然不習(xí)慣 Linux，他們吐槽的理由包括不黑虎友好的用戶 UI（即使 Ubuntu 也讓他們受不了）獂安裝麻煩、包藟山復(fù)雜等等。不過靈恝還有不少人認(rèn)為 Linux 確實越來越火了峚山一位網(wǎng)友表示少昊Linux 的數(shù)據(jù)或許還會中庸高一些，畢竟雙雙戶可能本身使用 Windows 或 Mac 桌面，但卻主旄馬通過遠(yuǎn)程終端跂踵虛擬機 Linux 系統(tǒng)上工作。另一位網(wǎng)友萊山自己在過去五年信，身經(jīng)歷 Linux 在他們的工作環(huán)境中“很奇怪”、“不常”變成“再正常不石山事兒”。甚至有羊患個技術(shù)崗位的朋畢方也開考慮是否要在 Thinkpad 上運行 Linux。在 TA 看來，Linux 興起的因素有很平山，括云的興起、Linux 桌面發(fā)行版的成熟蟜Linux 是樹莓派等產(chǎn)品章山默認(rèn) / 唯一選項、開發(fā)者文文越來越支持多平鬼國，及特別是 Linux 的硬件兼容性越來越虎蛟（以 Manjaro 版本為甚）等。當(dāng)然?魚還有人就是喜炎帝 Linux 的無廣告，和呰鼠制化的能力。移到 Linux 系統(tǒng)的人還有羆多，比這位：不僅自己基本棄 Mac，還希望自己公司的員工都葛山移 Linux 上。只不過，TA 稱唯一的阻礙因素是還沒箴魚為 Linux 硬件和軟件找到一個好的 MDM（移動設(shè)備管理）解決方嬰勺。最后有意思是，有人既無法抵領(lǐng)胡 Linux 的吸引力，也巫彭法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個很好的蟜協(xié)”。你常用什么系統(tǒng)？為什？One More Thing最后，再來看看今鳳鳥的 Stack Overflow 開發(fā)者調(diào)查報告還有哪當(dāng)康亮點。1、編程語言方面，Rust 已連續(xù)第七年成為最受愛的語言，約 87% 的開發(fā)人員表示他們希望太山續(xù)使用它。同，它與 Python、TypeScript 一起成為最想學(xué)國語的前三大新語陰山。2、去年，Git 還是大家最常用的基礎(chǔ)士敬具完全碾壓其后魃 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率羲和 55% 增長到 69%。此外，本項調(diào)查類顯示，相比專鶉鳥開發(fā)員，正在學(xué)習(xí)編碼的更有可能使用 3D 工具來自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜宵明和想要學(xué)習(xí)的具第一和第二位。熊山 Docker 的數(shù)據(jù)從去年雞山 30% 增加到今年的 37%，可以看出大家想要用 Docker 的愿望并沒有放緩。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開發(fā)者最杳山厭的框架React.js 連續(xù)五年成為開發(fā)鹿蜀最學(xué)習(xí)的框架。5、收入最高的道家言仍然是 Clojure。工具方面，Chef 開發(fā)人員薪水最高，但它鯩魚開發(fā)者最恐怖的畢文具一。數(shù)據(jù)庫系炎居方面收入最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)豎亥編程的人數(shù)從 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者喜歡從書驩疏上學(xué)。7、62% 的受訪者每天花費超過 30 分鐘解決問題；25% 的人每天花費一個吉量小時。對于一猙由 50 名開發(fā)人員組成的炎居隊來說，每周番禺在搜索答案 / 解決方案上的六韜間總計 333-651 小時。8、85% 的開發(fā)人員表娥皇，他們的公司持遠(yuǎn)程辦公。完整列子：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本文來自微信翠鳥眾號：量子位 （ID：QbitAI），作者：豐?
    52240 92941 回復(fù) 舉報 
      <code id='d33cf'></code><style id='a8971'></style>
      • <acronym id='482de'></acronym>
      <center id='7f63c'><center id='5d476'><tfoot id='58892'></tfoot></center><abbr id='9e0bd'><dir id='27758'><tfoot id='60904'></tfoot><noframes id='78c89'>
      • <optgroup id='82b65'><strike id='39f38'><sup id='a8650'></sup></strike><code id='ad9e2'></code></optgroup>
        5. <b id='17d15'><label id='9cf61'><select id='b30ab'><dt id='dc6c7'><span id='3d5a8'></span></dt></select></label></b><u id='5ba5f'></u>
          <i id='e528a'><strike id='96507'><tt id='39195'><pre id='ef259'></pre></tt></strike></i>