泰晓资讯·5 月 / 第三期 / 2025

“泰晓资讯”，广泛报道 “Linux/开源” 业界资讯。欢迎广大读者投递相关资讯来源和素材，本站将进一步收集整理后发布给大家。

Linux 内核最新消息

Linus 本周发布了 Linux 6.15 的稳定版本，Linux 6.15 带来了许多新的硬件支持、安全改进、各种其他内核创新等等。

Linux 6.15 有许多令人兴奋的功能，例如许多 AMD 和 Intel 硬件驱动程序改进、内核中的更多对 Rust 的支持、Bcachefs 文件系统支持的成熟、新的 FWCTL 子系统、正在进行的 Apple Silicon 支持工作、调度程序增强等等。

本周已开启 Linux 6.16 合并窗口。

https://www.kernel.org/ updated by 2025/05/29

关键词: Linux

Linux 6.16 中有关调度的改进

The many scheduler updates have been merged for the Linux 6.16 kernel which include a wide assortment of different fixes and new improvements.

Linux 6.16 内核中合入了许多调度程序更新，其中包括各种不同的修复和新的改进。随着 Linux 6.16 调度程序的更新，topology_span_sane 代码的性能得到了提高。topology_span_sane 函数用于检查 the same constraint of no partial overlaps for any two CPU sets for non-NUMA topology levels。事实证明，现有的 topology_span_sane 代码存在一些明显的低效。

使用新的 topology_span_sane 代码后，对于包含 1,920 个 CPU 内核的 16 插槽服务器，在脱机处理器内核时，速度会显著提高。离线单个 CPU 内核过去消耗 2.18 秒，而现在使用新的 topology_span_sane 实现，一个 CPU 内核的脱机过程减少了一半多，降至 1.01 秒。同样，如果卸载 1920 个 CPU 内核中的 959 个，过去需要消耗近 35 分钟，但现在只需要 16 分钟。

另外，Linux 6.16 的调度程序代码的另一个显著变化是添加了 “rt_group_sched” 命令行引导选项。这个引导选项是构建中 CONFIG_RT_GROUP_SCHED Kconfig 选项的替代方案。Michal Koutný 在添加 rt_group_sched 选项的补丁中解释说，尽管 RT_GROUP_SCHED 仅在 cgroup v1 上可用，但仍有一些（v1 绑定的）用户使用此功能。通用发行版无法轻易启用 CONFIG_RT_GROUP_SCHED：因为它会阻止创建 RT 任务，除非确定 RT 运行时并将其分发到 cgroup 树中，此外 RT 线程的分组不是此类系统上默认需要的，而且它阻止将 cgroup v2 与 RT 任务一起使用。” 此变更旨在将是否 CONFIG_RT_GROUP_SCHED 的决定推迟到引导时间。默认情况下，RT 组可以像以前一样使用，但用户可以传递 “rt_group_sched=0” 这个 内核 cmdline 参数来禁用分组，行为类似于关闭 CONFIG_RT_GROUP_SCHED（具有一定的运行时开销）。

调度程序的 PR 还对 AMD P-State 驱动程序进行了更改，以确保在 CPU 内核排名更改时更新 “asym_prefer_cpu” 值。一些 AMD 处理器支持在运行时动态更新首选内核排名，现在，此 AMD P-State 更改可确保驱动程序端工作在动态内核排名更改时保持最新。

新闻出处，“Linux 6.16 Lands “rt_group_sched” Option, Faster Core Offlining & Scheduler Improvements”: https://www.phoronix.com/news/Linux-6.16-Scheduler。

关键词: Linux, Scheduler

Linux 6.16 将能够更快地退出用户模式

While the “core/entry” changes for the Linux kernel merge window aren’t typically too exciting to write about, there is a new optimization for all CPU architectures worth mentioning for the Linux 6.16 cycle.

