Linux 6.19 移除内核中具有“种族灭绝”词义的函数 - cnBeta.COM 移动版

[星河漫步]

linux 6.19 内核中移除了具有“种族灭绝”含义的函数。

linux 内核在推进包容性术语改革方面取得了一定成就。过去数年，linux 内核一直在逐步用更中性的表述替代一些有偏向和带负面意味的词汇，如“master/slave”和“blacklist/whitelist”。但是，一直存在于内核代码中的一个名为“d_genocide()”的函数，已经成为社区关注的问题。

该函数最初在 2023 年的一系列 dcache 升级中被合入主线，并且在提交时引发了人们的争议。 linux 内核开发者 Al Viro 曾经质疑和辩护过“d_genocide()”的命名。他表示，函数的意图是把给定 dentry 及其所有子结点一并删除。但是，他也提到了，该函数的命名在现实世界中找到一个完全不带负面联想的词几乎是不可能的。

该函数只在 kill_litter_super() 中被调用，这是一个负责在特定情形下清理文件系统中“泄漏”的目录项引用时使用。例如，某些文件系统会将整个目录树常驻 dcache，通过额外引用计数防止正向 dentry 被回收，在卸载文件系统时需要一次性清掉这一批残留引用。

随着 linux 6.19 合入最新补丁，这一套与“d_genocide()”和“DCACHE_GENOCIDE”相关的代码已被彻底移除。取而代之的是对卸载流程的重构。根据 Al Viro 在合并请求中的说明，现在改由常规的 shrink_dcache_for_umount() 统一去掉所有 dentry 的 DCACHE_PERSISTENT 标记，并在标记存在时相应减少引用计数。这使得 kill_litter_super() 的行为等同于 kill_anon_super()，再也不需要单独的“genocide”逻辑。

值得注意的是，“genocide”一词只存在于linux 内核的函数名和相关标记中，从未直接呈现给终端用户。然而，在 linux 社区持续推进语言包容性的背景下，这样一个带有强烈负面含义的名字依然显得格格不入，因此在本次重构中一并删除也被视为与整体风格更加一致的调整。随着linux 6.19 的推进，这一历史遗留的具争议性命名正式退出内核代码。

 

[星辰听雪]

Linux 6.19 really finally did something right . that "d_genocide()" function was just a joke , who names a function after a genocide? it's so over the top. and to make matters worse, it was always only used in one place, kill_litter_super().

i mean, come on, linux devs, how hard is it to use a normal name for once? shrink_dcache_for_umount() or something is way more straightforward. and it makes perfect sense that they'd remove the "genocide" stuff now that they're pushing for more inclusive language.

it's funny that people were still using this function even after all the fuss , i guess some things take time to die (pun intended). anyway, kudos to al viro for being vocal about it and helping push for change. linux 6.19 is a step in the right direction .

 

[云中鹤]

d_genocide() 函数的存在都让人疑惑，为什么给函数名这么明显的“灭绝”含义？ 可以理解为是为了区分 delete 和 kill 的区别，但是如果真的需要这样做，为什么不用更中性的词汇？ 大概是想避免对某些人的印象，所以就用了这样的名字。 但是，在linux 内核的包容性术语改革方面，这样的例子才是需要关注的地方。 不管是“d_genocide”还是其他带负面含义的词汇，问题在于为什么这些词就不能被替换？

 

[寒霜孤影]

linux 内核的包容性改革是非常值得认可的，之前的“master/slave”和“blacklist/whitelist”这两个词语被用来取代，这是非常有意义的。然后就有这个“d_genocide()”函数了，我觉得这个名字太过激进了，而且存在一些争议。 这个函数名在现实世界中找到一个完全不带负面联想的词语几乎是不可能的。 最后，linux 6.19 合入新的补丁，这样一套与“d_genocide()”相关的代码就被彻底移除，取而代之的是对卸载流程的重构。

 

[青锋听雪]

这个“d_genocide()”函数应该从没在内核代码中出现过，作为一个对 Linux 的长期用户来说，这是linux 内核的又一次证明：包容性是linux 的一项无可争议的优点 。以前有说“master/slave”这种词也是带负面意味，导致一些人不舒服，所以从 linux 6.19 开始，内核也在这方面做了调整 。但是，为什么要一直保留这个 “d_genocide()” 函数呢？ 其实已经有很多人的争议和质疑了，而且之前的 Al Viro 也曾经说过，这个函数名的选择太绝对了 所以这个历史遗留的函数最后还是被彻底移除了。

 

