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

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

1 Linux 内核最新消息

本周发布了 Linux 6.15-rc5，该版本在 HID 驱动程序中支持了 Intel Panther Lake，在 Alienware WMI WMAX 驱动程序中提供 Alienware m15 R7 游戏笔记本电脑支持，以及其他笔记本电脑改进。Linux 6.15-rc5 还包括更多的 Bcachefs 文件系统修复和各种其他小修复。

三到四周内，我们将看到下一个内核稳定版本 6.15 的推出。

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

关键词: Linux

2 龙芯将 Linux 内核对 LoongArch CPU 支持的数量上限提高到 2,048

Currently when building the Linux kernel for LoongArch processors there is a maximum limit of 256 CPU cores supported but with a pending patch that limit would be upped to 2,048 CPU cores.

目前，在为 LoongArch 处理器构建 Linux 内核时，最大支持 256 个 CPU 核心，但新的补丁将该限制提高到 2,048 个 CPU 核。

龙芯出货的 LoongArch 处理器目前一版为 4~16 核，但也有传言称龙芯 3E6000 为 64~128 核，可用于服务器。这些 64~128 核的 LoongArch 处理器似乎还没有批量出货，但展望未来，我们似乎可以看到采用这种源自 MIPS64、受 RISC-V 启发的中国国产 CPU 架构的单路或双路服务器超过 256 核。

这个新的补丁将最大 CPU 限制 NR_CPUS 从 256 提高到 2048。除了调整 Kconfig 中的 NR_CPUS 外，还进行了一些其他细微的内核代码更改，以将阈值从 256 个内核提高到 2048 个内核。选择 2048 个内核限制是因为当前的 IPI 硬件理论上最多只能处理 2048 个内核。

虽然 LoongArch 的上限阈值是 2048 个内核，但这并不意味着 Loongson 很快就会推出接近该限制的产品。Linux x86_64 内核版本通常可以支持多达 8,192 个核。

新闻出处，“Loongson To Up Linux Kernel Limit To 2,048 LoongArch CPU Cores”: https://www.phoronix.com/news/LoongArch-Linux-2048-CPU-Cores。

关键词: Linux, LoongArch

3 ARM64 有望在 Linux 6.16 中支持延迟抢占 “PREEMPT_LAZY”

Introduced last year for Linux 6.13 was lazy preemption “PREEMPT_LAZY” for a preemption model that is similar to full preemption but less eager to preempt normal scheduler tasks to provide some of the performance benefits found with voluntary preemption. After initially being supported for x86_64 and RISC-V, it looks like Linux 6.16 will support lazy preemption on ARM64 (AArch64).

去年在 Linux 6.13 中引入了 “PREEMPT_LAZY”，该抢占模型类似于 FULL Preemption 抢占模型，但不太急于抢占正常的调度程序任务，以提供自愿抢占的一些性能优势。在最初支持 x86_64 和 RISC-V 之后，Linux 6.16 似乎将在 ARM64 （AArch64） 上支持延迟抢占。

在最初 lazy preemption 补丁对该模型的介绍如下：

“Lazy preemption will delay preemption for fair class but will function as Full preemption for all the other classes, most notably the realtime (RR/FIFO/DEADLINE) classes.

The goal is to bridge the performance gap with Voluntary, such that we might eventually remove that option entirely.”

值得注意的是，PREEMPT_LAZY 的目标是弥合与 Voluntary 的性能差距，最终可能会完全代替 Voluntary。

继最初支持 x86_64 和 RISC-V 之后，LoongArch 支持也随之实现，随后是 POWER CPU。现在，对 ARM64 的支持看起来终于可以合并到下一个 Linux 内核合并窗口了。目前已经进入 ARM64 的“for-next/entry” Git 分支，它应该有望被提交到即将到来的 Linux 6.16 合并窗口，除非代码中出现任何问题。只需修改大约 20 行代码即可在 ARM64 上实现 PREEMPT_LAZY。