内核中有关 core/entry 的 PR 已于本周早些时候发出，并且已经合并到 mainline。对于 RISC-V 和 LoongArch 来说，它确实将一些代码从 Assembly 迁移到 C 语言，并且还为 RISC-V 上的 ret_from_fork() 提供了不错的速度提升。但它也包含通用优化。

现在，Linux 6.16 上的所有架构都内联了 syscall_exit_to_user_mode() 函数，以避免函数调用并让编译器执行更好的优化。syscall_exit_to_user_mode 用于 syscall 退出到用户模式准备。

Rivos 的 Charlie Jenkins 编写了此内联优化补丁 syscall_exit_to_user_mode。他在补丁中指出在测试时使用 byte-unixbench syscall 基准测试（调用 getpid）和 QEMU 完成。在 riscv 上，我测得的改进为 7.09246%，在 x86 上测量结果为改进了 2.98843%，在 loongarch 上的测量结果时改进了 6.07954%，在 s390 上结果是改进了 11.1328%。此外来自 Intel 自动化测试的报告说注意到压力 ng.seek.ops_per_sec提高了 1.9%。

对于一个小补丁来说，这结果还不错，而且只是内联代码以更好地利用编译器优化。该补丁代码已合并，并准备好在 Linux 6.16 中发布。

新闻出处，“Linux 6.16 Will Be Able To Exit User Mode Faster: 2~11% Improvement”: https://www.phoronix.com/news/Linux-616-Faster-Exit-User-Mode。

关键词: Linux

Linux 6.16 中的 EXT4 改进性能提升明显

Ted Ts’o sent out the EXT4 file-system changes today for the Linux 6.16 kernel. While EXT4 may not see as much code churn these days given its mature state compared to say Btrfs and Bcachefs, with Linux 6.16 are some tantalizing performance improvements.

Ted Ts’o 今天发布了 Linux 6.16 内核的 EXT4 文件系统更改。虽然与 Btrfs 和 Bcachefs 相比，鉴于 EXT4 的成熟状态，现在可能没有那么多代码改动，但在 Linux 6.16 中仍然有一些诱人的性能改进。

Linux 6.16 的 EXT4 更改针对 fast-commit 做了性能改进、对 bigalloc 文件系统的多 fsblock 原子写入支持，以及对常规文件的 large folio 支持。在具有 EXT4 文件系统的 Linux 6.16 中，对常规文件的 large folio 支持是一项特别重大的性能改进。自去年以来，EXT4 的 large folio 补丁一直显示出非常好的性能改进，Ted Ts’o 在今天的合并请求中也指出了这一点。我们看到 large folio 补丁可以为正确的工作负载带来真正惊人的性能。测试报告称，大型顺序 I/O 工作负载的性能提高了 37% 以上。

新闻出处，“EXT4 For Linux 6.16 Brings A Change Yielding “Really Stupendous Performance””: https://www.phoronix.com/news/Linux-6.16-EXT4-Performance。

关键词: Linux, EXT4

Linux 为只有一个 CPU 内核的人改进了调度程序代码

This week Google announced all of the accepted projects for this year’s Google Summer of Code (GSoC). There are 1,272 accepted students/projects this year for student developers working on various interesting open-source efforts over the summer.

对于系统中只有一个 CPU 内核并运行单处理器 “UP” 内核构建而未启用任何同步多处理（SMP）支持的人来说，本周发布的一个 Linux 内核大型补丁集合可能会影响到您。

即使是嵌入式系统和几年前的英特尔赛扬处理器，如今零售价为 ~20 美元，也至少提供两个物理 CPU 内核。在 2025 年，只有一个 CPU 内核并运行单处理器 “UP” 内核配置的情况已经极为罕见。这个新补丁系列希望承认近年来非常罕见的 UP 内核使用的现实，并反过来依赖 SMP 内核调度程序来处理 UP 用例。

