又畴前一年，Linus 的 Rust for Linux神气发达怎样了？情况不太好。

试图将 Rust 代码添加到 Linux 内核的开采东说念主员，仍在络续面对来自内核珍爱者的反对，这些珍爱者合计：使用多种讲话是一种不受宽贷且风险较高的复杂情况。

前年 9 月，当微软软件工程师韦德森·阿尔梅达·菲略（Wedson Almeida Filho）因对“非本事性歪缠”感到颓落而退出 Rust for Linux 神气时，问题初次浮出水面。

内核珍爱者的煎熬

“别免强我应对你当卑劣行的文静讲话。珍爱多讲话神气是件磨折的事。”

上个月，当提议一个轮廓决策以允许用 Rust 编写的建设运转步伐调用主要基于 C 的内核中枢 DMA API 时，问题再次激发争议，内核珍爱者克里斯托夫·赫尔维格（Christoph Hellwig）对此默示反对。

具体来说，提交了一个补丁，允许 Rust 运转步伐使用 DMA API 的 dma_alloc_coherent C 函数来分派和映射用于告成内存探访的大内存区域。

在给 Linux 内核邮件列表的一封信中，赫尔维格写说念：“请不要在 kernel/dma 中使用 Rust 代码。” 值得一提的是，该补丁将代码添加到了 Linux 源代码树的 rust/kernel 部分，而不是 kernel/dma，至少据咱们所知是这样。

Rust for Linux 神气标米格尔·奥赫达（Miguel Ojeda）肯求赫尔维格提议替代决策。

赫尔维格回复说念：“把包装器留在你的代码里，而不是让别东说念主的日子变得磨折。”他还接着愤愤不深渊说，“DMA API 的接口应该保留在可读的 C 代码中，而不是用奇怪的绑定，这样它才智保执可查找性和可珍爱性。”

赫尔维格似乎但愿非 C 运转步伐有我方的独到 C 代码绑定，而且这些轮廓不应该单独珍爱，即使在 rust/kernel 树中也不行。

红帽软件工程师丹尼洛·克鲁姆里奇（Danilo Krummrich）参与了 Rust for Linux 神气，他质疑赫尔维格，赫尔维格明确默示他压根不念念处理 Rust 代码。

“别免强我应对你当卑劣行的文静讲话，”他写说念，“珍爱多讲话神气是我不肯处理的磨折。淌若你念念用非 C 讲话，无论是汇编照旧 Rust，你写到 C 接口，而且我方处理阻抗不匹配的问题，就我而言。”

对此，克鲁姆里奇讲明注解说，Rust for Linux 神气正在创建轮廓 C API 的 Rust 代码，供通盘 Rust 运转步伐使用，并由 Rust 开采者珍爱。换句话说，内核的 C 端保执不变，Rust 运转步伐使用对 C 代码的轮廓，而且这些轮廓由 rust/kernel 中的团队聚会珍爱，这不错说比运转步伐各自领有零丁的 C 绑定要好得多。

羼杂C和Rust是一种癌症

但赫尔维格似乎对单独珍爱 DMA Rust 轮廓层并不感风趣。他讲明注解说，他不念念要另一个珍爱者：

淌若你念念因为跨讲话代码库而使 Linux 难以珍爱，那就去作念吧，这样你必须我方处理，而不是将这种“癌症”扩散到中枢子系统。（这里的“癌症”明确指的是跨讲话代码库，而不是 Rust 自己，仅仅为了逃匿那些心爱兴风作浪的东说念主）。

练习本事历史的东说念主可能会铭记，2001 年，时任微软首席实践官的史蒂夫·鲍尔默（Steve Ballmer）曾将 Linux 比作癌症。“Linux 是一种癌症，它从常识产权的角度附着在它构兵到的一切事物上，”鲍尔默说，ag百家乐下三路当时 Linux 还莫得扩散到 Windows 子系统 for Linux。

赫尔维格接着争申辩，让其他东说念主珍爱 DMA 内存分派器的 Rust 轮廓层手脚一个单独的组件并不成改善情况，反而会挫折内核的可珍爱性：