新闻出处，“ARM64 Expected To Support Lazy Preemption “PREEMPT_LAZY” With Linux 6.16”: https://www.phoronix.com/news/ARM64-Lazy-Preempt-Linux-6.16。

关键词: Linux, ARM64, Lazy Preempt

4 字节跳动提交了一个新方案 “Run process As Library” 实现更快的 Linux 进程间通信

Bytedance engineers are exploring faster inter-process communication (IPC) on Linux via a new approach they call Run Process As Library (RPAL). Their initial benchmarks of RPAL are very promising for faster Linux IPC performance.

字节跳动的工程师正在通过一种称为 Run Process As Library （RPAL） 的新方法，在 Linux 上探索更快的进程间通信 （IPC）。他们的 RPAL 初始基准测试结果让我们看到该方案对实现更快的 Linux IPC 性能非常有希望。

字节跳动一直在探索实现更快的 Linux IPC，同时又对应用程序的修改最少。Run Process As Library 这个方案可以看成一个框架，它允许一个进程调用另一个进程，就像进行本地函数调用一样，并且能够绕过 Linux 内核。

RPAL 的核心目标归结为：

1. 数据效率: 将数据副本数量从 2 个（基于共享内存解决方案）减少到 1 个。

2. 控制优化：消除系统调用和内核线程切换的开销。

3. 应用程序兼容性：最大限度地减少对使用 Unix 域套接字和 epoll 系统调用的现有应用程序的修改。

RPAL 的测试结果看起来相当疯狂：传输了 100 万条 32 字节的消息，每条消息的平均延迟结果如下：

不使用 RPAL：消息长度：32 字节，TSC 总周期：19616222534，消息数：1000000，平均延迟：19616 次

使用 RPAL： 消息长度：32 字节，TSC 总周期：1703459326， 消息数：1000000，平均延迟：1703 次

这些结果证实，与当前的 epoll 实现相比，RPAL 提供了显著的延迟改进，为 32 字节的消息减少了 17,913 个周期（~91.3% 的改进）。

RPAL 依赖于较新处理器的 Intel 内存保护密钥 （MPK） 硬件支持，或者 AMD 端的 MPK 支持仅适用于 Zen 4 和更新的处理器。字节跳动的更新版高补丁可能允许在不支持 MPK 处理器的情况下使用 RPAL。

新闻出处，“Bytedance Proposes Faster Linux Inter-Process Communication With “Run Process As Library””: https://www.phoronix.com/news/Bytedance-Faster-Linux-IPC-RPAL。

关键词: Linux, Bytedance, IPC, RPAL

5 主线 Linux 支持 Andes Voyager RISC-V Micro-ATX 主板

As another alternative to the likes of the SiFive HiFive Premier P550 RISC-V developer board, the Andes Voyager is in the process of seeing patches reviewed for mainline Linux kernel support.

Andes Voyager，作为一款 SiFive HiFive Premier P550 RISC-V 开发板的替代品，其 Linux 内核支持补丁正处于审核过程中。

Andes Voyager 是一款采用 QiLai SoC 构建的 micro-ATX RISC-V 主板，具有一个 16GB DDR4 DIMM 插槽、一个用于显卡的 PCI Express 4.0 x16 插槽、两个额外的 PCI Express 4/0 x4 插槽、一个 NVMe 插槽和其他基本功能。QiLai SoC 提供一个主频高达 2.2GHz 的四核 RISC-V AX45MP 集群和一个主频高达 1.5GHz 的 NX27V 矢量处理器。

Andes Tech 在这个 Voyager 开发平台上支持 openSUSE Linux，它的内核补丁进入主线后，其他 RISC-V Linux 发行版也将支持它。

该补丁系列目前正在审查中，它为 QiLai SoC 和 Voyager 开发板提供基本的设备树支持。后续补丁预计将添加额外的功能/驱动程序。

