6.6内核开发统计

翻译自https://lwn.net/Articles/948970/

The 6.6 kernel was released, right on schedule, on October 29. This development cycle saw the addition of 14,069 non-merge changesets from 1,978 developers — fairly typical numbers for recent releases. The time has come for LWN’s traditional look at where the changes in this release came from, along with a look at the longer development “supercycle” that (probably) ends with 6.6.
“6.6内核已于10月29日按计划发布。这个开发周期新增了来自1978位开发人员的14069个非合并更改集，这是近期发布中相当典型的数字。现在是时候进行LWN传统的检查，看看这个版本的变化来自哪里，以及一起观察较长的开发“超周期”，很可能会在6.6版本结束。”
Of the developers contributing to 6.6, 249 were new to the kernel community, again a fairly typical number. The most active 6.6 developers were:
“对6.6版本做出贡献的开发者中，有249名是新加入内核社区的，这也是一个相当典型的数字。最活跃的6.6版本开发者有：”

Krzysztof Kozlowski is, once again, at the top of the list of changeset contributors, having done a great deal of work in the devicetree subsystem. Yangtao Li mostly converted large numbers of drivers to use devm_platform_iomap_resource(). Konrad Dybcio worked mostly with devicetree files and Qualcomm drivers, Rob Herring worked extensively on devicetree-related code, and Thomas Zimmermann made many improvements to a range of graphics and frame-buffer drivers.
“Krzysztof Kozlowski再次位居更改集贡献者的首位，他在devicetree子系统中做了大量的工作。Yangtao Li主要将大量的驱动程序转换为使用devm_platform_iomap_resource()。Konrad Dybcio主要处理的是devicetree文件和Qualcomm驱动程序，Rob Herring在devicetree相关代码方面工作广泛，而Thomas Zimmermann对各种图形和帧缓冲驱动程序做出了许多改进。”
Developers often end up at the top of the “lines changed” column by virtue of a a small number of large patches. Jiri Pirko, instead, contributed 72 smaller patches refactoring and improving parts of the network-driver subsystem; Dybcio got there in a similar fashion. Ian Rogers made a number of changes (including removing perf BPF event support) to the perf events subsystem, Dmitry Baryshkov worked with Qualcomm drivers, and Charles Keepax added the cs42l43 audio driver.
“开发者通常因为少数几个大的补丁而最终位于“修改行数”列的顶部。然而，Jiri Pirko提供了72个较小的补丁进行重构和改进网络驱动子系统的部分；Dybcio也以类似的方式达到了这一点。Ian Rogers对perf事件子系统进行了一些更改(包括删除perf BPF事件支持)，Dmitry Baryshkov处理的是Qualcomm驱动，Charles Keepax添加了cs42l43音频驱动。”
The top testers and reviewers this time around were:
“这一次的顶级测试人员和审核人员有：”

Daniel Wheeler, as usual, applies Tested-by tags to AMD GPU driver patches. Michael Kelley, Juergen Groess, and Sohil Mehta, instead, all tested the same set of x86 “APIC decrapification” patches from Thomas Gleixner. Overall, 1,067 patches (just under 8% of the total) merged for 6.6 contained Tested-by tags.
“像往常一样，Daniel Wheeler将Tested-by标签应用于AMD GPU驱动补丁。相反，Michael Kelley、Juergen Groess和Sohil Mehta都测试了来自Thomas Gleixner的同一组x86的"APIC decrapification"补丁。总的来说，合并到6.6的1,067个补丁(占总数的不到8%)包含了Tested-by标签。”
Simon Horman is the review champion for 6.6, having managed to review more than five networking patches for every day of this development cycle. There were 6,386 patches in 6.6 with Reviewed-by tags, or 45% of the total.
“Simon Horman是6.6版的评审冠军，他在这个开发周期中每天都能评审超过五个网络补丁。6.6版中有6,386个带有Reviewed-by标签的补丁，占总数的45%。”
The most active employers this time around were:
“这一次最活跃的雇主有：”

