LWN: 5.12 開發(fā)周期的統(tǒng)計數(shù)據(jù)！

關(guān)注了就能看到更多這么棒的文章哦～

Some 5.12 development statistics

By Jonathan Corbet
April 26, 2021
DeepL assisted translation
https://lwn.net/Articles/853039/

5.12 kernel 最終發(fā)布之時，這個開發(fā)周期中已經(jīng)有 13,015 個 non-merge changeset 被合入 mainline 了。這導(dǎo)致 5.12 是 5.6（2020 年 3 月底發(fā)布）以來最慢的一個開發(fā)周期。在 5.12 中仍然有大量開發(fā)工作得以完成。請繼續(xù)閱讀 LWN 傳統(tǒng)的分析內(nèi)容來了解這些工作都是來自哪里，以及如何進入 kernel。

5.12 中有 1.873 位開發(fā)者貢獻了 patch，其中 262 位是首次貢獻者。這些數(shù)字都在正常水平，尤其是考慮到這次開發(fā)周期中的內(nèi)容偏少。最活躍的 5.12 開發(fā)者們是：

Most active 5.12 developers

By changesets Lee Jones 256 2.0% Chris Wilson 167 1.3% Pavel Begunkov 158 1.2% Vladimir Oltean 120 0.9% Christoph Hellwig 117 0.9% Jens Axboe 113 0.9% Arnd Bergmann 109 0.8% Andy Shevchenko 94 0.7% Ben Skeggs 91 0.7% Paul E. McKenney 85 0.7% Zheng Yongjun 81 0.6% Ard Biesheuvel 77 0.6% Dan Carpenter 75 0.6% Hans de Goede 70 0.5% Alexandre Belloni 69 0.5% Geert Uytterhoeven 65 0.5% Sean Christopherson 64 0.5% Jiri Olsa 61 0.5% Chuck Lever 60 0.5% Colin Ian King 59 0.5%

By changed lines Arnd Bergmann 65277 9.4% Po-Hao Huang 21723 3.1% Viresh Kumar 16782 2.4% Maximilian Luz 14520 2.1% Andy Shevchenko 13160 1.9% Pawel Laszczak 10605 1.5% Ard Biesheuvel 9837 1.4% Sean Wang 9392 1.4% Chris Wilson 9255 1.3% Damien Le Moal 8949 1.3% Vladimir Oltean 7948 1.1% Hannes Reinecke 7854 1.1% Srujana Challa 7786 1.1% Thomas Zimmermann 6983 1.0% Bjorn Andersson 6978 1.0% Lorenzo Bianconi 6282 0.9% Srinivas Kandagatla 6100 0.9% Paul Kocialkowski 6050 0.9% Yevgeny Kliteynik 5967 0.9% Rob Herring 5870 0.8%

與 5.11 周期類似，Lee Jones 貢獻了最多的 changeset，因為他仍在繼續(xù)對編譯時以及 docs-build 的 warning 進行 fix。Chris Wilson 在開發(fā)的是 Intel i915 graphics driver。Pavel Begunkov 則主要在 io_uring 子系統(tǒng)里工作，Vladimir Oltean 對 network 子系統(tǒng)進行了許多改進，Christoph Hellwig 主要繼續(xù)在清理 block layer 以及 filesystem 里的代碼。

Arnd Bergmann 刪除了若干已經(jīng)廢棄的體系架構(gòu)，以及它們特有的驅(qū)動程序，因此憑借刪除掉的代碼行數(shù)得以在"lines changed"這一列登頂。Po-Hao Huang 貢獻了 8 個 patch，主要都是在更新一些機器生成的 table。Viresh Kumar 刪除了已經(jīng)不再使用的 "oprofile" 這個 profiling 機制，Maximilian Luz 增加了對 Microsoft Surface 設(shè)備的支持，Andy SHevchenko 刪除了一些不再需要的 Intel 驅(qū)動代碼。

Report, test, and review credits

kernel 社區(qū)除了代碼以外，還需要很多其他的貢獻。包括需要人們報出問題，也需要人們進行測試以及 review 代碼。因此內(nèi)核開發(fā)者們也通過在相關(guān)的 patch 上加上 tag 來對這些貢獻者表示認(rèn)可。在 5.12 中修復(fù)的 bug 的報告者之中，最活躍的是：

