探索高性能计算在大模型领域的发展
get大模型推理优化新技能
前情提要：
《Linux内核大规模移除疑似俄开发者，开源药丸？》
Linux 项目最近以合规为由移除了多名俄籍维护者，此事在内核社区引发了广泛争论。一部分人对此事缺乏透明度表达了不安。
众所周知，俄罗斯因为侵略乌克兰而受到欧美的制裁，其中包括禁止欧美企业与被制裁的俄罗斯企业有贸易来往。负责 Linux 项目的 Linux 基金会有很多欧美企业成员，这些企业需要遵守规定。
Linux 作者 Linus Torvalds 也卷入了这一争论，他表示作为芬兰人他是不可能支持俄罗斯的侵略行径的，他也拒绝透露律师就合规要求告诉他以及其他内核维护者的详细信息。他认为很多争论是来自于俄罗斯的 troll 工厂。
Linus 在内核邮件列表对事件进行了两次回复。
好吧，很多俄罗斯的水军到处活动。
这次的更改原因非常明确，不会被撤销。使用多个随机匿名账户试图通过俄罗斯的水军工厂来操作，是不会改变任何事情的。
顺便对那些不是水军的无辜旁观者说明一下 ——“各种合规要求” 不仅仅是美国的事情。
如果你还没听说过俄罗斯的制裁，应该找时间读读新闻了。而 “新闻” 可不是指俄罗斯政府资助的垃圾信息。
至于给我发撤销补丁的想法 —— 请用你那所谓的脑子思考一下。我是芬兰人。你觉得我会支持俄罗斯的侵略吗？
显然，这不仅仅是缺乏真实新闻的问题，也是缺乏历史知识的问题。
（编者注：Linus 所指的历史知识大概是苏芬战争。）
“再次提问——你是否签署过保密协议，不允许提及任何列表？这些国家？”
Linus 回复：“不，但我不是律师，所以我不打算深入讨论我和其他维护者被律师告知的细节。
我也不打算开始与我在严重怀疑他们可能是雇佣演员和/或被他们煽动的随机互联网人士讨论法律问题。”
不久后，一名 Linux 内核维护者在邮件列表发表了“告别信”。
邮件内容如下：
“Hi，Linux 内核社区，
我相信你们已经听说了最近由 Greg 提交所引起的风波。正如你们可能注意到的那样，这次变更涉及移除了一些与 Ru 相关的开发者作为官方内核维护者的资格，包括我自己。
社区成员们正确地指出，这份_非常_简短的提交记录中使用了非常模糊的措辞，并没有给出明确的变更理由。
无论我多么努力地尝试获得更多的细节，遗憾的是，与我讨论此事的资深维护者并没有解释这些合规要求是什么。我不会引用具体的邮件文本，因为那是私人通信，但关键词是‘制裁’、‘抱歉’、‘无能为力’、‘咨询你的（公司）律师’……我不能代表所有受此变更影响的人说话，但我的工作在过去一年多的时间里完全是_志愿性质_的（在此之前不到一半的工作是有报酬的）。因此，我没有（公司）律师可以咨询，并且坦率地说，在补丁被悄悄合并之后，我现在也不想要去咨询了。在所有人背后默默地进行，绕过了标准的补丁审核流程，没有任何受影响的开发者或子系统被通知——这确实是处理这件事最糟糕的方式。没有感激之情，没有对开发者多年来奉献工作的认可。不管情况的原因是什么，但我们难道不值得更好的对待吗？至少在 GREDITS 文件里加上我们的名字，不是吗？我不相信内核资深维护者们没有考虑到这个补丁会被注意到，并且这种情况可能会失去控制，给社区带来不可预测的结果，如果不是立即发生，那也是在中期或长期的视角下。我相信有很多方法可以更少伤害地解决问题，但他们选择了最容易的道路。一年前悄然开始的分歧点现在已经被完全实施。这种情况的原因显然是基于政治基础的，而这无疑破坏了社区最初建立的基础。如果这样，天知道接下来会发生什么（谁还会被制裁……），但实施的行动显然向Linux社区的新来者，以及像我这样的已经在工作的志愿者和爱好者发出了一个不好的信号。
即使现在我仍然有可能发送补丁或做一些评审工作，但经过这样的事情后，我作为志愿者继续这样做的动力已经完全消失了。（虽然未来我可能会做一些商业上的上游工作。）但在告别之前，我想对我有幸在这几年中一起工作的所有社区成员表示感谢。具体来说：
NTB 同仁，Jon，Dave，Allen。NTB 是我在内核上游工作中起步的地方。感谢你们最初的建议，尽管经历了非常-非常-非常艰难的评审，包括几次完整的补丁集重构，但我从中学到了很多。这段经历对我后来的工作帮助很大。非常感谢你们。顺便说一句，从那以后我收到了几封感谢信，感谢我对 IDT NTB 和 IDT EEPROM 驱动的贡献。如果没有你们，这是不可能实现的。
Andy，你在我的 Linux 内核之旅中给予的帮助无人能及。我们第一次见面是在我的 DW I2C 驱动补丁的 I2C 子系统的评审过程中。之后我们在很多地方频繁相遇——GPIO，SPI，TTY，DMA，NET 等等，清理/修复/功能补丁集。你在最初的评审中提出的热烈讨论确实让我抓狂。但我们总是设法达成某种共识。你从不放弃讨论，冷静地一遍又一遍地解释你的观点。你从未拒绝提供对你请求/评论的更详细的理由，尽管你不需要这样做。由于这些，我学会了如何对评审者和被评审者保持耐心。当然也要感谢你分享的所有关于 Linux 内核的知识和技巧。
Andy，请注意，由于目前的情况，我将不再继续我的 DW DMAC 修复补丁集的工作。所以如果你希望将来能够稳定地使用 DW UART 与 DW DMA 引擎驱动，你可以自由地接手这个系列。
Linus（Walleij），在你合并了我的一个相当大的补丁集后，你建议我继续维护 DW APB GPIO 驱动。这是我第一次被要求维护一个非我编写的驱动。感谢你的信任。我永远不会忘记这一点。
Mark，非常感谢你把 DW APB SSI 驱动的维护工作交给我。我投入了大量的精力使其更加通用，减少错误，特别是在 DMA 引擎控制或 mem-ops 模式下工作时。我相信从那时起，这一成果对许多 DW SPI 控制器用户都是有益的。
Damien，我们第一次也是最后一次会面是在我的通用 AHCI 平台和 DW AHCI SATA 驱动补丁的评审过程中。你并没有让这条路变得轻松简单。但是所有的评审评论都是基于技术层面的，最终补丁被合并了。感谢你的时间以及我从中获得的经验。
Paul，Thomas，Arnd，Jiaxun，我们在我的 MIPS P5600 补丁和通用 MIPS 补丁的评审过程中有过几次交流。与这些领域的杰出专家讨论总是令人愉快的。遗憾的是，我花太多时间在其他子系统的补丁上，未能提交所有 MIPS 相关的部分。对不起我没有履行承诺，但正如你所看到的，情况突然间有了它自己的期限。
Bjorn，Mani，我们在 DW PCIe RC 驱动框架内做了大量的工作。你审阅了我的补丁。有一段时间我也帮助你审阅其他补丁。尽管有一些争论，但与你们共事始终是一种乐趣。Mani，特别感谢你合作进行 DW eDMA 驱动的维护。我认为我们一起做得很棒。
Paolo，Jakub，David，Andrew，Vladimir，Russell。网络子系统，尤其是 STMMAC 驱动（毫无疑问这个驱动有问题）成为了我当前 Linux 内核活动的一个障碍。我真的希望至少在某种程度上，我对即将发布的 STMMAC 和 DW XPCS 补丁的评审有所帮助，减轻了你们的维护负担。我知道 Russell 可能不同意，但我真诚地认为我们所有的讨论最终都是有用的，至少对我来说是这样。我也认为我们与 Russell 在 DW GMAC/QoS ETH PCS 补丁上的合作做得很好。希望你们最终能找到时间完成它。
Rob，Krzysztof，从你们的评审中，我学到了很多关于内核中最硬件部分——设备树源文件和设备树绑定的知识。你们所有的评论都简洁明了，这让评审变得快速而容易。非常感谢你们。
Guenter，特别感谢你审阅并接受我提交到 hwmon 和 watchdog 子系统的补丁。与你共事很愉快。
Borislav，我们意见不合并争论了很多。因此我的 DW uMCTL2 DDRC EDAC 补丁甚至陷入僵局很长时间。不管怎样，感谢你花时间审阅我的补丁，并试图解释你的观点。
Borislav，看来我无法再继续我的 Synopsys EDAC 补丁集的工作了。如果你或其他人能接手并完成这项工作，那就太好了（你可以在 lore 存档中找到它们）。这些补丁主要是将特定于 Zynq(MP) 的 Synopsys EDAC 驱动转换为支持通用 DW uMCTL2 DDRC。这对基于该控制器的每个平台都是非常有益的。
Greg，我们在邮件列表中有过几次接触。你审阅了我提交给 USB 和 TTY 子系统的补丁，每次过程都很直接、专业，并且比我在大多数情况下要简单得多。非常感谢你。
Yoshihiro，Keguang，Yanteng，Kory，Cai 和所有我在内核邮件列表中遇到但在这里没有提到的每一个人。感谢你们花费时间共同致力于使 Linux 内核变得更好。在这里遇见你们是我的荣幸。
我还想对那些努力为被踢出的维护者辩护并在这些天里表达了支持的社区成员表示巨大的感谢。这对我们意义重大。
最后附上一点我的内核工作的统计：
已签署的patche：518
已审阅并确认的patche：253
测试过的patche：80
你可能会说，与一些其他开发者相比，七年的时间里这不是最大的成就。也许吧。但我保证，这些标签我都认真对待。
我想这就结束了。如果你将来需要有关我曾经维护的驱动程序、相应的硬件或 Synopsys IP 核心的信息或咨询（关于这一点，我现在已经有了相当全面的知识），请随时通过这封电子邮件联系我。我总是愿意帮助社区成员。
希望我们能在更愉快的情况下见面，一起喝几杯啤酒。对不起，这是一篇很长的文章。祝你在 Linux 之路上好运。
最好的祝愿，
-Serge(y)”相关来源
https://lore.kernel.org/all/2m53bmuzemamzc4jzk2bj7tli22ruaaqqe34a2shtdtqrd52hp@alifh66en3rj/?continueFlag=4000e45a17c0f827abf6ad7d3e463034
https://lore.kernel.org/all/CAHk-=wjw0i-95S_3Wgk+rGu0TUs8r1jVyBv0L8qfsz+TJR8XTQ@mail.gmail.com/
https://lore.kernel.org/all/CAHk-=whNGNVnYHHSXUAsWds_MoZ-iEgRMQMxZZ0z-jY4uHT+Gg@mail.gmail.com/
https://weibo.com/2194035935/OD1iAsXK1
