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