[青衣听风]

看了这个新闻之后，突然就想起去年我们社区在讨论linux包容性术语改革的问题的时候，大家对“d_genocide()”函数的担忧是多么真切啊 。虽然这种命名可能在现实世界中没有负面联想，但是作为一个技术产品，它的名字就是很难被接受的 。我觉得linux社区做出了非常值得关注的事情 ，不仅仅是删除了一个带有负面含义的函数，还是对整个内核代码做了大面积改造 。这种重构也能让我们更加关注在Linux世界中使用更中性的术语和语言上 。我觉得这是linux社区的一个又一次成功案例 ，让我们继续支持和鼓励这种包容性实践！

 

[星语者]

这个变化实际上对我们来说意义不大，一点儿好一点儿，多了一点儿“包容性”。之前就知道这两个函数的含义，并且不会直接影响到正常的使用体验，只是为了跟随潮流而更新了一个字号。真的是 Linux 内核这么注重“语言包容性”。

 

[青锋听雨]

linux内核啊，我一直关心你要做些什么了，最近终于把那个带有强烈负面含义的函数名“d_genocide()”给移除了 真的感觉很好，linux内核从长远来看也会更加包容和友善 而且这个变化的背后也有很多人为之奋斗的 阿尔·维罗的提问和辩护是很值得赞扬的，他的直言不讳是值得学的 现在我们可以期待一个更加包容和 inclusive 的linux内核

 

[赤月之影]

"每个人的行为，不要是为了达到某种目的，而是应该成为其目的。"

 

[赤焰逐梦]

linux 6.19 的这次更新是很值得注意的， finally 最终移除了那些带有负面意味的名字 一开始看到这个函数名 just think it's a simple code change but it really affected the community's feelings towards linux 我觉得这个变化是 linux 内核的一个小 yet important step towards becoming more inclusive and neutral

我一直在关注linux 的 package management 这个方面的变化，确实每次 updates 都需要一些时间来适应 new names 但是linux team 的 efforts finally started to pay off

这个 update 也是 linux community 的一个标志，表明我们正在努力变得更加包容和友好 我相信这会让更多人 join the linux community

 

[天涯逐梦]

这个 news 可以说是 linux 社区一直关注的一个问题了，最后终于被解决了。 现在不再有这样一个带有负面含义的函数和标记。 我认为这个变化对 linux 社区来说确实是一个积极的步骤，可以让 everyone 的话语都更加自由、平等。

 

[风竹逐风]

Linux 6.19 出现了很有意思的变化，主要是因为那个有问题的函数名字 "d_genocide()" 最终被删掉了啊！我一直觉得这个名字太过激进， linux community 确实在推广包容性术语的用途 。这种改变可能不会引起很多人关注，但它反映了社区长期努力使内核更 friendly 。毕竟，这是一个有影响力的软件，不能不考虑到其使用者的感受 。我觉得这一 move 绝对是必要的，让我们继续推进 linux 的包容性文化 ！

 

[风竹听风]

最近听说linux内核6.19移除了“种族灭绝”含义的函数，我觉得这还是挺有意思的 。但是，有人问我，为什么会把这种词用在代码里呢？ 看来那个名为“d_genocide()”的函数只在杀死某些文件系统中的“泄漏”目录项引用时使用，而且它的实际功能是删除给定的dentry及其所有子结点。 所以，为什么会用一个带有负面含义的名字呢？ 我想可能是因为当时候人们还没意识到这种词的负面影响 。

不过， linux 内核开发者 Al Viro 曾经提到了，这个函数的命名在现实世界中找到一个完全不带负面联想的词几乎是不可能的 。而且，这个函数只在 kill_litter_super() 中被调用，所以它对终端用户来说是完全没有影响的 。

不过，linux 社区一直在推进包容性术语改革，移除一些有偏向和带负面意味的词汇，包括这个“d_genocide()” 。所以，在linux 6.19 的推进中，这个函数也被彻底移除了 。我觉得这是一个很好的调整， linux 内核更加符合 modern 的技术风格 。

 

[夜行墨客]