每一种绝顶的讲话渗透，齐会极地面裁减内核手脚一个集成神气标可珍爱性。Linux 巧合存活这样久的唯独原因是它莫得里面领域，而添加另一种讲话则完全冲突了这少许。你可能不心爱我的回答，但我将尽我所能阻截这种情况。这不是因为我脑怒 Rust。尽管它不是我最心爱的编程讲话，但它细目是最佳的新讲话之一，我饱读吹东说念主们在稳当的神气中使用它。我十足不但愿它出目下我需要珍爱的宏大 C 代码库隔壁。

Ashai Linux 神气风雅东说念主赫克托·马丁（Hector Martin）默示，他合计赫尔维格的言论组成了违背行径准则的行径，但他怀疑不会给与任何秩序刑事株连。《注册报》接头马丁是否策画提交行径准则投诉，但咱们尚未收到回复。

Linus的魄力决定Rust for Linux神气标死活

马丁合计，Rust for Linux 的开采东说念主员应该冷落赫尔维格的担忧，并提交他们的补丁以供内核风雅东说念主林纳斯·托瓦尔兹（Linus Torvalds）批准：

“淌若林纳斯莫得在这个话题上给出泰斗性的谜底，米格尔和其他 Rust 东说念主员应该在补丁经过审查并准备好后告成销亡这个系列，忽略克里斯托夫试图阻扰神气标彰着企图。淌若林纳斯[采纳拉取肯求]，克里斯托夫说什么齐不病笃。淌若林纳斯不[采纳]，[Rust for Linux]神气基本上就死了，除非林纳斯或克里斯托夫给与行径。其他一切齐是在兜圈子。”

有外媒曾接头赫尔维格是否烦躁就上头马丁的评述发表意见，他拒却了。

支柱Rust的情理

2022 年 10 月 3 日，Linux 内核增多了对 Rust 代码的支柱，此前不久，微软 Azure 首席本事官马克·鲁西诺维奇（Mark Russinovich）曾方针新的编程神气应该用 Rust 而不是 C 或 C++ 来编写。

“为了安全性和可靠性，行业应该晓谕这些讲话依然过期，”鲁西诺维奇说。

他的情理是，Rust 代码不错编写得幸免困扰 C 和 C++ 代码的内存安全舛讹（举例缓冲区溢出），这些舛讹是大型神气中大无数严重舛讹的根源。这种不雅点随后获得了天下各地政府安全机构的支柱。

Linus：有些东说念主不但愿 Rust 侵入他们的范围

那些编写 C 和 C++ 代码的东说念主重视到了对 Rust 日益增长的风趣，并承认需要处理内存安全问题。因此，有很多神气正在进行中，举例 TrapC、FilC、Mini - C 和 Safe C++，旨在使 C 和 C++ 更阻难易受到内存舛讹的影响，此外还有像 DARPA 的 TRACTOR 这样的勉力，以自动将 C 代码养息为 Rust。

在菲略前年晓谕退出 Rust for Linux 之后不久，Linux 首脑林纳斯·托瓦尔兹（Linus）在奥地利维也纳的 Linux 基金会开源峰会上，就 C 和 Rust 开采者之间的摩擦发表了看法。

“昭彰，有些东说念主便是不心爱 Rust 的想法，也不但愿 Rust 侵入他们的范围，”托瓦尔兹说，“以致有东说念主在研讨 Rust 集成是一个失败……咱们依然作念了两年了，目下就说这个还为时过早，但我合计，即使它最终成为一个失败——而我不合计它会——这亦然学习的过程。”

到目下法令，Linux 开采者社区依然了解到 Rust 并不老是受宽贷的。

刚刚！马丁肯求辞去Linux内核珍爱者的职务

最新音信，本周五（2月7日发搞今日），赫克托·马丁已肯求辞去 Linux 珍爱者的职务。

“我对内核开采进程或社区管制神气依然莫得任何信心了，”他在给 Linux 内核邮件列表的信中写说念。

“苹果/ARM 平台的开采将络续鄙人游进行。淌若我以后我方念念为任何子树提交一些补丁到上游，我可能会ag百家乐怎样杀猪，也可能不会。任何烦躁我方为上游提交而战的东说念主齐不错这样作念。”