Linux カーネルはここ数年、包括的な用語改革を推進しており、「マスター/スレーブ」や「ブラックリスト/ホワイトリスト」などの用語をより中立的な表現に徐々に置き換えています。ただし、カーネル コードには常に「d_genocide()」と呼ばれる関数が存在していましたが、これは Linux 6.19 で最終的に削除されました。この関数はもともと、2023 年の一連の dcache 更新でメインラインにマージされました。提出されると、この名前が適切かどうかについてコミュニティで議論が起こりました。
「d_genocide()」関数の命名には疑問があり、長年カーネル開発者である Al Viro によって擁護されました。彼は当時、この関数の目的は「指定された dentry とそのすべての子を一緒に削除する」ことであると述べました。現実世界では、この行動を表す、否定的な連想を持たない言葉を見つけることはほとんど不可能です。この関数は kill_litter_super() でのみ呼び出され、特定の状況下でファイル システム内の「漏洩した」ディレクトリ エントリ参照をクリーンアップする役割を果たします。たとえば、一部のファイル システムでは、ディレクトリ ツリー全体が dcache 内に常駐し、追加の参照カウントによるフォワード dentry のリサイクルが妨げられます。この残留参照のバッチは、ファイル システムがアンマウントされるときに一度にクリアする必要があります。
Linux 6.19 の最新パッチでは、「d_genocide()」および「DCACHE_GENOCIDE」に関連するこのコード セットは完全に削除され、アンインストール プロセスの再構築によって置き換えられました。マージリクエストの Al Viro の指示に従って、通常の shrin_dcache_for_umount() を使用して、すべての dentry の DCACHE_PERSISTENT マークを均一に削除し、マークが存在する場合はそれに応じて参照カウントを減らすようになりました。このように、kill_litter_super() の動作は kill_anon_super() と同等になり、別個の「大量虐殺」ロジックは必要ありません。
「虐殺」という単語はカーネルの関数名と関連タグにのみ存在し、エンド ユーザーに直接表示されることはないことに注意してください。ただし、Linux コミュニティが言語の包括性を促進し続ける中、このような強い否定的な意味合いを持つ名前は依然として場違いに見えるため、このリファクタリングでの削除は、全体的なスタイルとより一貫性のある調整とみなされます。 Linux 6.19 の進歩により、この歴史的に物議を醸した名前はカーネル コードから正式に廃止されました。