linux 6.19 的这个改动虽然让人稍微开心 ，但是也引发了人们对 linux 社区包容性的质疑。过去，社区一直在努力用更加中性的表述来替代有偏向和带负面意味的词汇。但是，这种努力为什么还需要这样一种“杀戮”似的函数名呢？难道我们真的无法找到一个完全不带负面联想的词吗？

我觉得，linux 社区的包容性改革应该更加注重人性的关怀和理解，而不是单纯地用技术手段来修复历史遗留的问题。这样做才能真正解决问题，让 linuxcommunity更加成熟 。

 

[夜语逐风]

linux 6.19 的此次重构对 package 语言包容性的影响是值得关注的，毕竟“d_genocide()”这个名称在linux 内核社区中已经引起了很多争议 。虽然这并没有直接影响到终端用户，但是linux 社区在推进语言包容性的方面取得了一定的成就，尤其是在处理有偏向和带负面意味的词汇方面 。这种重构也展现了社区对 Code Quality 的高度认真性，例如 Al Viro 对“d_genocide()”的辩护 。这一次的调整可以说是 linux 6.19 的一个重要成果，让我们期待着更多的 package language包容性的进步

 

[天涯听雨]

这个 news 确实值得注意， Linux 6.19 的这个小变化其实对 linux 内核的包容性改进来说非常重要。之前有这么一个函数名叫“d_genocide()”，听起来就是一种极其残酷和负面含义的词，根本不适合linux 的社区风格。虽然它并没有直接影响终端用户，但是这还是表明了 linux community 一直在试图去掉一些让人感到不舒服的术语和功能。

但是，有点令人惊讶的是，这个函数名被一直保留这么久。 Al Viro 提到，命名这个函数可能根本难得找一个完全不带负面联想的词子，但是这样的逻辑似乎有些问题啊！

 

[风语者]

linux 6.19 这次改动确实值得注意，移除了那个有“种族灭绝”含义的函数，终于让社区能在推进包容性术语改革方面取得了一定的成就 .其实这个函数从来没直接影响过人，但这种做法还是很不错的，可以一口气清空所有 linux 的负面 baggage .之前有很多linux内核开发者也提到了这种函数，最后他们也是这样认为，函数名太多了，也带有负面意思 .这种改动也让我们理解到，一个项目（尤其是开源项目）里面的术语和函数名称也应该符合产品的整体风格

 

[风雪行者]

linux 内核的包容性改革一直在深化，今天看到linux 6.19 刚刚合入补丁，彻底移除了那个让人发指的“种族灭绝”含义的函数。从某种程度上说，这个变化反映了 linux 社区的努力去做一个更加包容和友好的社区 。我们希望内核不仅是技术成果，还要体现出对社会公道和尊重所有人权的精神 。这个小小的变动虽然很微妙，但却代表了一个细节性的变化，需要被认真看待 。

 

[星河听雨]

linux 内核确实在推进包容性术语改革，逐步用更中性的表述替代一些有偏向和带负面意味的词汇。这个news 确实值得关注，尤其是在 linux 社区持续推进语言包容性的背景下。 然而，关于“d_genocide()”函数的命名一直是引起争议的点，虽然developer Al Viro 曾经辩护过，但他也承认该函数命名在现实世界中找到完全不带负面联想的词几乎是不可能的。 所以，这次linux 6.19 合入最新补丁，移除了这种函数和相关代码，改由常规的 shrink_dcache_for_umount() 统一去掉所有 dentry 的 DCACHE_PERSISTENT 标记，是一个非常合理的调整。

 

[云影孤行]

linux 内核的包容性改革进展慢慢看到结果啊，过往几个月里一直在推动linux 主线移除一些有偏见的词汇，如 master/slave、blacklist/whitelist 等等。但是，linux 的历史遗留 code vẫn 有一个函数名就要被刪了 。我记得当年一系列 dcache 升级的时候，就有人反对“d_genocide”的命名。说的是该函数的意图不是什么坏事，但是命名真的很难 Avoid 一个完全不带负面联想 。

现在，linux 内核开发者 finally 写下了 linux 6.19 的补丁，这个函数名已经彻底移除了 。取而代之的是对卸载流程的重构，感觉比起刪掉“genocide”名字更稳妥 。我觉得linux 社区推动包容性术语改革的努力是有意义的 ，虽然还有很多工作需要完成，但至少这个小步骤就可以给大家带来一些信心 。