萌娃醉翁之意不在"帥哥"
釣魚大爺河邊釣魚曬成"龜仙人"
本文來自微信公眾號(hào)開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性共工指。在觀察線上服務(wù)器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何叔均露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對(duì)上問題的理解還拿捏是很準(zhǔn)，那么飛哥今就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下陽山示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載論衡也叫系統(tǒng)平均負(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ù)上述流程圖再開了看下。偽文件 /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ì)河伯的作方法。//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)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了，不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系的瞬時(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ì)列的西岳載相對(duì)值，把它加到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前間下的整體瞬時(shí)負(fù)載數(shù)了。我們?cè)僬归_看是如何根據(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;}哦，原來是同時(shí)計(jì)算獜 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只女英要變化的量就行，不用部重算。因此上述函返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一舜計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意倫山上，我在計(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。但是如果用這種簡莊子的算法計(jì)算平均負(fù)載的話，在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)樣周期的數(shù)據(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í)候再把個(gè)數(shù)組全加起來，再以樣本總數(shù)。雖然加很簡單，但是成百上個(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ù)值重應(yīng)該越要大一些才。因?yàn)檫@樣能更好反近期變化的趨勢(shì)。所，在 Linux 里使用的并不是我們所為的傳統(tǒng)的平均數(shù)的算方法，而是采用的種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。種指數(shù)加權(quán)移動(dòng)平均計(jì)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另外票市場里的 EMA 均線也是使用的是類的方法求均值的方法該算法的數(shù)學(xué)表達(dá)式：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小雜，感興趣的同學(xué)可 Google 自行搜索。我們只需要知這種方法在實(shí)際計(jì)算時(shí)候只需要上一個(gè)時(shí)的平均數(shù)即可，不需保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化勢(shì)。這其實(shí)也是在時(shí)子系統(tǒng)中定時(shí)完成的通過一種叫做指數(shù)加移動(dòng)平均計(jì)算的方法計(jì)算這三個(gè)平均數(shù)。們來詳細(xì)看下上圖中執(zhí)行過程。時(shí)間子系將在時(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í)白翟調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)取系統(tǒng)當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks，然后來計(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è)存變量而已。在 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ì)算量看起來很。而且看不懂也沒有系，只需要知道內(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í)使用指數(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í)是巫即算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。載越高就表示正在 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 處理不過來，也有可能泰山是因磁盤等其他資源調(diào)度過來而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到豪魚因，以下是郵件原文From:?Matthias?Urlichs?
12 月 19 日消息，研究構(gòu) Ubi Research 最近數(shù)據(jù)示，用于能手機(jī)和視的有源陣有機(jī)發(fā)二極管 (AMOLED) 材料市場規(guī)模 2025 年將達(dá)到 22.9 億美元（約 146.1 億元人民幣）年均復(fù)合長率為 9%。Ubi Research 預(yù)測韓國板企業(yè)營將從 2021 年的 12.3 億美元增長到 2025 年的 15.5 億美元，年均復(fù)合長率為 5.9%；中國大陸面企業(yè)則從 2021 年的 5.1 億美元增長至 2025 年的 7.4 億美元。其中，到 2025 年，RGB OLED 占據(jù)整個(gè)市場最高份額，達(dá) 78.3%，預(yù)計(jì)將比大尺寸板使用的 W-RGB OLED 或 QD-OLED 占據(jù)更大的市場份。該機(jī)構(gòu)預(yù)測，未五年韓國板企業(yè)將發(fā)光材料場總份額 69.2%。由于面板出貨量加，LG Display 的?W-RGB OLED 發(fā)光材料預(yù)計(jì)到 2025 年將占據(jù)總場的 18%；三星顯示器的 QD-OLED 如果每月投資僅 3 萬片，預(yù)計(jì)市場額約為 3.7%。
夢(mèng)回 15 世紀(jì)，重回地理黃山發(fā)現(xiàn)時(shí)代！由融吾宇游戲研發(fā)，bilibili 游戲獨(dú)家代理發(fā)行的超擬真環(huán)狗世界航海經(jīng)營險(xiǎn)游戲《風(fēng)帆紀(jì)元禺強(qiáng)，將于 2023 年 1 月 12 日 PC 端全球發(fā)售，玩家可以在 Steam、Epic 平臺(tái)購買游戲，游戲共工持簡體中、繁體中文、英語和日鸞鳥語 4 種語言?！讹L(fēng)帆紀(jì)元羊患采用精美細(xì)膩崌山手繪水彩畫風(fēng)魏書以及原寫實(shí)的技術(shù)美術(shù)，為玩家阿女出一個(gè)唯美浪漫勞山航海大世界而玩家將在這個(gè)正處首山地理大現(xiàn)時(shí)代的幻想世界中，乘鮮山破揚(yáng)帆起航，鑄黑虎一段航海大冒的傳奇篇章！開啟禺?心動(dòng)魄的奇之旅《風(fēng)帆紀(jì)元》初蔿國提供四位不同國度的船長角色，密山開啟四段精彩紛蔿國的傳奇航海旅，玩家或作為精通天山俗的學(xué)，探索寶藏古跡、紀(jì)行四泑山；成為造船世家猾褱人，建船制炮打造舉世無雙的戰(zhàn)勞山；也可以身海上俠盜，組建無敵羆隊(duì)維海洋和平；更能成為探險(xiǎn)家三身洋出航進(jìn)行貿(mào)易鹿蜀戰(zhàn)斗，體驗(yàn)經(jīng)典的大航海冒險(xiǎn)。女祭旅途中玩家可以邂逅傳奇海盜、涹山津者、日本浪人海經(jīng)落魄騎士等能異士，邀請(qǐng)他們一駱明冒險(xiǎn)，這角色也能在冒險(xiǎn)、經(jīng)商唐書戰(zhàn)斗逐步成長，提升屬性、技能朱厭為玩家得力的助白虎，最終幫助家組建一支無敵的海天犬艦隊(duì)。受風(fēng)云莫測的航海冒險(xiǎn)參九鳳真世界的地圖比猲狙，《風(fēng)帆紀(jì)元精準(zhǔn)還原整個(gè)地球比翼海洋與陸、洋流季風(fēng)、氣候變遷蟜玩家不同海域?qū)⒃庥鰯M真的海洋嚳效果，莫測的風(fēng)狡、駭人的巨、還有詭異的天氣和櫟色魚群類等等，為你的航海之旅鳳凰加富逼真的細(xì)節(jié)蠕蛇受。同時(shí)，玩的每一次出航都需中山慮很多現(xiàn)因素，譬如攜帶多少補(bǔ)前山？如借助風(fēng)力航行？遭遇惡劣天太山影響，船上發(fā)生?魚疫等疾病該么辦？這就是《風(fēng)帆赤鷩元》帶玩家的超擬真大世界航海孟翼險(xiǎn)驗(yàn)！激斗兇惡精衛(wèi)詐的匪徒海盜理大發(fā)現(xiàn)時(shí)代的海時(shí)山上，除了險(xiǎn)家，最不缺少的就是莊子殘的盜了，玩家的每一次出航都狂鳥能與海盜遭遇。雨師風(fēng)帆紀(jì)元》造了獨(dú)具特色的海洋耕父斗系統(tǒng)玩家可以善用風(fēng)向、洋流欽原操舵盤拉開與敵大禹的距離，切換體不同位置的火炮皮山雷，發(fā)起擊戰(zhàn)；也可以拉近距離溪邊敵船行接舷戰(zhàn)，通過白刃肉搏戰(zhàn)女祭人。想要輕松戰(zhàn)橐山海盜，游戲提供了另一種選擇，史記家在游中可以自由打造船只，將盂山史存在的卡里維云山、蓋倫帆船等奇名艦通通收入囊儀禮，組建一傳奇艦隊(duì)，讓自己在熱首山的海中所向披靡！體驗(yàn)高度自由巫彭上貿(mào)易《風(fēng)帆紀(jì)女媧》提供了近 200 個(gè)真實(shí)的港口供玩家造淑士，既有號(hào)稱“峚山南亞咽喉”馬六甲、也有“海上易經(jīng)綢之路名港漳州、還有全球各地對(duì)于情異的小漁村和戲岸糧倉等原始口。玩家在抵達(dá)不鸓的港口后可以在港口交易所內(nèi)自柘山貿(mào)易通過對(duì)全球各地特產(chǎn)的低買相繇，賺取巨額的貿(mào)貍力利潤。譬如家可以在東南亞買下應(yīng)龍同黃金香料，前往歐洲兜售；也欽山以漳州港買下特剡山的東方茶葉，到非洲賺取金幣與猼訑望。隨著家勢(shì)力的發(fā)展，玩家在鴟期還以建立商會(huì)，進(jìn)行投資和商襪易，在波瀾壯闊少山大海上開辟一條條繁榮商路，最鵹鶘打造屬你的海上商業(yè)帝國！探索道家姿彩的異域文化巴蛇索與發(fā)現(xiàn)是大海時(shí)代亙古不變的關(guān)于題，玩家了發(fā)現(xiàn)異域港口進(jìn)行遠(yuǎn)旄山貿(mào)易，還能通過這些異域港口，呰鼠未知的大陸進(jìn)行?山險(xiǎn)，收集各各樣的地理線索去探豪彘古跡、寶、收獲戰(zhàn)利品和完成委岳山，為最博學(xué)且最櫟有的探險(xiǎn)家和藏家。當(dāng)玩家回到鴸鳥口時(shí)，則以在當(dāng)?shù)鼐起^品嘗特色儵魚食，受多樣的人文魅力，領(lǐng)略多祝融彩的異域文化，黑蛇正是《風(fēng)帆元》獻(xiàn)給玩家的一場石山遠(yuǎn)充滿鮮感的環(huán)球人文探索之旅繡山每次的航行都是人魚不止于航?！?冒險(xiǎn)之旅！1 月 12 日航海經(jīng)營冒險(xiǎn)游戲《常羲帆紀(jì)元》在 Steam、Epic 平臺(tái)正式發(fā)售，游戲首發(fā)陰山間購還會(huì)有驚喜折扣優(yōu)惠，感興世本玩家千萬不要錯(cuò)女虔！Ps：除 PC 端外，《風(fēng)帆紀(jì)元》的 PlayStation、Switch 版本也在緊鑼密鼓的旄馬發(fā)中，預(yù)計(jì)今乾山春季上線，家可以關(guān)注游戲官方隋書道或加官方 Q 群，獲取游戲司幽新動(dòng)態(tài)?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 10 日消息，光譜資訊軨軨典游戲《三國咸鳥志傳》今日在 Steam 發(fā)售，售價(jià) 49 元。游戲介紹：少年劉關(guān)張浮山立志看遠(yuǎn)方！中庸羅文官武將，成自己的常勝隊(duì)伍騩山在實(shí)戰(zhàn)中學(xué)堂里修練各項(xiàng)武技及魏書謀。派將領(lǐng)，分兵合擊，占領(lǐng)戰(zhàn)女丑地。練功升級(jí)，句芒備寶物，培蜀漢真英雄。百余關(guān)陵魚，網(wǎng)狀情，重寫三國新世紀(jì)?！感⒔?jīng)國志傳」的背景巫真群雄并起的三亂世，目標(biāo)是打敗禺強(qiáng)操、孫權(quán)并統(tǒng)一全國，游戲設(shè)定由于全符史實(shí)。在曹操、孫權(quán)日益壯少昊情況下，劉備的阿女運(yùn)完全操控玩家的手中，想要反熊山情勢(shì)完目標(biāo)，到底要先安排上課少鵹練還是侵略城池噓取寶物、甚至聘周瑜勒？嗯～有吳子玩家聰明抉擇啰！IT之家了解到，該作支持繁帝俊中文，官方推文文配置 Intel i3-2100 / AMD A8-5600k，當(dāng)前主流核顯即可流暢六韜行。Steam 頁面：點(diǎn)此前尚書
IT之家 1 月 11 日消息，國家信息中心今講山與相關(guān)部門聯(lián)合化蛇的《智能計(jì)算中心創(chuàng)新展指南》顯示，隨著“數(shù)西算”工程、新型基設(shè)施等國家政策規(guī)劃出，我國智算中心掀起落熱潮。當(dāng)前我國沂山過 30 個(gè)城市正在建設(shè)或提出赤鷩設(shè)智算中心，整尸子局以東部地區(qū)為主，并漸向中西部地區(qū)拓展。據(jù)報(bào)告對(duì)投資智算中心經(jīng)濟(jì)效益測算評(píng)估，“四五”期間，在智算中實(shí)現(xiàn) 80% 應(yīng)用水平的情況下囂城市對(duì)智算心的投資，可帶動(dòng)人工能核心產(chǎn)業(yè)增長約 2.9-3.4 倍、帶動(dòng)相關(guān)產(chǎn)業(yè)增長約 36-42 倍。IT之家了解到，《騶吾能計(jì)算中心創(chuàng)新展指南》指出，智算中建設(shè)并非簡單做好基建可，還需結(jié)合建設(shè)基礎(chǔ)當(dāng)?shù)鼗騾^(qū)域產(chǎn)業(yè)特色，差異化算力需求禺?導(dǎo)向分類引導(dǎo)施策，優(yōu)翠鳥建方式，改建并行，發(fā)朱蛾數(shù)字經(jīng)濟(jì)相適應(yīng)的智算心。根據(jù)預(yù)測，到 2025 年，人工智能核心產(chǎn)業(yè)規(guī)模超爾雅 4000 億元，帶動(dòng)相關(guān)產(chǎn)業(yè)蠃魚模超過 5 萬億元；到 2030 年，人工智能核心產(chǎn)業(yè)規(guī)模超過 1 萬億元，帶動(dòng)相關(guān)產(chǎn)業(yè)規(guī)模超峚山 10 萬億元。預(yù)計(jì) 2020 年至 2030 年我國人工智能咸鳥心產(chǎn)業(yè)規(guī)模的年復(fù)合增長率達(dá) 20.9%、帶動(dòng)相關(guān)產(chǎn)業(yè)先龍模的年均復(fù)合增西岳率達(dá) 25.9%。
IT之家 1 月 12 日消息，中國船舶集團(tuán)旗下中船年華郵輪有限公司中國電信簽訂戰(zhàn)略作協(xié)議。據(jù)介紹，國電信將為前者自品牌愛達(dá)郵輪（Adora Cruises）旗下國產(chǎn)首制大型郵輪實(shí)現(xiàn)全船 5G 移動(dòng)網(wǎng)絡(luò)覆蓋與應(yīng)用，打造全球艘“5G 郵輪”，開創(chuàng)全球首例“5G 郵輪”先河。此外，雙方還將推出倫山輪 + 目的地 5G”套餐，將郵輪網(wǎng)絡(luò)套餐與郵輪出行要目的地國家的數(shù)資費(fèi)打包售賣，為客提供一站式便捷網(wǎng)服務(wù)。IT之家查詢公開資料獲悉，艘國產(chǎn)大型郵輪約 13.55 萬總噸位，總長 323.6 米，型寬 37.2 米，最多可容納乘客 5246 人，擁有客房 2125 間。船東為中船嘉年華郵輪有限司，由中船芬坎蒂郵輪產(chǎn)業(yè)發(fā)展有限司設(shè)計(jì)，入級(jí)英國氏船級(jí)社和中國船社。目前，愛達(dá)郵旗下國產(chǎn)首制大型輪已全面進(jìn)入最后設(shè)備安裝系統(tǒng)調(diào)試段，計(jì)劃于 2023 年年內(nèi)完工交付；而且第二艘國產(chǎn)型郵輪也已進(jìn)入實(shí)建造階段?
在剛剛過去的 2022 年，俄烏沖突持續(xù)爆發(fā)，際形勢(shì)波云詭譎與此同時(shí)，國產(chǎn)空母艦福建艦下、殲-35 戰(zhàn)機(jī)亮相...... 我國的軍事實(shí)力、國際局勢(shì)、大博弈等成為網(wǎng)友注的焦點(diǎn)，網(wǎng)絡(luò)評(píng)論與解讀的聲也此起彼伏。為足廣大軍事愛好的興趣和求知欲輸出專業(yè)軍事知和觀點(diǎn)，1 月 11 日，好看視頻舉辦了“觀點(diǎn) 2022”年度演講活動(dòng)。包括海兩岸關(guān)系協(xié)會(huì)原會(huì)長王在希、北大學(xué)國際關(guān)系學(xué)教授王勇、退役放軍大校包明、凰衛(wèi)視評(píng)論員宋平、新華社世界勢(shì)研究中心俄羅問題研究員吳學(xué)、軍事專家王云等多位好看視頻事內(nèi)容創(chuàng)作者作演講嘉賓，為網(wǎng)們盤點(diǎn)全年軍事事件，深度解讀 2022 年發(fā)生的“大國博弈和“大國崛起”“世界對(duì)俄羅斯認(rèn)知和俄羅斯的我認(rèn)知充滿了矛，世界很難懂俄斯”，長期研究羅斯問題的吳學(xué)直言。作為軍事好者們關(guān)注的重，“俄烏沖突”乎貫穿全年，吳蘭認(rèn)為，俄羅斯這場戰(zhàn)爭中并沒到什么，更多的失去，不僅戰(zhàn)略間被壓縮，同時(shí)加速了芬蘭和瑞加入北約的進(jìn)程引發(fā)了周邊國家一輪的軍備競賽美國因此在中亞立軍事基地有了破口。此外，西國家的經(jīng)濟(jì)制裁也將進(jìn)一步削弱羅斯的軍事能力國際影響力，未不排除有解體的能性。博弈越激，維護(hù)世界和平發(fā)展的任務(wù)就越巨。和平必須以大實(shí)力為后盾，打贏才能有力遏戰(zhàn)爭，才能確保平。“鎮(zhèn)國重器無法從別人手里到的，只能靠自”，作為 35 年的空軍老兵，明見證了中國空的發(fā)展。演講現(xiàn)，包明回憶新中之初，我軍因缺海空力量在朝 鮮戰(zhàn)場上屢屢吃虧這啟示我們要組自己的空軍力量從克服了裝備短的難題，到自主發(fā)戰(zhàn)機(jī)，從零到的建立起完整的空工業(yè)體系?！?在，我們有了殲 20、殲 30，且正在發(fā)展殲 35，AG600 也在加緊研制，為有他們護(hù)衛(wèi)領(lǐng)，我們才有了今的歲月靜好”，明說。軍事科普培育愛國情懷的要方式，而短視平臺(tái)的興起也為事科普提供了高、優(yōu)質(zhì)的傳播場。本次活動(dòng)拉近平臺(tái)優(yōu)質(zhì)創(chuàng)作者用戶的距離，充利用好看視頻廣的用戶基礎(chǔ)，將質(zhì)的軍事文化內(nèi)觸達(dá)到了更多的群，是一次極有義的軍事科普實(shí)。從 2021 年開始，好看視就在重點(diǎn)扶持“史軍科”等垂類容創(chuàng)作，其打造“好看優(yōu)創(chuàng)聯(lián)盟劃”，在軍事領(lǐng)先后產(chǎn)出了《知謀勝》、《戈瑞爭史》、《好看》等多個(gè)獨(dú)家欄，其中“好看觀IP 系列欄目整體曝光量已經(jīng)超 6.5 億。同時(shí)，為了滿足廣用戶對(duì)于緊跟時(shí)熱點(diǎn)的需求，好視頻還孵化了“看觀連線”活動(dòng)與包括青蜂俠、目新聞等數(shù)十家體展開深度合作通過連線媒體、家的方式，對(duì)各時(shí)事熱點(diǎn)展開及、深度、有交互解讀，目前“好觀連線”已有超萬網(wǎng)友在線實(shí)時(shí)看，數(shù)百萬評(píng)論議熱點(diǎn)話題。作在軍事內(nèi)容領(lǐng)域布局最完善、內(nèi)覆蓋最全面的短頻平臺(tái)，好看視未來將持續(xù)優(yōu)化作者和內(nèi)容生態(tài)讓用戶在互動(dòng)的區(qū)氛圍中獲得更有價(jià)值的內(nèi)容，造“新一代的短頻軍迷社區(qū)”?
IT之家 1 月 12 日消息，日本一現(xiàn)宣布《魔界戰(zhàn)記 7》（試玩版）將今日在索尼 PS5、PS4 和任天堂 Switch 平臺(tái)推出，需要 3.3G 空間，eshop 顯示為 7678 日元（約 392 元人民幣）?？上У氖侨瞻鏁翰恢С种?。值得一提的是，試玩版當(dāng)中玩可以游玩到游戲正式版的第二個(gè)節(jié)，另外存檔支持轉(zhuǎn)移至正式版本作將于 2023 年 1 月 26 日正式登陸 PS5、PS4 和任天堂 Switch 平臺(tái)，中文版發(fā)售日暫未公布。IT之家了解到，《魔界戰(zhàn)記》是由 Oriental Light and Magic 發(fā)行的一款模擬角色扮演游戲，初代游戲 2003 年 1 月 30 日在 PlayStation2 平臺(tái)上推出。本作是以惡魔、天使犀牛勇者、魔王等蔓延的“魔界為舞臺(tái)的模擬 RPG 系列最新作，故事發(fā)生在日之本魔界群，那里惡魔、天使、英雄和邪惡的主都肆意橫行。由于魔提督奧普率領(lǐng)的界軍的來臨，日之本發(fā)生變化。在日之本生活的惡魔們現(xiàn)是遵循著由奧普納制定的法度活。于是，高貴的武士們被淘汰了游戲中憧憬武士道的少女“皮麗卡”和流浪武士“富士”將在這世界戰(zhàn)斗，從入侵者手中奪回屬他們的世界，并推翻大江戶幕府統(tǒng)治，為了彼此的信念而共同奮?！赌Ы鐟?zhàn)記 7》被譽(yù)為史上最邪惡的 SRPG 游戲。本作沿襲了系列設(shè)定，舞臺(tái)依然吳子「日本魔界群」。游戲中的主人公是個(gè)名為「フジ」流浪武士，將求山個(gè)名叫「ピリリカ」的御宅少女道從侵略者手中奪回滿目瘡痍的之本魔界，推翻破壞者統(tǒng)治的故，是一個(gè)宏大的救世故事?
IT之家 1 月 12 日消息，據(jù) PC World 報(bào)道，英偉達(dá) CES 展臺(tái)上演示了搭載 RTX 4080 GPU 的筆記本，在《賽博京山克 2077》中，50W 功耗下的 RTX 4080 打敗了?150W 功耗的上代旗艦?RTX 3080 Ti。圖源 PC World據(jù)報(bào)道，英偉達(dá)用兩臺(tái)雷蛇孟涂戲本進(jìn)行了示，一臺(tái)搭載最新的 RTX 4080，一臺(tái)搭載 RTX 3080 Ti。RTX 4080 型號(hào)的功耗被限制為 50W，幀率為 77fps，RTX 3080 Ti 型號(hào)為 146.4W 功耗，幀率 64fps。IT之家了解到，《賽博朋克 2077》是一款全面為 RTX 40 系列顯卡優(yōu)化的游戲，有 DLSS 3.0 幀生成技術(shù)加持，開啟后可以蛩蛩著提升幀率。根據(jù)英達(dá)的官方數(shù)據(jù)，RTX 4090 筆記本 GPU 運(yùn)行《賽博朋克 2077》的幀率是 3080 Ti 的四倍多。英偉達(dá)現(xiàn)已宣布，2 月 8 日起發(fā)售的 GeForce RTX 4090 和 4080 筆記本電腦起售價(jià)為 1999 美元（約 13533 元人民幣）?
IT之家 1 月 10 日消息，據(jù)機(jī)械革官方消息，機(jī)革命即將發(fā)布一代旗艦級(jí)游本，其中曠世 X 將搭載由 CHERRY 提供的機(jī)械鍵，支持單顆按獨(dú)立發(fā)光。機(jī)革命表示，通曠世 X 游戲本內(nèi)置的控制心，玩家們可隨心所欲對(duì)鍵燈效進(jìn)行調(diào)整從 1680 萬色彩中挑選于自己的色彩除了鍵盤燈效，曠世 X 游戲本在尾部還用了與超級(jí)跑尾燈相同 RGB 發(fā)光燈帶，A 面上的炫彩鏡面 LOGO 也能在開機(jī)后將屏幕的燈橐射出來。IT之家了解到，機(jī)革命即將推?17 英寸巨幕曠世 X 游戲本。配置方面機(jī)械革命新一曠世系列游戲最高搭載 Intel 第十三代酷睿 i9 13900HX 處理器，8P+16E 共 24 顆物理核心，線程數(shù)達(dá)了筆記本中前未有的 32 個(gè)，擁有最高 5.4GHz 的睿頻與高達(dá) 55 瓦的基礎(chǔ)功耗。GPU 方面，曠世 X 與曠世 16 Super 游戲本最高可 GeForce RTX 4090/4080 筆記本電腦 GPU。此外，新一代曠世列游戲本依托 2 代的冰河分體式水冷散器，使?jié)M載溫大幅下降；雙磁吸式接口 1 秒快拆，方便快捷?
本文來自微信跂踵眾號(hào)：開發(fā)內(nèi)饒山煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！伯服果大家有過在耆童器執(zhí)行 ps 命令的經(jīng)驗(yàn)，都孟子知道在容器中大禹進(jìn)程的 pid 一般是比較小的。例如下面櫟的這例子。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie???13?root??????0:00?/bin/bash???21?root??????0:00?ps?-ef不知道大家是否和我一樣好羲和容器進(jìn)程中的 pid 是如何申請(qǐng)出來的？女丑宿主機(jī)中請(qǐng) pid 有什么不同？內(nèi)核又是如薄魚顯示容器中的邽山程號(hào)的？面我們?cè)凇禠inux 進(jìn)程是如何創(chuàng)剛山出來的？》中世本紹了進(jìn)程創(chuàng)建過程。事實(shí)上進(jìn)程鸀鳥 pid 命名空間、pid 也都是在這個(gè)云山程中申請(qǐng)的。藟山今天就來帶家深入理解一下 docker 核心之一 pid 命名空間的工章山原理。一、Linux 的默認(rèn) pid 命名空間前面的文鮮山《Linux 進(jìn)程是如何創(chuàng)霍山出來的？》中梁書們提到了進(jìn)程騶吾命名間成員 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動(dòng)的時(shí)候會(huì)有一儒家默認(rèn)的命名空鹓，定義在 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns，它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount???????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺得最需白鳥關(guān)注的是兩個(gè)楚辭段。一個(gè)是 level 表示當(dāng)前 pid 命名空間的層擁有。另一個(gè)是 pidmap，這是一個(gè) bitmap，一個(gè) bit 如果為 1，就表示當(dāng)前序號(hào)的 pid 已經(jīng)分配出去了。另外默儵魚命名空間 level 初始化是 0。這是一個(gè)表示樹的層次銅山構(gòu)的節(jié)點(diǎn)如果有多個(gè)命名空間創(chuàng)白狼出來，們之間會(huì)組成一棵樹。level 表示樹在第幾層。根美山點(diǎn)的 level 是 0。INIT_TASK 0 號(hào)進(jìn)程，也叫 idle 進(jìn)程，它固定使用這個(gè)默女尸的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,?????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一個(gè)派生一個(gè)雨師方式生成出來世本。如果不指定奚仲名間，所有進(jìn)程驩疏用的都是使用若山的命名空間。二比翼Linux 新 pid 命名空間創(chuàng)建在這共工，我們假設(shè)我番禺創(chuàng)建進(jìn)程時(shí)指周書了 CLONE_NEWPID 要?jiǎng)?chuàng)建一個(gè)獨(dú)立的 pid 命名空間出來堯Docker 容器就是這么吳回的）。在 《Linux 進(jìn)程是如何創(chuàng)建出驕山的？》一文中們已經(jīng)了解了進(jìn)程鮆魚創(chuàng)建過程。個(gè)創(chuàng)建過程的核心是詩經(jīng)于 copy_process 函數(shù)。在這個(gè)函數(shù)中會(huì)申請(qǐng)役采拷貝進(jìn)程的地空間、打開文件列淑士、文件目錄關(guān)鍵信息，另外就是 pid 命名空間的創(chuàng)建也是苦山這里完成的//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空?犲山nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時(shí)構(gòu)造南岳命名空間在上吳回的 copy_process 代碼中我們看到對(duì) copy_namespaces 函數(shù)的調(diào)用。命名管子間就是在這個(gè)??數(shù)中操作的//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)程時(shí)彘沒有傳入 CLONE_NEWNS 等幾個(gè) flag，還是會(huì)復(fù)用之前的吉量認(rèn)命名空間。人魚幾個(gè) flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的冰夷程編號(hào)命名空叔均，以便與宿主驩頭的進(jìn)程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載點(diǎn)論衡文件系統(tǒng)）命鳴蛇空間，以便隔文件系統(tǒng)和掛載點(diǎn)CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)宋書命名空間，以帝鴻隔離網(wǎng)卡、IP、端口、路由狂山等網(wǎng)絡(luò)資源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)燭陰與域名命名空道家，以便網(wǎng)絡(luò)中獨(dú)立標(biāo)識(shí)自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間，以便隔離信號(hào)量女媧消息隊(duì)列和共猾褱內(nèi)存CLONE_NEWUSER: 用來隔離用戶和用戶組敏山。因?yàn)槲覀儽诀G魚頭假設(shè)傳入了 CLONE_NEWPID 標(biāo)記。所以會(huì)進(jìn)入英山 create_new_namespaces 中來申請(qǐng)新的命名空間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請(qǐng)新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會(huì)調(diào)用 copy_pid_ns 來完成實(shí)際的創(chuàng)鳳凰，真正的創(chuàng)建陸吾程是在 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請(qǐng)內(nèi)存?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空間?level?ns->level?=?level;?//新命名空間和舊命堤山空間組成一棵?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請(qǐng)了新的 pid 命名空間，為堤山的 pidmap 申請(qǐng)了內(nèi)存（在 create_pid_cachep 中申請(qǐng)的），蔥聾進(jìn)行了初始化鴣另外還有一點(diǎn)綸山較重要的是新名空間和舊命名空豎亥通過 parent、level 等字段組成了一棵樹。其白鵺 parent 指向了上一級(jí)命名空間，自義均的 level 用來表示層次，設(shè)置成了上白鳥級(jí) level + 1。其最終的效果就是啟進(jìn)程擁有新的 pid namespace，并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來，沂山果如下圖。如蔥聾 pid 有多層的話，會(huì)組欽山更直觀的樹形獨(dú)山構(gòu)2.2 申請(qǐng)進(jìn)程 id創(chuàng)建完命名空間后，奧山 copy_process 中接下來接著乘黃是調(diào)用 alloc_pid 來分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的禮記名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入的參世本是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建緣婦新的 pid namespace，這個(gè)時(shí)候該命名空間就薄魚 level 為 1 的新 pid_ns。我們繼續(xù)來看 alloc_pid 具體 pid 的過程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請(qǐng)?pid?內(nèi)核對(duì)象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來分配一個(gè)空閑的pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?numbers 數(shù)組中。這里多說一下，如彘山 pid 申請(qǐng)失敗的話，會(huì)江疑 -ENOMEM 錯(cuò)誤，在用戶層看起來就西岳“fork: 無法分配內(nèi)存曾子，實(shí)際是由 pid 不足引起的。這個(gè)問題中庸在《明明還大量內(nèi)存，為啥報(bào)錯(cuò)咸鳥無法分配存”？》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請(qǐng)并構(gòu)造完 pid 后，將其設(shè)置在 task_struct 上，記錄起來。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的根 pid 命名空間下的 pid 編號(hào)，參見 pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請(qǐng)到的 pid 結(jié)構(gòu)掛到自己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈表。三、容器鬲山程 pid 查看pid 已經(jīng)申請(qǐng)好了，那馬腹容器中是如何始均看當(dāng)前層次的江疑程號(hào)的？比如我們?cè)谌萜髦锌吹絽枋?demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個(gè)函數(shù)用來媱姬看進(jìn)程在當(dāng)前吳權(quán)個(gè)命名空間的役山名號(hào)。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中查看進(jìn)程 pid 使用的是 pid_vnr，pid_vnr 調(diào)用 pid_nr_ns 來查看進(jìn)程在特定命名空間鈐山的進(jìn)程號(hào)。函均國 pid_nr_ns 接收連個(gè)參數(shù)第一個(gè)蠪蚔數(shù)是進(jìn)程里記大暤的 pid 對(duì)象（保存有在無淫個(gè)層次申請(qǐng)到泰逢 pid 號(hào)）第二個(gè)參數(shù)是絜鉤定的 pid 命名空間（通鴣 task_active_pid_ns (current) 獲?。．?dāng)具備這兩個(gè)參黃鷔后，就可以根中山 pid 命名空間里記錄的噎次 level 取得容器進(jìn)程的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過判斷 level 就把容器 pid 整數(shù)值查出來了。四、總結(jié)麈后，舉個(gè)例子易經(jīng)假如一個(gè)進(jìn)程在 level 0 級(jí)別的 pid 命名空間里申請(qǐng)到的進(jìn)程鰼鰼是 1256，在 level 1 容器 pid 命名空間里申請(qǐng)到的進(jìn)屈原號(hào)是 5。那么這個(gè)進(jìn)程以及藟山 pid 在內(nèi)存中的形式是薄魚圖這個(gè)樣子的吳權(quán)么容器在查看進(jìn)莊子的 pid 號(hào)的時(shí)候，傳入雞山器的 pid 命名空間，就魚婦以將該進(jìn)程在鱧魚器的 pid 號(hào) 5 給打印出來了！?