Most active 5.12 bug reporters
kernel test robot	184	16.1%
Syzbot	111	9.7%
Abaci Robot	107	9.4%
Dan Carpenter	44	3.9%
Hulk Robot	41	3.6%
Stephen Rothwell	28	2.5%
Randy Dunlap	19	1.7%
Kent Overstreet	12	1.1%
Guenter Roeck	11	1.0%
TOTE Robot	11	1.0%
Colin Ian King	9	0.8%
Andrii Nakryiko	8	0.7%
Juan Vazquez	7	0.6%
Arnd Bergmann	6	0.5%

這里我們看到自動測試系統(tǒng)的貢獻不斷提升，我們也希望這些系統(tǒng)能在有 bug 影響到最終用戶之前就先報告出來。

這一輪中的最活躍的 tester 和 reviewer 人員是：

Test and review credits in 5.12
Tested-by Daniel Wheeler 67 7.1% Tony Brelinski 62 6.6% Matt Merhar 33 3.5% Nicolas Chauvet 32 3.4% Peter Geis 31 3.3% Arnaldo Carvalho de Melo 29 3.1% Dmitry Osipenko 26 2.8% Wolfram Sang 21 2.2% Karthik B S 19 2.0% Marek Szyprowski 16 1.7% Sean Nyekjaer 16 1.7% Boqun Feng 15 1.6%	Reviewed-by Christoph Hellwig 220 3.6% Rob Herring 146 2.4% Laurent Pinchart 132 2.2% David Sterba 121 2.0% Florian Fainelli 109 1.8% Lyude Paul 91 1.5% Linus Walleij 87 1.4% Josef Bacik 82 1.4% Andrew Lunn 79 1.3% Hans de Goede 70 1.2% Darrick J. Wong 69 1.1% Chris Wilson 64 1.1%

Tested-by 這一列中最上面的幾位，看起來基本上都是在對他們的同僚提供的 patch 進行驗證，這種情況可能更多的時候是不會打上 tag 的。Matt Merhar，Nicolas Chauvet，Peter Geis 驗證的 patch 數(shù)量都差不多，這并不是一個巧合。實際上他們?nèi)唤?jīng)常是在測試來自同一位作者的同一批 patch。而 Reviewed-by 這一列情況則更加分散，其中主要是那些活躍的維護者，以及其他一些經(jīng)常投入時間來 review patch 的開發(fā)者。

Employer support

5.12 的開發(fā)工作中我們能識別出來的有 211 個公司和組織，比起上一版本來說略有下降，但是這也跟 5.12 版本中相對偏少的 patch 數(shù)量是吻合的。這一次最活躍的公司是：

Most active 5.12 employers

By changesets Intel 1425 10.9% (Unknown) 1012 7.8% Red Hat 872 6.7% Linaro 868 6.7% Google 752 5.8% Huawei Technologies 525 4.0% Facebook 477 3.7% (None) 475 3.6% AMD 403 3.1% NVIDIA 402 3.1% IBM 372 2.9% SUSE 358 2.8% (Consultant) 333 2.6% Oracle 306 2.4% Renesas Electronics 252 1.9% Arm 248 1.9% NXP Semiconductors 237 1.8% Pengutronix 191 1.5% MediaTek 173 1.3% Alibaba 170 1.3%

By lines changed Linaro 120694 17.4% Intel 80056 11.5% Red Hat 38249 5.5% Google 29108 4.2% (Unknown) 28976 4.2% NVIDIA 28766 4.1% (None) 26298 3.8% Realtek 22572 3.3% SUSE 20388 2.9% MediaTek 19872 2.9% Arm 16063 2.3% Marvell 15400 2.2% AMD 14753 2.1% Pengutronix 13744 2.0% Western Digital 12827 1.8% Facebook 11885 1.7% Code Aurora Forum 11768 1.7% NXP Semiconductors 11669 1.7% IBM 10799 1.6% Texas Instruments 10744 1.5%

不出意料，這些數(shù)字跟 5.11 的時候差不多，也跟之前很多時候的差不多。最大的變化是 Linaro 這次大刀闊斧的刪除代碼，因此得以登頂“l(fā)ines changed” 這一列。

The path into the mainline

雖然 Linus Torvalds 最終負(fù)責(zé)把這里提到的所有 patch 都合入 mainline，不過他直接處理的 patch 其實很少，目前所有 patch 基本上都是經(jīng)過至少一個子系統(tǒng)的維護者的 git 倉庫的。根據(jù) patch 合入 mainline 的路徑，可以生成一個能反映我們社區(qū)是如何一起工作的示意圖。不知道這張圖跟我們經(jīng)常描述 kernel 社區(qū)的層級結(jié)構(gòu)圖在多大程度上是吻合的？

