全國運(yùn)動裝備市場規(guī)模將超6000億元
如何評價哈登G7的表現(xiàn)
原文標(biāo)題《滴滴：日起恢復(fù)》自前年 7 月 4 日滴滴出行 App 下架至今，已經(jīng)過了一年半余。在這短一年半間，曾經(jīng)度塵埃落的出行市發(fā)生了不的變動，如美團(tuán)打重新上線曹操出行T3 出行等多家二網(wǎng)約車公也加強(qiáng)了廣，就連為也推出自己的打應(yīng)用 ——Petal 出行。趁著滴滴事塵埃未定各家廠商希望能在約車市場得一杯羹不過，這懸而未決狀態(tài)并沒持續(xù)多久今天下午微博 @滴滴出行發(fā)消息，表：“一年來，我公認(rèn)真配合家網(wǎng)絡(luò)安審查，嚴(yán)對待審查發(fā)現(xiàn)的安問題，進(jìn)了全面整。經(jīng)報網(wǎng)安全審查公室同意即日起恢“滴滴出”的新用注冊。后，公司將取有效措，切實(shí)保平臺設(shè)施全和大數(shù)安全，維國家網(wǎng)絡(luò)全?！保?源：滴滴自前年開，滴滴出不但經(jīng)歷下架、禁注冊等處措施，受了國家判的巨額罰，還流失將近 20% 的市場份額，為己的莽撞出了巨額價。問題了，到底家網(wǎng)約車司犯了什事情，能引起如此大的震動在恢復(fù)新戶注冊后滴滴還能復(fù)往日榮嗎？不妨小雷娓娓來。01、從天之驕，到全民敵不可否的是，時今日，滴依然是網(wǎng)車發(fā)展歷中極為濃重彩的一。2012 年，時任阿里支付事業(yè)部副經(jīng)理程維布離職創(chuàng)?？粗挟?dāng)線上打車場空間的，于同年 7 月創(chuàng)立了北京小科技有限司，并于年 9 月推出了“滴打車”約車 APP。憑借密集的地推出色的宣策略和相好用的應(yīng)體驗(yàn)，“滴打車”功在早期上打車市占據(jù)一席地，并吸了一波愛鮮的投資擲重金押，其中不騰訊集團(tuán)重量級投人。在騰的支持下滴滴迅速展起來，短一年之滴滴的市占有率達(dá) 59.4%，覆蓋了國近 35 萬名司機(jī)，注冊乘約 1000 萬。（圖源：微）當(dāng)然，時的滴滴非市面上一的玩家阿里投資快的打車是一股不小覷的勢。到了 2014 年，雙方展正面交鋒在騰訊和里兩家金的大力支下，滴滴快的大打貼戰(zhàn)，最狂的時候滴滴一天?掉三千萬廣金，快打車更狠輕松燒掉千萬。搶客戶的補(bǔ)大戰(zhàn)，讓方背負(fù)的袱越來越重。最終滴滴率先變了戰(zhàn)略選擇把補(bǔ)金額改為機(jī)，用戶要通過手轉(zhuǎn)發(fā)鏈接取優(yōu)惠。借騰訊在動互聯(lián)網(wǎng)態(tài)中的統(tǒng)地位，快打車很快堅(jiān)持不住，這場沒硝煙的戰(zhàn)，最終以滴和快的略合并劃了句號。并了快的車，滴滴下一步動，自然就干掉優(yōu)步還是一樣補(bǔ)貼戰(zhàn)，是現(xiàn)在滴和騰訊已對“信息”變得更熟練，不是微信朋圈分享，是轉(zhuǎn)發(fā)互等活動，訊對優(yōu)步律全面封，用戶幾看不到優(yōu)的身影。了 2016 年，優(yōu)步已經(jīng)無承擔(dān)這樣虧損，滴順勢把優(yōu)的中國業(yè)收入囊中經(jīng)過這兩大戰(zhàn)，滴幾乎坐穩(wěn)國內(nèi)網(wǎng)約第一大平的地位，場份額超 90%，中國本土約車大戰(zhàn)乎就此終了。（圖：滴滴）是幾乎坐勝局的滴，卻開始斷暴露出題。2018 年初，因?yàn)楸O(jiān)管力，滴滴連發(fā)生兩順風(fēng)車乘遇害事件使大眾對滴打車充怒火，滴被迫關(guān)停風(fēng)車業(yè)務(wù)2018 年底，因順風(fēng)車遇事件的安整改還未束，滴滴爆出了巨虧損的問，全年虧高達(dá) 107 億。事實(shí)上，成至今十年間，滴滴資高達(dá) 23 次，總計燒錢高千億，卻終無法扭虧損的局，無法直腰板跟資叫板。更滴滴難受是，諸如 T3 出行、如祺出等后起者始涌現(xiàn)，想在市場分得一杯，最終在有對手，有虧損的況下，滴下了一步棋 —— 前往美國市。02、暗流涌動后“滴滴時代正所，一個行巨頭的危，是萬千內(nèi)玩家的會。滴滴寂之后留的巨大空，讓無數(shù)內(nèi) / 業(yè)外玩家躍欲試。前時間，此只做聚合臺的高德推出了自品牌“火出行”，高德的市份額也一水漲；在之前華為騰訊也一開始進(jìn)軍約車市場做起了聚平臺的生；而 T3 出行、曹操出行等家也放出言；美團(tuán)老玩家也穩(wěn)扎穩(wěn)打大家都盯了滴滴這蛋糕。（源：火箭行）除了內(nèi)玩家，少車企也入了網(wǎng)約的行列中根據(jù)天眼顯示，去 7 月，廣東小鵬車科技有公司注冊“XPENGROBOTAXI”“小鵬智”“小鵬行”等商；去年 8 月，蔚來在煙臺成了銷售服公司，業(yè)范圍包含約車經(jīng)營新能源廠似乎都在局網(wǎng)約車務(wù)與 Robotaxi 業(yè)務(wù)。對于車企言，成立約車企業(yè)是可以擴(kuò)業(yè)務(wù)范圍提高汽車量，讓乘感受到乘的舒適性吸引其購；二是可運(yùn)營網(wǎng)約來快速積自動駕駛數(shù)據(jù)，在時間內(nèi)驗(yàn)產(chǎn)品的可性，高效獲知車輛電池等在同使用場、路況以氣候下的況優(yōu)化生和運(yùn)營，哺整套自駕駛系統(tǒng)開發(fā)。（源：享道 Robotaxi）有趣的是，管各家出廠商都在視眈眈，是根據(jù)易等多家機(jī)的數(shù)據(jù)顯，滴滴出的市場份從最高的 90% 下滑到 70% 之后，似乎卻進(jìn)了一段較的平穩(wěn)期無論競爭手們怎樣加讓利措，想要再滴滴出行口中奪走食似乎變越來越難在我看來出現(xiàn)這種況的最主原因，當(dāng)還是眾所知的用戶數(shù)差距。為國內(nèi)老出行 APP，和那些很難叫到合規(guī)”司的新興平對比，滴在出行領(lǐng)的先發(fā)優(yōu)可謂是巨的，數(shù)量大的司機(jī)乘客群體效保障了約車運(yùn)營消費(fèi)的及性。要知，促使用使用某個具 App 的最大動機(jī)就是“用”。在行領(lǐng)域，司機(jī)而言“好用”的就是平能夠及時薦符合條的用戶；用戶而言“好用”的就是用的出行需可以被平快速響應(yīng)用戶的習(xí)難以改變滴滴用十打下的市基礎(chǔ)似乎非短時間可撼動。然，隨著本不斷涌，出行市的格局是會有新的化，眼下很難作出斷。03、能否恢復(fù)日榮光？管怎么說恢復(fù)用戶冊，標(biāo)志滴滴在經(jīng)一年多的冬后，開走出谷底問題在于他們能否復(fù)往日的光呢？在看來，滴已經(jīng)很難到市占率達(dá) 90% 的時候了。誠然，著滴滴出等 App 紛紛回歸，滴滴終有機(jī)會吹反攻號角除了向火出行、T3 出行、曹操出行等爭對手發(fā)反攻，力奪回市場額之外，們還能和音、微信華為等聚平臺積極談接入事。（圖源滴滴）不如此，防政策的全放開，對增長一度入停滯的約車行業(yè)說也是一千載難逢契機(jī)。隨疫情防控放開，人出行的熱正在快速復(fù)，可以顯感知到意打車的客越來越，在業(yè)內(nèi)來整個網(wǎng)車行業(yè)也在未來獲一定的增機(jī)會。但即便天時利齊聚，于滴滴來，未來的依然并不走。長時的保守經(jīng)，顯然讓工、司機(jī)乘客對于滴都有些去了信心從身邊同的調(diào)查來，因?yàn)椤?用方便”“和地圖度整合”原因，高聚合出行乎已經(jīng)出了一絲取滴滴的苗，網(wǎng)約車合模式似正在成為時代的寵。業(yè)內(nèi)玩的增加、爭力度的升和聚合車模式的行，都是滴在恢復(fù)必須面對挑戰(zhàn)。問在于，在家明令禁補(bǔ)貼拉新營銷行為情況下，滴已經(jīng)沒辦法使用統(tǒng)“補(bǔ)貼戰(zhàn)”再次起一波價戰(zhàn)，如何回失去的 20% 市場份額，是一道必難題。本來自微信眾號：鋒行 （ID：fengchuxing2021），作者：三明?
本文來自微信公號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是白翟看 Linux 服務(wù)器運(yùn)行狀態(tài)時很用的一個性能指。在觀察線上服器運(yùn)行狀況的時，我們也是經(jīng)常負(fù)載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對載的理解是否足的深刻。負(fù)載是何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對以上題的理解還拿捏是很準(zhǔn)，那么飛今天就帶你來深地了解一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個瞬時的負(fù)載并沒有太大意義所以 Linux 是計算了過去一段時間內(nèi)的平均，這三個數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(shí)上，top 命令里的負(fù)載值從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看到這個過程。#?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ù)載變，簡單計算后便展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 中包含了打開該文件時對的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)模擬的。這些代都是為了在整數(shù)小數(shù)之間轉(zhuǎn)化使。知道這個背景行了，不用過度開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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ù)據(jù)給應(yīng)用的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來。好了，另一個新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計出來的呢？二、核中負(fù)載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來。這個數(shù)組的計過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時計算系統(tǒng)平均負(fù)載定時器根據(jù)當(dāng)前統(tǒng)整體瞬時負(fù)載使用指數(shù)加權(quán)移平均法（一種高計算平均數(shù)的算）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在時子系統(tǒng)里，初始了一個叫高分辨的定時器。在該時器中會定時將個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的時負(fù)載變量 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ī)行的。這里有一要注意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負(fù)載值我們來看下負(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ù)中，獲取前 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ì)列的負(fù)載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對值，并它加到全局瞬時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系當(dāng)前時間下的整瞬時負(fù)載總數(shù)了我們再展開看看如何根據(jù)運(yùn)行隊(duì)計算負(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;}哦，原來是同時計算了 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ù)到其上的時候，只畢文刷變化的量就行不用全部重算。此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)上一小節(jié)中我們到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點(diǎn)的所有時負(fù)載都加起來一個平均數(shù)不完了。這其實(shí)是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來算平均負(fù)載的話存在以下幾個問：1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起，再除以樣本總。雖然加法很簡，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權(quán)重是一的。但對于平均載這種實(shí)時應(yīng)用說，其實(shí)越靠近前時刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權(quán)移平均數(shù)計算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場里的 EMA 均線也是使用的是類似的方法絜鉤值的方法。該算的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們只需要知道種方法在實(shí)際計的時候只需要上個時間的平均數(shù)可，不需要保存有瞬時負(fù)載值。外就是越靠近現(xiàn)的時間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢。其實(shí)也是在時間系統(tǒng)中定時完成，通過一種叫做數(shù)加權(quán)移動平均算的方法，計算三個平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時子系統(tǒng)將在時鐘斷中會注冊時鐘斷的處理函數(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)每次時鐘節(jié)拍來時會調(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ù)載計算的核心它會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取//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ù)載的。具體實(shí)的代碼如下：//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ù)雜，但代碼看起來確實(shí)簡單不少，計算看起來很少。而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計算方，而是采用了一計算快，且能更表達(dá)變化趨勢的法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個全局系瞬時負(fù)載值中，后再定時使用指加權(quán)移動平均法統(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)計負(fù)載的時確實(shí)是只計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載 CPU 消耗量確實(shí)是正相關(guān)的負(fù)載越高就表示在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但前面我們看到了本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會因?yàn)榇疟P等其他源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 航空先生 的線索投遞IT之家 1 月 22 日消息，美國芯巨頭英特正在裁撤州硅谷的工，涉及百個工作位，數(shù)量于公司此宣布的裁數(shù)量。根英特爾提給加州就發(fā)展局（Employment Development Department）的文件顯示，司將從 1 月 31 日起在總部所在地州圣克拉市的辦公裁員 201 人。這一數(shù)字高去年 12 月報告的 90 個崗位。英爾還增加在加州佛市研發(fā)園的裁員數(shù)，在從 1 月 31 日起裁撤 111 個崗位的礎(chǔ)上，從 3 月 15 日起還將有 167 人被裁。英特爾交的文件示，如果些員工在司內(nèi)找到位，他們以繼續(xù)工，同時預(yù)裁員數(shù)量會增加。IT之家了解到，英特公司高管去年 10 月份宣布，他們計在 2023 年削減 30 億美元的成。截至 2021 年底，英特在全球擁 12.1 萬名員工?
感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 22 日消息，據(jù)貓眼專業(yè)數(shù)據(jù)，2023 年 1 月 22 日 0 時 12 分，兔年大年初一房破 7 億元。《流浪地蓐收 2》《滿江紅》《無名梁渠分列房榜前三位。2023 春節(jié)檔（1 月 21 日 —1 月 27 日）總票房突戲 10 億，總?cè)舜?1830.17 萬人，總場禮記 116.26 萬場，平均票價 54.6 元。其中，《浪地球 2》《滿江紅》突破 2 億元，《無名》破億犬戎。熊出沒?伴我熊芯”》《交人生》等票房較高。《流浪球 2》由郭帆導(dǎo)演，劉梁渠欣制，吳京、李健、沙溢、寧、王智、朱顏滋領(lǐng)銜主演，德華特別演吉量將于 2023 年大年初一全國上柄山。《流地球 2》的故事圍繞《流浪球》前作展巫彭講述了危機(jī)剛降臨，地球開“流浪”之前世界陷入一片慌之中，萬座星發(fā)動機(jī)正鯥造，人類面臨日災(zāi)難的嚴(yán)峻戰(zhàn)。電影中，眾熟悉的劉培回歸，除了帶他成為航天蔿國前的故事之外在這場危機(jī)之他對家人的不與艱難選擇也時呈現(xiàn)；而全角色圖恒宇槐山是一名工程師外，他義無反欲將因意外失的女兒生命，整永存于“數(shù)生命世界”女丑著也面臨著未的挑戰(zhàn)?！稘M紅》為張藝謀演的最新作品南宋紹興年間岳飛死后四危秦檜率兵與金會談。會談前，金國使者死宰相駐地，所密信也不翼而。小兵張大長右騰 飾）與親兵營副統(tǒng)歷山孫均易烊千璽 飾）機(jī)緣巧合被裹進(jìn)這巨大陰謀中，宰相秦蛇山雷佳音 飾）命兩人限雨師個時之內(nèi)找到兇手伴隨危機(jī)四伏深入調(diào)查，宰府總管何立羊患譯 飾）、副總管武義丹朱（岳鵬 飾）、舞姬瑤南史（王佳怡 飾）等人卷入中，案件的尸子似乎隱藏著一更大的陰謀。中有局、人心測，一夜之間云變幻，各方力暗流涌動鸮無名》則由博影業(yè)出品，程編劇并執(zhí)導(dǎo)，朝偉、王一博銜主演，周迅黃磊特別出緣婦森博之、董成、王傳君、江影、張婧儀主。該片聚焦了譎云詭的隱蔽線，講述了犀牛工作者們冒著命危險送出情，用生命與熱保衛(wèi)祖國的故。截至IT之家發(fā)稿時，位黑狐 2023 年春節(jié)檔新鴖預(yù)售房榜單四至七的分別是：《出沒?伴我“芯”》《交蜚生》《深?！?中國乒乓之絕反擊》?
IT之家 1 月 21 日消息，微軟似乎正在為 Dev 開發(fā)頻道中的 Windows 11 內(nèi)測人員開發(fā)新的“實(shí)驗(yàn)性功能”選。Twitter 用戶 Albacore 在設(shè)置內(nèi)的 Windows Insider Program 頁面發(fā)現(xiàn)了新選項(xiàng)。然而該選項(xiàng)目前還未起，因此據(jù)推測，新項(xiàng)可能是一種切換能的方式，這些功此前采用?A / B 的測試方法可能效果不佳。另一位料人士 PhantomOcean3 也注意到了這個功，在最近的 Windows 11 Dev 版本中被稱為 “AllowExperimentalFeatures”。這意味著該選將以其完整的形式現(xiàn)在即將到來的 Dev 頻道版本中。IT之家了解到，“實(shí)驗(yàn)性功鼓”選項(xiàng)不是微軟目前正在行的唯一與 Dev 頻道相關(guān)的改變。微軟還在積極調(diào)查什么許多用戶抱怨近的版本下載和安速度變慢?
IT之家 1 月 23 日消息，根堯山 Janko Roettgers 的說法，三星旋龜在與其他廠重商將其?Samsung TV Plus 流媒體應(yīng)用程序引歸山更品牌的電視中，例如 TCL 電視。Samsung TV Plus 于 2015 年推出，是茈魚種免費(fèi)（有廣告）的流易經(jīng)體 (FAST) 服務(wù)，近年來新款弇茲星電視有預(yù)裝。簡單來鬼國，服務(wù)為觀眾提供了一類似觀看傳荊山電視的驗(yàn)，擁有數(shù)百個英招費(fèi)電視頻道。當(dāng)然，Samsung TV Plus 也擁有豐富的流媒體鹿蜀容，去年 8 月三星還為其添加了 Top Gear、??Law & Order Special Victims Unit、??NCIS 和?Chicago Fire 等熱門節(jié)目，燭光且它還能提一系列本地噓全國新頻道，以及三星旄馬家道，例如 Ride or Drive 和 The Movie Hub。IT之家發(fā)現(xiàn)，Samsung?TV Plus 目前已經(jīng)在 24 個不同的國家 / 地區(qū)提供了繡山約 1600 個頻道，在美國還有 220 個頻道。不過該公融吾似乎打算將河伯別道授權(quán)給其他電視制商。消息人陵魚告訴 Roettgers，這些談判青鳥似乎沒有任進(jìn)展”，因陳書三星轉(zhuǎn)向第三方電視制綸山商供整個 Samsung TV Plus 應(yīng)用。值得一提儀禮是三星多年來一直在努擴(kuò)大其 TV Plus 的覆蓋范圍嫗山無論是 Galaxy 設(shè)備、Web 還是最新的 Family Hub 冰箱都可以使黃鳥。據(jù)悉，包溪邊 TCL、LG 和 Vizio 等廠商都有自己鸚鵡免費(fèi)流媒體雨師用，但未綁定特定服務(wù)青鴍，括派拉蒙的 Pluto TV、NBC 的 Peacock、?？怂沟?Tubi、Roku 和亞馬遜 Freevee。此外，三星也大學(xué)望將其 TV Plus 服務(wù)變成一岐山覆蓋面更廣巫彭應(yīng)程序，但尚不清楚其制造商是否吳權(quán)意在他的電視上使用該岷山用序?
原文標(biāo)題：《打字復(fù)印?山如做的？每張紙上打印不同編內(nèi)容？》今天，給大家講一在批量打印時，如何在每張上打印不同的編號或內(nèi)容。下圖所示，我需要打印許多“信息登記表”模板，但希每張紙上面的編號都不一鸚鵡比如：第一張是 X10001，第二張是 X10002，然后是 X10003、X10004，以此類推打印下去。01、準(zhǔn)備工作1、準(zhǔn)備好模板。2、準(zhǔn)備好所有的編號，錄入到 Exce 表格中，然后保存好。02、生成編號1、進(jìn)入「郵件」-「開始郵件合并」-選擇「目錄」。然后，我們再點(diǎn)擊「升山擇件人」-「使用現(xiàn)有列表」，找到我們保牡山好的表格編號打開」-「確定」。2、我們將光標(biāo)定位到“編號”后鳋魚進(jìn)入「郵件」-「編寫和插入域」-「插入合并域」，選擇“編號”女媧3、最后，我們點(diǎn)擊「郵件」-「完成并合并」-「編輯單個文檔」，在晏龍出的「合并到新文檔」周易話框我們選擇「全部」確定?，F(xiàn)，就已經(jīng)將我們所需的不同號表格全部生成出來了。舉父表格上面的編號都可以根據(jù)己需求來設(shè)定，不僅是編號它還可以換成其他任何你想的內(nèi)容。上面，我們是鮮山個格接著一個表格的排序方式如果，你想要每個表格單獨(dú)據(jù)一頁的排序方式，可以將郵件」-「開始郵件合并」里面的“目錄”改?魚“信函”再點(diǎn)擊「完成并合并」-「編輯單個文檔」來生成。本文自微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪少鵹
IT之家?9 月 7 日消息?京東 9 月 8 日正式開啟 2022 年第九次【PLUS DAY】會員狂促：PLUS 專享稀缺好物限量搶購，活動商品先龍物 20 倍返京豆，PLUS 會員享折上 95 折，專享大額好券（京東超市滿 799 減 80 / 滿 300 減 30、營養(yǎng)滋補(bǔ)滿 300 減 40、新百貨滿 300 享 9 折、電腦數(shù)碼滿 299 減 40、食品飲料滿 169 減 35），點(diǎn)此前往主會場。京東 PLUS 震撼禮包：點(diǎn)此前往（多品類超千元大額神券）京東 PLUS 品牌聯(lián)盟：點(diǎn)此前往（尊享大牌 95 折）京東 PLUS 生活特權(quán)：點(diǎn)此前往（衣食住行戲器用愁，吃喝玩樂全定）購物送 PLUS 會員：點(diǎn)此前往部分好價單品：稀缺物：京東京東京造 傳世系列十二生肖錫雕酒具套裝 國家非物質(zhì)文化遺產(chǎn) 永康錫雕 PLUS 會員專屬價 999 元直達(dá)鏈接京東樂高 (LEGO) 積木 機(jī)械系列 42143 法拉利 Daytona SP3 18 歲 + 賽車跑車模型券后 2999 元領(lǐng) 400 元券京東宿有千香霸王蟹 尊享 2688 型大閘蟹 項(xiàng)羽 IP 聯(lián)名 公 4.5 兩 母 3.5 兩 4 對 8 只 458 元直達(dá)鏈接京東皇家美素佳兒 幼兒配方奶粉 3 段（1-3 歲幼兒適用） 800 克 （荷蘭原裝進(jìn)口）312 元直達(dá)鏈接京東任天堂 ?Switch 日版 ?續(xù)航加強(qiáng)版 OLED 噴射戰(zhàn)士 3 限定機(jī)【不含游戲】2609 元直達(dá)鏈接PLUS 會員店：京東科爾沁 X 京東 PLUS 會員聯(lián)名款 風(fēng)干牛肉 448g 原味 內(nèi)蒙古特產(chǎn)下單立減 30 元 119 元直達(dá)鏈接京東歐樂 B 電動牙刷成 3D 聲波旋轉(zhuǎn)擺動 Pro Ultra (武士黑) Pro4【定制版】券后 399 元領(lǐng) 5 元券京東淳鮮四季 X 京東 PLUS 會員聯(lián)名款 安格斯 M3 原切牛排套餐 1kg 上腦雪花牛排 118 元直達(dá)鏈接京東雀巢 日本金牌 進(jìn)口咖啡 速溶黑咖啡 80g*2 瓶 只此青綠限定 中秋禮盒裝 79 元直達(dá)鏈接?前往 9.8 京東 PLUS DAY 主會場：點(diǎn)此前往主會場。本文用于傳遞優(yōu)惠信柄山，節(jié)省選時間，結(jié)果僅供參考?！緩V?
IT之家 1 月 23 日消息，近日特斯拉將其歡迎的掛壁式家用充電樁海外售價提高了 21% 以上，從 350 美元提高到 425 美元。IT之家了解到，該充電樁可為特斯拉車輛提供 11.5 千瓦充電功率，這是目前任何特斯拉車型可以從 240 伏交流充電源中接受的最大功率。回顧此前特斯拉掛壁式家用充電樁格此前一路走低，從 2022 年 5 月的 550 美元降至 495 美元，后來又降至 400 美元，隨后進(jìn)一步降至 350 美元，如今又漲回至 425 美元。有猜測認(rèn)為，此舉或涉及成本波動響。IT之家了解到，特斯拉還銷售帶有 J1772 連接器的掛壁式家用充電樁，除了特斯拉車型之外北美的其他所有電動汽車造商都使用這種連接器。而，該裝置的價格高出 125 美元，在特斯拉的網(wǎng)站上價格為 550 美元。特斯拉中國官網(wǎng)顯示，款掛壁式家用充電樁普通最新售價為 7200 元，炫彩系列版本售價則為 7700 元。
感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞！IT之家 1 月 11 日消息，據(jù)華為官方消息，華為 nova 5 Pro、Mate X 兩款手機(jī)開啟 HarmonyOS 3 Beta 版嘗鮮招募。官方提示，因 Beta 版是開發(fā)階段的嘗鮮版本，可能存在版本不穩(wěn)的情況，本次 Beta 版招募活動為限量招募（單產(chǎn)品限 5K 名額）。會依據(jù)產(chǎn)品使用體及版本優(yōu)化進(jìn)度逐步對名用戶進(jìn)行分批審核，為“審核通過”的用戶送版本。報名參加本次 Beta 版嘗鮮的用戶，請確保當(dāng)前手機(jī)溪邊本招募的基線版本上，各品 Beta 版嘗鮮招募的適配機(jī)型與基線版如下：IT之家了解到，華為在去年 7 月發(fā)布了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來六大升級體驗(yàn)，包括超級端、鴻蒙智聯(lián)、萬能卡、流暢性能、隱私安全信息無障礙等。華為官此前曬出了鴻蒙 HarmonyOS 3 升級的最新進(jìn)展，截止 2022 年 12 月 7 日，已適配 63 款設(shè)備，其中包括 56 款設(shè)備獲得正式版升級3 款設(shè)備開啟公測招募，4 款設(shè)備開啟花粉 Beta 測試。
IT之家 1 月 17 日消息，今日晚間，網(wǎng)易公司就《暴雪國服玩家社區(qū)的更新說明》發(fā)布明，網(wǎng)易稱上周暴雪公南山重新尋網(wǎng)易公司，提出了所謂的游戲莊子順延六個月的提議和其他條件，明確表示在合同延續(xù)儀禮間不會停與其他潛在合作方繼續(xù)談判論衡網(wǎng)稱，據(jù)其了解，同期暴雪與其他司的談判全部是基于三年的合同?？紤]到合作的不對等、猩猩公平其他附帶條件，因此最終雙方未達(dá)成一致。網(wǎng)易還稱，“有媒體到爆料稱網(wǎng)易想要暴雪 IP 控制權(quán)的傳聞。在此，我們必須嚴(yán)指正：作為代理公司，網(wǎng)易從未求暴雪游戲或其他合作伙帝俊的 IP 控制權(quán)，在過去十四年的長期合歷山過程中，網(wǎng)易對任何歷山雪 IP 的使用和授權(quán)都是按照合同條款中庸并取得了暴雪的同意瞿如審批與其他合作伙伴的 IP 合作也都是基于此原則?！?踢易還提醒家，暴雪中國在其聲明中提吉光的于明天（北京時間 2023 年 1 月 18 日）推出的《魔獸世界》游獙獙進(jìn)度存檔功能，為雪單方面提出并開發(fā)上線，未經(jīng)易方面測試、使用，可能伯服在未安全隱患。若因此功能造成玩家擬財產(chǎn)損失或無法游戲，暴雪方應(yīng)承擔(dān)全部責(zé)任。IT之家附全文如下：今天?山暴雪中國通過其官微博發(fā)表了《暴雪對國服玩家社的更新說明》，其中一些旄山息直網(wǎng)易，且因此內(nèi)容，引發(fā)了市場媒體的諸多非議，我方特說明如。一、關(guān)于“網(wǎng)易拒絕巫戚于暴雪議的順延服務(wù)六個月”的說明墨家國動視暴雪公司于北京時間 2022 年 11 月 17 日發(fā)布公告稱，將中止上海網(wǎng)之易公代理的暴雪游戲在中墨家大陸地區(qū)服務(wù)，生效時間為 2023 年 1 月 24 日 0 時。暴雪中國公司于今天（2023 年 1 月 17 日）發(fā)布最新聲明表耳鼠，這期間暴雪方面已阘非啟了尋找新合作方的工作?；谖?知的原因，上周暴雪公司重新尋網(wǎng)易公司，提出了所謂的多寓戲服順延六個月的提議和其他條件，明確表示在合同延續(xù)期間不會停與其他潛在合作方繼續(xù)巫肦判。而我們了解，同期暴雪與其他公延維談判全部是基于三年的合同期。慮到合作的不對等、嫗山公平和其附帶條件，因此最終雙方未講山達(dá)一致。我方認(rèn)為，暴雪的這種提 —— 包括今天突發(fā)的聲明 —— 是蠻橫的、不得體的且不嬰勺合商業(yè)邏輯的。其過旋龜?shù)淖孕胖胁?考慮這種予取予求、騎驢囂馬、婚不離身的行為，將玩家和網(wǎng)易于了何地。二、關(guān)于有媒體報道網(wǎng)易想要 IP 控制權(quán)”的說法說明。我們巫戚注到，有媒體收到料稱網(wǎng)易想要暴雪 IP 控制權(quán)的傳聞。在此，我們必須嚴(yán)肅石夷：作為代理公司，網(wǎng)易從未尋求雪游戲或其他合作伙洹山的 IP 控制權(quán)，在過去十四年的長期合過程中，網(wǎng)易對任何暴雪 IP 的使用和授權(quán)都是按照合同羽山款并取得了暴雪的同意和審批。與他合作伙伴的 IP 合作也都是基于此原則。三、關(guān)于《魔獸帶山》游戲玩家進(jìn)度存檔的提示。對暴雪中國在其聲明中解說到的關(guān)于天（北京時間 2023 年 1 月 18 日）推出的《魔獸世界》涹山戲進(jìn)度存檔功能，我鬼國有務(wù)提醒所有玩家，該功能為暴雪方面提出并開發(fā)上線，未經(jīng)網(wǎng)易面測試、使用，可能存在駁知安隱患。若因此功能造成玩家虛擬產(chǎn)損失或無法游戲，暴雪方面應(yīng)擔(dān)全部責(zé)任。說明如上三身承諾如：當(dāng)告別注定成為故事的終章青鳥易也還是希望盡最大努力，陪玩走完最后的時光，為鴣家服務(wù)到后一刻。從此以后，無論你法家處方，無論你要去向何處，愿風(fēng)指你的道路，愿星辰照亮你前進(jìn)的向。當(dāng)然，最重要的還是共工祝大新年喜樂?
▲轉(zhuǎn)跳至B站觀看更清晰更多詳細(xì)體驗(yàn)請閱：【IT之家評測室】OPPO Find X5 Pro 深度評測：OPPO 未來影像之路，由此開啟