Once again, there are few surprises here.
“再次，这里没有什么惊喜。”
Closing the supercycle
In the absence of surprises, 6.6 will be the final release for 2023 and, as a result, the next long-term-support kernel release, with stable updates coming for the next two years. Since the LTS kernels are the ones that are actually used on most systems, the one-year LTS cycle represents a sort of kernel development supercycle. It thus makes some sense to look at contributions for that supercycle as a whole.
“在没有惊喜的情况下，6.6将是2023年的最后一个发布版本，并因此将成为下一个长期支持内核版本，稳定更新将在接下来的两年中进行。因为LTS内核是大多数系统实际使用的内核，所以一年一次的LTS周期代表了一种内核开发超周期。因此，查看整个超周期的贡献是有意义的。”
The last LTS kernel was 6.1, released on December 11, 2022. Since then, 72,425 non-merge changesets have found their way into the mainline, contributed by 4,598 developers, 1,359 of whom were first-time contributors. The most active developers were:
“上一个LTS内核是在2022年12月11日发布的6.1。从那时起，主线中已有72425个非合并更改集，由4598位开发者贡献，其中有1359位是首次贡献的开发者。最活跃的开发者有：”

The two most active developers each managed to crank out just short of six patches per day — every day — in the 322 days that separated the two LTS releases; 19 developers contributed at least one patch per day during that time. Two of the biggest contributors of new lines of code, Ian Rogers and Hawking Zhang, added Intel perf event definitions and AMD GPU register definitions, respectively. Arnd Bergmann, instead, managed to delete over 170,000 lines of code during this period.
“两位最活跃的开发者每天都能产出接近六个补丁——每一天——在两个LTS版本发布的322天间隔中；在这段时间里，有19位开发者每天至少贡献一个补丁。新代码行数最大的两位贡献者，Ian Rogers和Hawking Zhang分别添加了英特尔perf事件定义和AMD GPU寄存器定义。另一方面，Arnd Bergmann在这段期间删除了超过170,000行代码。”
The employer numbers for this time period look like this:
“这个时期的雇主数据如下：”

One other statistic that can be worth a look is the application of Signed-off-by tags by developers other than the author of any given patch. Those tags are added whenever a maintainer applies a patch to a repository, bringing it into the Git-based flow. Looking at non-author signoffs, thus, can provide a picture of who the busiest maintainers are. For the extended 6.6 cycle, the results are:
“另一个值得一看的统计数据是由开发者应用的Signed-off-by标签，这些标签除了给定补丁的作者之外的任何人都会添加。每当维护者将一个补丁应用到库中时，就会添加这些标签，从而将其引入基于Git的流程。因此，查看非作者签名可以提供谁是最忙碌的维护者的图片。对于延长的6.6周期，结果是：”

Greg Kroah-Hartman fell just short of applying ten patches every day, including weekends and holidays, during this period — and that does not count all of the patches that he herds into the stable kernels. On the employer side, it’s evident that there are still relatively few companies that employ maintainers; over 50% of the changes going into the kernel pass through the hands of maintainers working for just five companies.
“在这段时间里，Greg Kroah-Hartman每天几乎都会应用十个补丁，包括周末和假期——这还不包括他引导进入稳定内核的所有补丁。从雇主方面来看，很明显，仍然有相对较少的公司雇佣维护者；超过50%的更改进入内核都要经过仅五家公司的维护者的手。”
The kernel’s development process continues at full speed, producing a new major release every nine or ten weeks. The 6.7 release is more likely to be ten weeks than nine as a result of the upcoming holiday season. It is also likely to be a big release; there are, as of this writing, nearly 16,000 changesets waiting in linux-next. As always, keep an eye on LWN to stay on top of what is happening as this next cycle unfolds.
“内核的开发过程仍然全速进行，每九到十周就会产生一个新的主要版本。由于即将到来的假期季节，6.7版本更可能是十周而不是九周。这也可能是一个大版本；截至发稿时，linux-next中已有近16,000个更改集在等待。像往常一样，关注LWN以便了解下一个周期发展过程中正在发生的事情。”