新闻出处：“Andes Voyager RISC-V Micro-ATX Board Seeing Patches For Mainline Linux Support”: https://www.phoronix.com/news/Andes-Voyager-Linux-Patches。

关键词: Linux, Andes, Voyager, RISC-V

6 Debian 开发人员寻求围绕 AI 模型的一般解决方案

The Debian developer community is pursuing a General Resolution for voting on their policy around AI models.

Debian 开发者社区正在寻求一项 “通用决议（General Resolution）”，以便对他们围绕 AI 模型的政策进行投票。

该 General Resolution 旨在为 “Debian 自由软件指导（Debian Free Software Guidelines ，缩写为 DFSG）” 提供与人工智能 （AI） 模型相关的解释。特别是那些作为开源发布的 AI 模型，他们的原始训练数据可能并不符合 Debian 的免费软件原则。

到目前为止，提交给 GR 考虑的提案原文如下：

“AI models released under open source license without original training data or program” are not seen as DFSG-compliant.

The “AI models released under open source license without original training data or program”, a particular type of files as explained above, are not seen as DFSG-compliant. Hence, they can not be included in the “main” section of the Debian archive. This proposal does not specify whether the “non-free” section of Debian archive can include those files.”

也就是说：在开源许可下发布的 AI 模型，如果不提供原始训练数据或程序的话，将被视为不符合 DFSG。对于这类 AI 模型，将不能被包含在 Debian 档案库的 “main” 部分。该提案没有指定 Debian 档案库的 “non-free” 部分是否可以包含这些文件。

更多讨论细节可以访问 https://www.debian.org/vote/2025/vote_002。

新闻出处：“Debian Developers Pursuing A General Resolution Around AI Models”: https://www.phoronix.com/news/Debian-Free-AI-Models-GR。

关键词: Debian, DFSG，AI Models

7 GCC 15.1 发布

GCC 15.1 was just released as the newest annual feature release to the GNU Compiler Collection. This first stable GCC 15 release brings a COBOL compiler front-end, many C and C++ language support improvements, support for new CPUs and ISA capabilities, better Rust programming language support, debugging enhancements, and a whole lot more.

作为最新年度功能版本的 GCC 15.1 最近刚刚发布。第一个稳定的 GCC 15 版本带来了 COBOL 编译器前端、许多 C 和 C++ 语言支持改进、对新 CPU 和 ISA 功能的支持、更好的 Rust 编程语言支持、调试增强功能等等。

GCC 15.1 提供了 COBOL 语言前端、各种可用性增强、GCCRS 的许多 Rust 编程语言改进、将其默认 C 语言版本移至 C23、AMD Zen 5“znver5”目标改进以及其他新的 AMD Zen 目标优化、Intel Xeon 7 Diamond Rapids 目标、Intel AVX10.2 对新的 512 位仅修订版的支持、更多 Intel Advanced Performance Extensions “APX”支持、 删除了 Xeon Phi 支持、OpenMP 卸载增强功能以及从硬件支持到语言功能的许多其他更改。

适用于 AMD 图形处理器的 AMDGPU 后端现在还支持标准 C++ 库 （libstdc++） 支持、对通用设备的实验性支持，并已停用 Fiji GPU 支持。同样，带有 GCC15 的 NVIDIA NVPTX 后端也支持 libstdc++。

GCC 较少被提及的 D 和 Modula-2 语言前端也收到了相当多的工作，Fortran 前端也是如此。

Fedora 42 已经是第一个采用 GCC 15 的主要 Linux 发行版。

可以通过 https://gcc.gnu.org/gcc-15/ 下载 GCC 15.1 稳定版本。

新闻出处：“GCC 15.1 Released With COBOL Compiler & Many Other Improvements”: https://www.phoronix.com/news/GCC-15.1-Released。

关键词: GCC

8 联系我们

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