每一封電子郵件在發(fā)送者和接收者之間傳遞的時候通常都需要經(jīng)過若干個服務(wù)器，每個服務(wù)器都可能添加一個"Recived" 郵件頭來標(biāo)記一下。而 Git commit 則不會記錄它經(jīng)過了哪些 Git 倉庫。不過，在一批 commit 從一個倉庫合入另一個 git 倉庫的時候，會產(chǎn)生一個 merge commit，至少絕大多數(shù)時候都會生成。有些項目可能會對 merge commit 非常反感，因此要求利用 rebasing 和 fast-foward merge 來避免生成任何 merge commit。而 kernel 并不禁止 merge commit，于是絕大多數(shù) pull 操作都會產(chǎn)生一個 merge commit。

Git 在創(chuàng)建這個 commit 的時候，會在 changelog 消息的開頭位置記錄一下是從哪個 git tree 合入過來的。假設(shè) maintainer 保留了這個信息的話，這樣就可以利用這個信息來分析這些 commit 都是從哪里來的了。很幸運，幾乎所有 kernel maintainer 都會保留這部分信息。

這個 merge commit 還包含了用來對這組 commit 中頭部的 commit 的 tag 進行簽名的 GPG key。這也是一個有用的信息。理論上來說，所有的 pull request 都應(yīng)該包含一個簽名的 tag，從而確保相關(guān)的將要合入 mainline 的 commit 都是由可以識別出來的 kernel maintaner 來標(biāo)記的 commit。實際上并不是所有的 maintainer 都會對他們的 commit 進行這樣的簽名操作。Torvalds 也沒有強行要求從 kernel.org 上的各個 git 倉庫中發(fā)起的 pull request 都要帶有簽名，不過對于來自其他地方存放的 git 倉庫的 pull 請求通常都是要求有簽名的。

treeplot 程序來自 gitdm 這組拼湊起來的數(shù)據(jù)分析工具，它可以搜集這些信息并生成圖示。最終結(jié)果也提供在本文中了。這里的矩形代表了一個個 Git 倉庫，箭頭表示了 commit 的流向。每個箭頭旁邊的數(shù)字表示有多少個 commit 是經(jīng)過這里來合入 5.12 的 kernel 的。黑色表示使用了簽名過的 tag，紅色表示沒有簽名。

這個圖示的形狀每一年都會發(fā)生一些變化，目前來說仍然有非常多的倉庫直接由 Torvalds 合入 mainline，仍然是非常扁平化的結(jié)構(gòu)，不過我們也開始看到經(jīng)過中間層的 maintainer 的 commit 的數(shù)量也在增長。有些較大的子系統(tǒng)，比如 networking, graphics, Arm system 等，都是有多層的 maintainer 來提供 patch 的。流入 mainline 的 patch 中最多的一條路還是經(jīng)過 networking 倉庫的，在 5.12 中，這里有超過 2,400 個 commit 進入了 mainline。

并且 networking 的這些倉庫也產(chǎn)生了數(shù)量最多的未對 tag 進行簽名保護的 commit。這個情況也已經(jīng)保持多年了。不過，在 126 個對 5.12 有貢獻的 Git 倉庫中，只有 15 個沒有使用 signed tag 了，情況比起過去幾年已經(jīng)好了很多。不過，比較有意思的是這些未用簽名驗證技術(shù)的倉庫中，有一個恰恰正是 crypto 倉庫。

Torvalds 要求來自 GitHub 等其他 site 的 pull 都要提供 signed tag，不過可以看到其他一些 maintainer 并未這么做。因此，有一些來自公共網(wǎng)站的未被簽名的 pull request 仍然合入了 mainline kernel，就是來自這些中間 maintainer。

不過，從這個最終生成的圖片看來，我們的社區(qū)盡管有許多困難，但是仍然將大量的改動采用了可靠的、可預(yù)期的方式合入進來。其他項目很少有既能保持我們 kernel 社區(qū)類似的規(guī)模，同時還能提供穩(wěn)定可用的產(chǎn)出的。在撰寫本文的時候，已經(jīng)有 13,677 個 changeset 加入了 linux-nest，其中絕大多數(shù)都會進入 5.13，因此這個流程看起來并不會放緩。

更新：在本文初次公開之后，根據(jù) Leon Romanovsky 的提醒，對公司相關(guān)的貢獻數(shù)量有修改。

全文完
LWN 文章遵循 CC BY-SA 4.0 許可協(xié)議。

歡迎分享、轉(zhuǎn)載及基于現(xiàn)有協(xié)議再創(chuàng)作～

長按下面二維碼關(guān)注，關(guān)注 LWN 深度文章以及開源社區(qū)的各種新近言論～