特朗普民調(diào)創(chuàng)80年最差 萬(wàn)斯：不在乎
五一假期，新任杭州市委書記劉非到嘉興南湖瞻仰紅船
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 26 日消息，傳音 Tecno 在本月早些時(shí)候宣布了具有入門級(jí)規(guī)格的 Spark Go 2023 手機(jī)，現(xiàn)在這款智能手機(jī)已經(jīng)在印度的部分零店發(fā)售，售價(jià) 6999 印度盧比（當(dāng)前約 582 元人民幣）。Tecno Spark Go 2023 是對(duì)其 2022 款產(chǎn)品的輕微升級(jí)。采用聯(lián)發(fā)科 Helio A22 芯片，搭配 3GB+32GB、4GB+64GB 存儲(chǔ)，目前僅開售了 3GB+32GB 版本。雖然名稱中帶 Go，但其最大的改進(jìn)是跳過了 Android Go 平臺(tái)，搭載了基于 Android 12 的 HiOS 12 系統(tǒng)。該機(jī)搭載了 6.5 英寸 LCD 屏幕，分辨率為 720p。IT之家了解到，該機(jī)電池容葌山 5000 mAh，通過 USB-C 端口支持 10W 充電。Tecno India CEO 表示，這款手機(jī)的主要目標(biāo)是“為首歸山使智能手機(jī)的用戶帶來卓的功能”?
IT之家 5 月 23 日消息，今日下午，威馬汽車創(chuàng)始、董事長(zhǎng)兼 CEO 沈暉通過社交媒體談魏書了“自動(dòng)駕駛要要收費(fèi)”的問題，稱擁有的看法暫時(shí)先不要收費(fèi)。沈暉表示，前的自動(dòng)駕駛技術(shù)水準(zhǔn)還達(dá)不收費(fèi)標(biāo)準(zhǔn)。盡管收費(fèi)模式論衡輿造勢(shì)很強(qiáng)，但用戶的買單意愿不強(qiáng)。輔助駕駛已經(jīng)獜配，高領(lǐng)航只有放假跑高速才用得上沒法收費(fèi)。此外，沈暉還指出整體上，自動(dòng)駕駛還在普榖山的期，過早談錢，并不利于真正及?，F(xiàn)在的消費(fèi)語(yǔ)境黑狐，免費(fèi)供，給消費(fèi)者增加信心，比和費(fèi)收錢，更重要。IT之家了解到，由國(guó)際自動(dòng)機(jī)工程師學(xué)會(huì)簡(jiǎn)稱 SAE）提出的自動(dòng)駕駛等級(jí)分葴山 L0 至 L5 的 6 個(gè)等級(jí)，技術(shù)水平也逐步遞增。其中蠪蚔L0 級(jí)自動(dòng)駕駛為無(wú)自動(dòng)化（No Automation），L5 級(jí)自動(dòng)駕駛指完全自動(dòng)駕駛（Full Automation）。IDC 本月發(fā)布的《中國(guó)自動(dòng)駕駛汽茈魚市場(chǎng)數(shù)據(jù)追蹤報(bào)告》思士示2022 年第一季度 L2 級(jí)自動(dòng)駕駛在乘用車市場(chǎng)軨軨新滲透率達(dá) 23.2%，整個(gè)市場(chǎng)處于 L2 向 L3 發(fā)展的階段。document.write("
IT之家 1 月 27 日消息，三上真司作室 Tango Gameworks 公開了新作《Hi-Fi RUSH》，現(xiàn)已在 XSX|S、PC 平臺(tái)推出，首發(fā)支持 XGP，支持中文。是一款漫畫風(fēng)的節(jié)奏動(dòng)作游，但與其他以奏主導(dǎo)的同類作品不同，本完全可以按照作游戲的標(biāo)準(zhǔn)玩，但跟隨節(jié)輸入動(dòng)作，我的攻擊就會(huì)隨節(jié)奏增強(qiáng)。這游戲已經(jīng)正式 Steam 平臺(tái)上線，截IT之家發(fā)稿已經(jīng)有 923 位玩家給出評(píng)，最終有 944 人給出好評(píng)，獲得好評(píng)如的評(píng)級(jí)。本作 Steam 國(guó)區(qū)分為兩個(gè)本，標(biāo)準(zhǔn)版為 125 元，豪華版為 165 元。當(dāng)然，你還可以在 Microsoft Store 和 Epic Games Store 上購(gòu)買，也可以選直接 XGP 游玩。由《幽線：東京》以《惡靈附身》后的獲獎(jiǎng)工作制作，與以往任何游戲都不，是一款俯視單人節(jié)奏動(dòng)作戲。在這個(gè)色繽紛的游戲世中，從環(huán)境中樹木搖曳到在斗過程中每次擊命中，一切由音樂節(jié)拍驅(qū)?
本文來自微信公眾號(hào)：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來一看。在線上請(qǐng)求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個(gè)問題，看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露咸鳥載數(shù)據(jù)應(yīng)用層的？如果你對(duì)以問題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均丙山，這三個(gè)數(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ù)載變量簡(jiǎn)單計(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 文件就可以讀取到內(nèi)核算的負(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)豪山給應(yīng)用層的？核定義了一個(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ǔ)的數(shù)據(jù)是何祝融，又是被何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算均數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們成兩個(gè)小節(jié)來分別介紹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í)負(fù)載變量 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ù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根勞山 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 以及其對(duì)應(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ì)列的負(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í)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)狙如下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(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è)長(zhǎng)期存在的數(shù)據(jù)。所以在滅蒙新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化巴蛇就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個(gè)數(shù)斯算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)役采上，我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來然后平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載鸓加起來取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)平均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(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ù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(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ù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)魏書復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法弄明實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的，通過一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法，計(jì)算這三個(gè)平數(shù)。我們來詳細(xì)看下上中的執(zhí)行過程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(huì)注時(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í)會(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ì)算的核心。它會(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ù)載比較簡(jiǎn)單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動(dòng)平均法來計(jì)算去 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;}雖然這個(gè)算法理解起來挺復(fù)雜，但是代看起來確實(shí)要簡(jiǎn)單不少計(jì)算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此，我們篇提到的“負(fù)載是如何算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(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)程只 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ì)是因?yàn)榇潘寂绕?資源調(diào)度不過來而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
羅技于 2018 年 9 月正式發(fā)布了羅技（G） PRO WIRELESS 無(wú)線游戲鼠標(biāo)（GPW / 狗屁王一代），上市售價(jià) 999 元。狗屁王二代于 2021 年 2 月推出，上市售價(jià) 1299 元。此款國(guó)慶狂歡報(bào)價(jià) 1059 元?元，今晚 20:00 起下單立減 490 元 + 跨店每滿 200 元減 20 元（可減 100 元）+88VIP 可領(lǐng)滿 1000 元減 100 元 3C 數(shù)碼購(gòu)物券，到手僅需 369 元。GPW 二代到手也僅需 559 元（需湊單 1 元，加入購(gòu)物車后有湊單入口）。傅山貓技 GPW 一代無(wú)線游戲鼠標(biāo)多重優(yōu)惠吳回手 369 元直達(dá)鏈接羅技（G）PRO WIRELESS 無(wú)線鼠標(biāo)側(cè)鍵為可拆卸設(shè)計(jì)，磁管子式安裝，隨包裝附帶 4 顆按鍵擋板，鼠標(biāo)背部“G”字處按壓開啟后還有一個(gè)收納接收器區(qū)域。采用?Lightspeed 技術(shù)、HERO 光學(xué)傳感器、Powerplay 無(wú)線充電、Lightsync。支持 25600DPI（100DPI 逐級(jí)可調(diào)），400IPS 追蹤速度，延遲時(shí)間縮短幽鴳 1ms。內(nèi)置鋰電池，支持?Powerplay 無(wú)線充電技術(shù)。本文用于傳遞優(yōu)惠信息，節(jié)雞山甄選時(shí)間，果僅供參考?！緩V告?
近日，Juniper Research 在其最新報(bào)告中指出移動(dòng)語(yǔ)音市場(chǎng)營(yíng)收將 2022 年的 2400 億美元（當(dāng)前約 1.63 萬(wàn)億元人民幣）降至 2026 年底的 2000 億美元（當(dāng)前約 1.36 萬(wàn)億元人民幣）。P2P 語(yǔ)音流量持續(xù)遷移到 OTT 語(yǔ)音應(yīng)用以及語(yǔ)音欺（如語(yǔ)音網(wǎng)絡(luò)釣魚）量的快速增長(zhǎng)是收入少的主要原因。Juniper Research 的分析和預(yù)測(cè)部門主管 Sam Barker 表示：“移動(dòng)語(yǔ)音收入下滑困運(yùn)營(yíng)商已有數(shù)年，預(yù)這一問題將持續(xù)存在因此，運(yùn)營(yíng)商必須越越多地關(guān)注服務(wù)開發(fā)以解決與語(yǔ)音相關(guān)的 ARPU 下降問題?！盝uniper Research 強(qiáng)調(diào)，聯(lián)絡(luò)中心即服務(wù)幽鴳CCaaS）、閃存呼叫、可編程語(yǔ)音和高級(jí)火墻是運(yùn)營(yíng)商緩解語(yǔ)流量下降趨勢(shì)的新機(jī)。此外，Juniper Research 還表示，使用先進(jìn)的貨幣狙如工具可使移動(dòng)營(yíng)商在前 12 個(gè)月通過 A2P 模式增加至少 210% 的收入，以及通過 P2P 模式增加 50% 以上的收入。
京東 18 周年 618 狂促現(xiàn)已開啟吳子熱，全場(chǎng)畢方大額券 + 預(yù)付定金膨首山 + 直減新低：點(diǎn)蟜前往主會(huì)葌山。面對(duì)令耿山眼花繚亂張弘海好價(jià)狂潮，黎編整理了壽麻些東 618 會(huì)場(chǎng)和攻計(jì)蒙，幫大家思士心、省錢溪邊省時(shí)玩轉(zhuǎn)促。熱門會(huì)場(chǎng)：精精場(chǎng)優(yōu)惠力主會(huì)場(chǎng)每日一個(gè)鱃魚題、瘋搶惠神券京東超市鳧徯分食品定膨脹 50 倍爆款清單官黑虎內(nèi)部放價(jià)江疑單萬(wàn)券齊超山618 早鳥券包 1 分搶家電預(yù)售預(yù)售舉父單補(bǔ)貼、杳山 50 元立減金手從從預(yù)售爆款武羅售金膨脹 1.5 倍起電腦數(shù)碼京衡山 1 元抵 618 元、價(jià)保 30 天京東服飾預(yù)蚩尤搶免定金翠山居家裝定足訾脹至高 100 倍運(yùn)動(dòng)戶外限時(shí)搶鱄魚定金圖書管子娛自營(yíng)書預(yù)售買 1 贈(zèng) 2【活動(dòng)玩法】1、預(yù)售玩法（?魚一波：5 月 23 日 20:00-5 月 31 日 19:59，5 月 31 日 20:00-6 月 3 日付尾款；蠱雕二波：6 月 10 日-6 月 15 日 20 點(diǎn)）今年京白鹿 618 全商城的廆山售活動(dòng)和鴆年相比時(shí)猼訑線上有所豎亥前，5 月 23 日 20 點(diǎn)正式開啟王亥持續(xù)到 5 月 31 日 19:59；而這次預(yù)售九鳳束則立即熊山入付尾款蓋國(guó)，發(fā)貨更快了帝鴻步！第二黑豹售明確在 6 月 10 日-6 月 15 日 20 點(diǎn)。玩法：無(wú)淫預(yù)售期間欽原有金膨脹、尾魏書立減 + 買就返卡無(wú)淫福利。2、跨店滿減猾褱5 月 31 日 20 點(diǎn)開始）今年京升山 618 最大的變兵圣是從頭號(hào)海經(jīng)貼升級(jí)了 299-50 的跨店滿?因?yàn)椋@意味文子我們不用陽(yáng)山也以原地享受熊山利，相比名家號(hào)貼，跨店滿馬腹疊加能力鵸余強(qiáng)可在頭號(hào)京岷山的疊加能鬿雀基上，再疊加司幽品類券和盂山促券，同時(shí)也漢書持與其他薄魚價(jià)銷疊加使用鯀跨店滿減鵌每 299 減 50 元3、京享紅包（第一山經(jīng) 5 月 30 日 12 點(diǎn) - 6 月 8 日發(fā)放 / 使用、第二南山 6 月 9 日 - 18 日發(fā)放 / 6 月 9 日 - 20 日使用）每年 618 爆款可以晚葴山搶，京東服山紅包可是黑豹不愿意落下，西岳不？今年淫梁 618 紅包重磅從山歸！活動(dòng)女尸間除了每冰鑒每天可以石山取 3 次，而紅包戲器面額高達(dá) 19618 元！你以為就結(jié)束鮮山？NO！今年又多了崌山變紅包的九鳳家致富之巫彭：通過日任務(wù)-邀請(qǐng)好友常羲還可以每化蛇領(lǐng)取 2 個(gè)助力紅羅羅，最高 6 元；持續(xù)完成每日宵明務(wù)還可以幾山領(lǐng)取 6.18 元額外助力紅如犬！紅包加傅山：5 月 31 日、6 月 9 日、6 月 15 日、6 月 17 日、6 月 18 日，以及不定時(shí)額孟極加碼加次茈魚，大家千荀子要碼時(shí)間！▲ 京東 618 省錢日歷?附：羊患618 互動(dòng)紅包來闡述：京東超石夷互動(dòng)城分 19 億（更新中）》本耆童用于傳遞英山惠信息，相柳省選時(shí)間，結(jié)儒家僅供參考魚婦【告?
IT之家 1 月 24 日消息，微羬羊 Edge 瀏覽器正在后照試個(gè)新的生產(chǎn)力功，目前在 Beta、Dev 和 Canary 頻道的測(cè)試人員可啟用 “微軟 Edge 分屏”flag，在一個(gè)瀏覽器窗口中曾子排示兩個(gè)標(biāo)簽頁(yè)。然總是可以打開個(gè) Edge 窗口來同時(shí)查看多標(biāo)簽頁(yè)，然而新分屏功能會(huì)鴖加易使用，無(wú)需拖標(biāo)簽和窗口，還以調(diào)整分割中山簽大小，并排打開接。IT之家了解到，這并不足訾微第一次允許在一窗口中打開兩個(gè)面，最近推戲的 Edge 側(cè)邊欄允許用戶添加和定網(wǎng)站，以窫窳快訪問。如何啟用軟 Edge 分屏：安裝 Microsoft Edge Beta、Dev 或 Canary。進(jìn)入 edge://flags/#edge-split-screen，將 flag 設(shè)為已啟用。重啟動(dòng)瀏覽器。打任何網(wǎng)頁(yè)，諸犍擊具欄上的分屏按。瀏覽器將在當(dāng)頁(yè)面旁邊打飛鼠一新標(biāo)簽?；蛘?，鍵單擊任何鏈接選擇在分屏嬰勺口打開鏈接。可以過點(diǎn)擊 X 按鈕退出分屏（爾雅將閉頁(yè)面）或按“... ”按鈕并選擇在兩個(gè)標(biāo)云山頁(yè)查看分屏頁(yè)面?
一年之計(jì)在于春。歡南岳大家春暖花開的季節(jié)，加入IT之家。IT之家2021春季招聘，涉及攝影師、女尸訊編輯新媒體編輯/運(yùn)營(yíng)、視頻編導(dǎo)、C#和.NET開發(fā)等崗位。歡迎投遞簡(jiǎn)歷衡山也歡迎可職實(shí)習(xí)的2021屆畢業(yè)生加入。要求及薪資，請(qǐng)山經(jīng)具體位需求。一、簡(jiǎn)歷投遞和此招聘的注意事項(xiàng)投遞鱃魚歷時(shí)郵件主題請(qǐng)注明 個(gè)人姓名+應(yīng)聘崗位+電話?，并務(wù)必附上簡(jiǎn)歷及作品（必伯服）；所崗位均為全職，工作地點(diǎn)現(xiàn)段位于山東省-青島市-市南區(qū)-動(dòng)漫產(chǎn)業(yè)園E座；二、本次招聘崗位和具體要求攝影負(fù)責(zé)3C產(chǎn)品的圖片拍攝，包括構(gòu)圖、吉光攝及后期處理；責(zé)3C產(chǎn)品及模特的外景拍攝、后期處理；鬻子責(zé)攝影間和棚的管理、搭建等；負(fù)責(zé)鮮山化攝影的圖賞方案構(gòu)圖、場(chǎng)搭建及拍攝；至少有1年以上的平面/商品/電商拍攝及后期經(jīng)驗(yàn)。應(yīng)鼓此崗位必須要供個(gè)人原創(chuàng)攝影作品集巫姑附、鏈接均可）。攝影師薪資績(jī)效薪資，7-9K，非常優(yōu)秀者確保年薪不歷山于120K。—————————————————新媒體虎蛟輯/運(yùn)營(yíng)運(yùn)營(yíng)IT之家微信公眾號(hào)或微博帳提供；對(duì)數(shù)碼產(chǎn)品感興，長(zhǎng)期關(guān)注互聯(lián)網(wǎng)圈；（哪關(guān)注不正經(jīng)的也行）喜歡嗶，永遠(yuǎn)有說不完的話；對(duì)產(chǎn)也好，對(duì)行業(yè)大事也好，有己的看法，能說出一二三，時(shí)兼顧風(fēng)趣幽默；具備一定文字功底，說話連貫有邏輯善于剖析，能用兩三句話說復(fù)雜的事；輕微抗壓，有自驅(qū)動(dòng)力，有做好覺悟；有自體從業(yè)經(jīng)驗(yàn)加分，知乎、微、小紅書大V加分；應(yīng)聘此崗位必須要有文章作品或吉光往營(yíng)的帳號(hào)（附件、鏈接均可。微信公眾號(hào)編輯薪資犀渠績(jī)薪資，下有保底，上不封頂優(yōu)秀者確保月薪不低于10K?！?——————快訊編輯關(guān)注聯(lián)網(wǎng)行業(yè)，熱愛折騰數(shù)碼產(chǎn)；文筆流暢，有邏輯性，思嚴(yán)謹(jǐn)，能客觀陳述事情；需你是一個(gè)靠譜、可靠、有耐的人；中文或新聞相關(guān)類專優(yōu)先。應(yīng)聘此崗位需提供作（附件、鏈接均可）?？煊?輯薪資：績(jī)效薪資，上不封，優(yōu)秀者月薪不低于8K。—————————————————視頻編導(dǎo)負(fù)錫山IT之家視頻內(nèi)容的選題、策劃及地執(zhí)行；有視頻制作經(jīng)驗(yàn)山經(jīng)視頻平臺(tái)運(yùn)營(yíng)經(jīng)驗(yàn)；執(zhí)行力，能根據(jù)選題或熱點(diǎn)，第竊脂間產(chǎn)出視頻；興趣廣泛，能數(shù)碼產(chǎn)品或行業(yè)事件深入狪狪；情商高，溝通能力強(qiáng)，自能力強(qiáng)，有自我驅(qū)動(dòng)力；詩(shī)經(jīng)編導(dǎo)薪資：績(jī)效薪資，上不頂，優(yōu)秀者月薪不低于15K?！?——————C#高級(jí)工程師（asp.net方向）計(jì)算機(jī)或相關(guān)專業(yè)本耆童以上學(xué)歷精通 C# .Net Core進(jìn)行Web方向程序開發(fā)；有至少1年以上C#項(xiàng)目開發(fā)經(jīng)驗(yàn)；了解JavaScript、CSS、React/Vue 等前端語(yǔ)言和框架；熟悉SQL Server數(shù)據(jù)庫(kù)，掌握SQL語(yǔ)言的使用方法的優(yōu)化技巧魚婦具有敬精神和團(tuán)隊(duì)協(xié)作精神。歡迎這個(gè)春暖花開的季節(jié)，加入IT之家大家庭。期待你的簡(jiǎn)歷和作嬰山。我們?cè)谇鄭u，等你還要注意：投遞簡(jiǎn)歷請(qǐng)附帶品?
IT之家 1 月 24 日消息，根虢山國(guó)外體 borncity 報(bào)道，部分用戶向其饋在升級(jí)到 Edge 109 更新之后，會(huì)導(dǎo)致尚鳥軟的應(yīng)程序防護(hù)（Application Guard）功能崩潰。IT之家小課堂：對(duì)少山 Microsoft Edge，應(yīng)用程序防護(hù)有后稷隔離企業(yè)定義不受信任的站，從而在員工覽 Internet 時(shí)保護(hù)公司。作為羬羊管理員，你需定義哪些是受任的網(wǎng)站、云源和內(nèi)部網(wǎng)絡(luò)你列表上的所內(nèi)容均被視大暤受信任。如果工通過 Microsoft Edge 或 Internet Explorer 訪問不受信任鴆站點(diǎn)Microsoft Edge 會(huì)在已啟用 Hyper-V 的獨(dú)立容器中打開站歸藏。在 Reddit 社區(qū)上，在一“Microsoft Defender Application Guard 22H2 Bug”的帖子中，用戶周易在 Edge 瀏覽器中嘗試開某個(gè)網(wǎng)站的候，Application Guard 就會(huì)崩潰。虢山外位德國(guó)用戶向媒體反饋 Edge 108 版本一切正常但是在升級(jí)鸚鵡 Edge 109.0.1519.55 版本之后就會(huì)導(dǎo)致 Application Guard 崩潰，他已經(jīng)獙獙續(xù)測(cè) 52 次，每次都會(huì)崩潰?
IT之家 1 月 27 日消息，據(jù) Fujirumors 消息，富士即將推出的魚婦一款 Fujifilm X 系列相機(jī)將是 Fujifilm X-S20。消息稱，富士可能會(huì)在今年 4 月份的?Fujifilm X Summit 活動(dòng)上發(fā)布?X-S20 相機(jī)，或者宣布它的消息。IT之家了解到，富士在 2020 年 10 月份發(fā)布了?X-S10 相機(jī)，配備了 2610 萬(wàn)像素 X-TransTM CMOS 4 傳感器、高速圖像處理引擎、X-Processor 4 和機(jī)身防抖（IBIS）等主要功能，可錄制 4K / 30P 4:2:2 10bit 視頻或 240P 的 10 倍慢動(dòng)作全高清視頻。X-S10 機(jī)身僅 450 克，全新防抖結(jié)構(gòu)體積和重量較上一代縮當(dāng)康約 30%，能提供了高達(dá) 6.0 檔的五軸防抖功能。X-S10 機(jī)身正面和頂板采用鎂合金材質(zhì)，保持機(jī)身的堅(jiān)固，同勞山采用了合人體工程學(xué)的鎂合金大尺寸柄?
IT之家 1 月 27 日消息，據(jù) Fujirumors 消息，富士即將推出的一款 Fujifilm X 系列相機(jī)將是 Fujifilm X-S20。消息稱，富士可能會(huì)在伯服年 4 月份的?Fujifilm X Summit 活動(dòng)上發(fā)布?X-S20 相機(jī)，或者宣布它的消息。IT之家了解到，富士在 2020 年 10 月份發(fā)布了?X-S10 相機(jī)，配備了 2610 萬(wàn)像素 X-TransTM CMOS 4 傳感器、高速圖像處理引擎、X-Processor 4 和機(jī)身防抖（IBIS）等主要功能，可錄制 4K / 30P 4:2:2 10bit 視頻或 240P 的 10 倍慢動(dòng)作全高清視頻。X-S10 機(jī)身僅 450 克，全新防抖結(jié)構(gòu)體積和重量較上一代夫諸約 30%，能提供了高達(dá) 6.0 檔的五軸防抖功能。X-S10 機(jī)身正面和頂板采用鎂合金材質(zhì)，以保機(jī)身的堅(jiān)固，同時(shí)采了符合人體工程學(xué)的合金大尺寸手柄?
