LWN：减少发给linux-kernel的patch邮件！

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

Reducing patch postings to linux-kernel

By Jake Edge
November 8, 2023
ChatGPT translation
https://lwn.net/Articles/950567/

Linux 内核邮件列表因为每天都有大量电子邮件而声名远扬。邮件量非常庞大，以至于各种电子邮件提供商试图对其进行速率限制，这可能导致发件方积压严重，当然也会导致邮件延迟。造成如此庞大流量的部分原因是几乎每个补丁都会被 CC 到邮件列表上，尽管这样做可能不是必要的。最近提出的一个变更，打算开始将一些补丁邮件分离出去，这可能会引起支持者和反对者的争论，但讨论很好地展示了内核开发人员使用邮件列表的不同方式。

在一篇帖子中，Konstantin Ryabitsev 在未发送到 linux-kernel，而是发送到 Kernel Summit 讨论列表（ksummit-discuss）和 kernel.org 用户邮件列表的情况下，描述了他对当前 mailing list 状态的看法。该列表有近 3000 名订阅者，并且由于在=MAINTAINERS=文件的末尾有一个通配符条目，几乎每个补丁都会被 CC 到列表上；这反过来导致每天基于列表上大约每个月有 33000 个邮件就会导致将近 310 万封邮件被发送到所有收件箱里。但是，在发送给大量 Gmail 地址时，这里会有问题：

由于 Gmail 的配额政策，这通常导致队列中有 50K 到 200K 封邮件排队，所有这些邮件都在尝试发送到 Gmail 并被延迟，提示是说“此帐户正在接收过多邮件”

他提出的解决方案是把那个通配符项目修改一下，改成将补丁发送到patches@lists.linux.dev邮件列表，而不是 linux-kernel。这会（最终）减少列表上的邮件量，从而“清理发送队列并加快邮件传递速度”。目前，经常与“git send-email”等工具一起使用的“get_maintainer.pl”工具将拾取“MAINTAINERS”末尾的“THE REST”条目；该条目表示将所有内容发送到 linux-kernel。linux-patches 列表也可通过lei工具或通过匿名 POP3 订阅方式来接收该方式的补丁，例如使用 Gmail。但是，对 linux-patches 的直接订阅将进行审查，以防止再次出现这种压垮电子邮件提供商的情况。

Joe Perches，负责“get_maintainer.pl”和其他开发工具的人，称其为“一个很好的主意”；Borislav Petkov 表示将补丁抄送到 linux-kernel 是为了存档，因此对此使用一个单独的列表应该完全没问题。然而，其他人对 Ryabitsev 列出的当前状况的一个缺点表示反对：“由于邮件数量庞大，LKML 通常被认为无法用于进行任何实际讨论”。

Eric W. Biederman 表示他至少经常浏览 linux-kernel；Christoph Hellwig 同意，并补充说他确实在该列表上开始了一些讨论。与此同时，Willy Tarreau 认为这是了解内核发展的好方法：

我每天都可以使用这种方式来快速浏览所有主题，这是我发现新话题、新的补丁、新的讨论的方式。我认为相当数量的 LKML 订阅者都是出于这个确切的原因。

他说他肯定会错过那些被移动到其他列表的补丁，但他也质疑这种变化实际上会带来多少改善。其他人也对减少多少流量表示怀疑；Pavel Machek 认为通配符匹配到的补丁数量相当少。Paolo Bonzini 表示可能其实是“git send-email”配置导致补丁被发布到 linux-kernel，这意味着需要每个作者本地对其进行更改；然而，其他开发人员认为这不是常见的配置。Laurent Pinchart 指出“提交补丁”文档对于将补丁发送到 linux-kernel 的问题存在一些模糊性：

linux-kernel@vger.kernel.org 应该是默认用于所有补丁，但该列表上的邮件量导致许多开发人员将其忽略。请不要在不相关的列表和不相关的人员之间进行垃圾邮件轰炸。

这应该修改一下，即使只是因为这段文字相当令人困扰（至少在我看来，我不确定它是指所有补丁都应该使用 LKML，还是不应该）。

他还指出，“提交补丁”文档对于将补丁发送到 linux-kernel 的问题存在一些模糊性，并补充说他与其他一些回答者不同，他完全忽略 linux-kernel，因为电子邮件的数量“带来的噪音淹没了对我有用的信息”。Greg Kroah-Hartman 表示将工具切换为正确的方式将有所帮助；例如，linux-usb 邮件列表被指定为 USB 子系统的补丁要发送到的地址，但“get_maintainer.pl”仍然将 linux-kernel 列为 USB patch 的邮件列表。Ryabitsev 建议的变更将避免出现这样的情况，“这是一件好事，应该会随着时间的推移减少总体 size”。

如果进行了这种更改，Julia Lawall 有些纠结于如何能够 review“根据一些讨论来形成的 commit”；目前，查看 linux-kernel 是“进行这项工作的最合理的地方”。Dan Carpenter 建议使用“lore.kernel.org”和“b4”以及“lei”，而 Pratyush Yadav 提供了如何使用这些工具追踪讨论的详细说明。该程序将找到在他订阅之前发生的补丁和讨论，这使得它“比订阅邮件列表更强大和完整”。Ryabitsev 指出所有在lore.kernel.org上存档的列表实际上都被一起索引，因此使用lore.kernel.org/all进行搜索将在所有内核列表中找到消息 ID 或主题，包括 linux-patches。

可能会在即将举行的Linux Plumbers Conference的 Kernel Summit 议题中进行有关这一想法的讨论，或者在随后的Maintainer Summit上进行讨论。这可能是 Ryabitsev 在 ksummit-discuss 上发布出来的原因之一，尽管 Carpenter 指出现在它对于一般主题来说是比 linux-kernel 更适合的论坛。

有多少内核开发人员，就可能有多少种不同的内核开发风格——每个版本都会有新增——因此在它们之间找到共同点哪怕不是完全不可能的，最起码也是很困难的。目前，电子邮件传递的问题是真实存在的，可悲的是，并不仅仅是 Gmail 引起这些困扰。既然这种情况随着时间的推移而变得更糟，那么还是需要对一些邮件列表采取措施；Ryabitsev 的计划似乎是一个合理的方法，可能会有所帮助。除此之外，那些使用大型免费电子邮件提供商的人可能希望自愿将他们的 linux-kernel 订阅切换到其他地方，以改善邮件列表对其他人的服务可靠性。

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

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

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