这个由 43 个补丁构成的补丁集由资深 Linux 开发人员 Ingo Molnar 发布，用于标准化 SMP 变体上的 Linux 调度程序，以减少处理调度程序代码中非 SMP 情况的复杂性和编码混乱。Ingo 在补丁系列中解释说：这个系列实现了 Peter Zijlstra 之前提到的一个想法：在 SMP 变体上标准化 Linux 调度器，以大幅减少调度器中由 CONFIG_SMP 宏开关管理的代码块的数量和相关复杂性。

目前 Linux 调度器中有大量和 CONFIG_SMP 预处理器宏相关的代码块，其中 UP 代码与 SMP 代码走不同的处理逻辑。这是一个非常复杂的问题，当人们在 CONFIG_SMP 上开发并且（自然地）不会立即在 !CONFIG_SMP 上进行测试时，它经常导致构建失败和偶尔的启动失败。

这些构建和启动失败实际上在上游内核 Git 历史记录中被低估了，因为它们往往是在开发人员系统上触发的：但它们仍然存在，并且仍然是持续的开发和维护成本。另一个问题是，这些预处理器代码块使调度程序代码更难查看和理解。这导致调度程序开发人员面临着持续的、在很大程度上隐藏的维护负担和复杂性成本。

因此，这 43 个补丁也调整了 SMP 调度程序，以便在 Linux UP 内核构建中使用。Linux 内核开发人员无需担心任何 UP 代码路径，因此可以立即节省大量代码，并降低复杂性。

新闻出处：“Big Linux Patch Series Shakes Up The Scheduler Code For Anyone With Only One CPU Core”: https://www.phoronix.com/news/Linux-UP-SMP-Scheduler-2025。

关键词: Linux, Scheduler, UP, SMP

CentOS 现在提供初步的 RISC-V 支持

Merged on Friday for the GCC 16 compiler is better handling of the “-march=” compiler option on RISC-V systems when seeing multiple -march= hits and wanting to specify the RISC-V CPU name for targeting.

随着 Red Hat Enterprise Linux 10 提供 RISC-V 开发人员预览版，CentOS 现在也提供初始的 RISC-V CPU ISA 支持。

由于现代的 CentOS Stream 是 Red Hat Enterprise Linux 的上游，这应该不足为奇，但现在 RHEL10 for RISC-V 以 “developer preview” 的形式出现，CentOS 也宣布了他们对 RISC-V 的早期支持。

Red Hat Enterprise Linux 10 开发人员预览版、CentOS 10 Stream 和 Fedora 42 都将其最初的 RISC-V 支持集中在对 SiFive HiFive Premier P550 开发板上。

感兴趣的人可以通过 CentOS.org 博客（https://blog.centos.org/2025/05/initial-centos-support-for-risc-v/）了解更多详细信息。

新闻出处：“CentOS Now Providing Initial RISC-V Support”: https://www.phoronix.com/news/CentOS-RISC-V-Support。

关键词: CentOS, RISC-V

Firefox 源代码现在托管在 GitHub 上

The Mozilla Firefox source code is now officially available on GitHub as they work to transition from their hg.mozilla.org servers.

Mozilla Firefox 源代码现已在 GitHub 上正式提供，因为他们正在努力从 hg.mozilla.org 服务器迁移出来。

Mozilla Firefox 最近将其规范主目录从 Mozilla.org 服务器迁移到现在的 GitHub 上。此更改仅与官方源存储库相关，不会影响 bug/问题跟踪、持续集成 （CI） 或其他功能。

Firefox Mercurial 服务器至少目前仍然存在，并且正在从 GitHub 同步。因此，在短期内，工作流程没有重大变化，但对于那些感兴趣的人，您可以通过 GitHub 上的 mozilla-firefox/firefox 找到 Firefox 源代码。

新闻出处：“Firefox Source Code Now Hosted On GitHub”: https://www.phoronix.com/news/Firefox-On-GitHub。

关键词: Firefox, GitHub

联系我们

欢迎扫描二维码加微信联系我们：