LWN：6.5内核的开发数据统计！

关注了就能看到更多这么棒的文章哦～

Development statistics for the 6.5 kernel

By Jonathan Corbet
August 28, 2023
ChatGPT assisted translation
https://lwn.net/Articles/941675/

Linux 内核 6.5 版本于 8 月 27 日发布，经过了九周的开发周期。在此期间，有 13,561 个 non-merging changeset 进入了 mainline 仓库，这是自 2021 年底发布的 5.15 版本（12,377 个 changeset）以来看到的最低数量了。尽管如此，在这个周期内完成了相当多的重要工作，下面我们来看看这些工作来自哪里。

这次共有 1,921 位开发人员为 6.5 版本做出了贡献，比通常数字略低一些；其中 271 位开发人员是首次给内核提供贡献。6.5 版本的顶级贡献者包括：

与 6.4 版本一样，Uwe Kleine-König 在按 changeset 排序的个人贡献者列表中名列前茅，他主要是在修改内部 platform-device 驱动程序 API。Krzysztof Kozlowski 与 6.4 版本一样，再次排名第二，他贡献了大量的 devicetree 改动。Christoph Hellwig 继续对 block 设备和文件系统层的代码进行了重构，这次主要工作是在 Btrfs 文件系统中。Ian Rogers（跟 6.4 版本一样）为 perf 工具贡献了大量的变更，Arnd Bergmann 在内核树的各个地方进行了 fix。

这次 Ian Rogers（与 6.4 版本一样）修改到最多代码行数（在一个相对较少有大型 commit 的发布周期内），他更新了各种跟特定供应商有关的 perf 事件。Zong-Zhe Yang 为 rtw89 WiFi 驱动程序贡献了 25 个改动，Jakub Kicinski 为 ynl 工具（https://www.kernel.org/doc/html/latest/userspace-api/netlink/intro-specs.html netlink 协议的命令行工具）添加了代码，Hawking Zhang 添加了一轮数量不是那么多的 amdgpu 头文件，Mark Rutland 重新组织并写文档说明一些底层加锁 API。

此周期的测试最多的人员和 review 最多的人员分别是：

有两位开发人员被认为在这个为期 63 天的周期中每天都测试了至少一个 patch，还有 25 位 review 人员每天至少 review 了一个 patch。Simon Horman，在网络子系统中 review patch，维持了每天四个以上的速率。总体而言，在 6.5 版本中，有 1,177 个（占 8.7%）commit 包含了 Tested-by 标签，6,702 个（占 49%）commit 具有 Reviewed-by 标签，延续了长期以来人们越来越多使用这些标签的趋势。

共有 218 家雇主（我们能够识别的出来的部分）支持了 6.5 版本内核的工作；其中最活跃的是：

这些公司对内核的工作主要集中在以下领域：

需要注意的是，许多变更涉及多个子系统，因此百分比之和不一定等于 100%。

不出意外的是，制造硬件的公司，如 AMD、Intel 和 NVIDIA 的工作主要集中在驱动程序子系统上。他们首要任务是确保产品与 Linux 可以配合良好，这意味着需要开发驱动程序。或许有点令人惊讶的是，这些公司都制造 CPU，但在 6.5 版本的开发周期内并没有对架构支持代码进行太多更改。Google 在架构支持（arch/）领域的提交数量超过了其他三家公司的总和。

Linaro 是为了支持 Arm 架构而存在的，它确实在架构支持（arch/）子树上投入了相当多的工作。然而，不要认为 Linaro 是写了最多文档的公司，因为别忘了 devicetree bindings 就是存放在文档（Documentation/）目录下的。从上面列出的这些组来看，没有明确归属的开发人员（"None"和"Unknown"列）似乎在贡献文档方面最为热情。

至少有一些公司在工具（tools/）子目录中完成了大量工作。在那里的活动集中在 perf 工具、不断增长的 self-test、构建过程中越来越重要的 objtool 工具等方面。内核树中有越来越多的代码在用户空间运行。

内核开发经历了高低切换的周期；6.5 版本是一个相对较慢的周期（尽管是相对来说），但 6.6 版本可能会加快速度。截止目前，6.6 版本中排队等待合并的 non-merging changeset 有 11,642 个。有时候看起来需要做的工作较少。然而，经验表明，patch 提交速率不久就会再次加快；内核项目似乎永远没有完成的时候。

全文完
LWN 文章遵循 CC BY-SA 4.0 许可协议。

欢迎分享、转载及基于现有协议再创作～

长按下面二维码关注，关注 LWN 深度文章以及开源社区的各种新近言论～