LWN Weekly Edition - June 18, 2026

LWN Weekly Edition - June 18, 2026

6 篇文章 · 共 84 条评论
Generated by tanar · 2026-06-25 10:02

📰 本期概览 — LWN Weekly Edition - June 18, 2026

本期 LWN 周刊聚焦于 Fedora 发行版的发展现状内核内存管理的透明大页改进,以及来自 2026 Linux 存储/文件系统/内存管理/BPF 峰会 (LSFMM+BPF) 的持续报道。Fedora 项目领导人 Jef Spaleta 在 Flock 大会上分享了好消息与坏消息:用户量持续增长,但活跃打包者数量却令人担忧地下降。在内核方面,7.2 版将带来更透明的 mTHP(多尺寸透明大页)自动创建机制;overlayfs 联合文件系统迎来多项更新;古老的 buffer-heads 代码也在进行清理工作。此外,7.1 内核的开发统计数据显示贡献者人数创下新纪录。

📊 共 6 篇文章 · 评论总数 84 · 评论最多:「The state of Fedora in 2026」(25 posted)

🔥 文章详情

🐧 Distributions

The state of Fedora in 2026 💬 25 · By Joe Brockmeier

Fedora 项目领导人 Jef Spaleta 在布拉格 Flock 大会上发表"State of Fedora"演讲,展示了项目的"好、坏、怪"三面。好消息:Fedora 的用户量持续攀升,22 个变体中几乎所有都呈现增长趋势。坏消息:活跃打包者(packager)数量出现了令人警觉的下降,这对一个依赖社区打包的发行版构成潜在风险。Spaleta 还讨论了如何增加社区贡献的途径。这是他担任 FPL 的第二年,承认被称为项目领导人仍感觉"很怪"。

⚙️ Kernel

Automatic mTHP creation in 7.2 💬 6 · By Jonathan Corbet

文章回顾了大页(huge page)技术的工作原理:通过移除页表层级中的最低层(PTE),在 PMD 层创建 2MB 大页,减少内存管理开销并高效利用稀缺的 TLB 条目。7.2 内核将引入一项新特性——自动 mTHP(多尺寸透明大页)创建,使得 mTHP 的使用对用户更加透明。传统透明大页(THP)已经能自动使用 PMD 级大页,而 mTHP 支持更多中间尺寸(如 64KB、256KB 等),新机制旨在让内核更智能地自动选择最优大页尺寸,进一步提升系统性能。

An overlayfs update 💬 6 · By Jake Edge

来自 LSFMM+BPF 峰会文件系统分会的报道。overlayfs 联合文件系统的维护者 Amir Goldstein 介绍了近几年的新特性及嵌套层叠(nesting layers)的状态。2023 年峰会讨论的 composefs 用例推动了 overlayfs 的一系列有趣变化。overlayfs 通过将多个文件系统融合为单一挂载点来工作,上层可写层允许用户修改文件而不影响只读下层。另一位联合维护者 Miklos Szeredi 曾谈到"overlayfs 完工之日",但实际上该项目仍在活跃演进中。

Some buffer-heads cleanup work 💬 3 · By Jake Edge

同样来自 LSFMM+BPF 峰会。Jan Kara 介绍了 buffer-heads 清理工作的最新进展。Buffer heads 是内核中"基本从 Linux 诞生第一天起就存在"的古老结构,用于以块(block)粒度跟踪文件系统信息。尽管内核开发者一直在努力从数据路径中移除 buffer heads,但许多文件系统的元数据路径仍然依赖它们,短期内不会消失。Kara 正在构建通用基础设施来跟踪属于给定 inode 的所有元数据块,以便在 fsync() 调用时进行刷写;该基础设施已用于 ext4 等文件系统。此外还涉及 Amiga 文件系统的 buffer-head 清理及一些计划中的锁修复。

📈 Development

Development statistics for the 7.1 kernel 💬 19 · By Jonathan Corbet

7.1 内核合并了 15,849 个非合并变更集,来自 2,479 位开发者——后者创下历史新纪录,打破了 7.0 刚创下的 2,362 人纪录。就提交量而言,7.1 是内核历史上第五繁忙的版本,仅次于 6.7(因 bcachefs 的加入达 17,284 次提交)以及 5.8、5.10、5.13。最活跃的贡献者包括 Johan Hovold(181 次提交)、Thomas Weißschuh(175)、Eric Biggers(168)、Stefan Metzmacher(155)等。开发者人数的持续增长趋势值得关注。