泰晓科技 -- 聚焦 Linux - 追本溯源,见微知著!
网站地址:https://tinylab.org

泰晓RISC-V实验箱,转战RISC-V,开箱即用
请稍侯

泰晓资讯·7 月 / 第三期 / 2023

unicornx 创作于 2023/07/27

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

Linux 内核最新消息

https://lkml.org/lkml/2023/7/23/383

Linus Torvalds 本周发布了 Linux 6.5-rc3。Linus 习惯在每周的周日发布版本,而我们 “泰晓资讯” 发布的时间一般在周六,所以会比实际发布时间晚一周,这个请大家谅解。

Linus Torvalds 在发布公告中评论说,v6.5-rc3 和 Linux 6.5 的开发进展 “things continue to look pretty normal”。像往常一样,大约一半的更新是有关驱动程序的 bugfix 或者是 regression 的修复,另一半改动则分散在庞大的内核代码中。总体而言,Linux 6.5 的进展还算顺利。

https://www.kernel.org/ updated by 2023/07/27

分支类型版本发布时间
mainline6.5-rc32023-07-23
stable6.4.62023-07-24
stable6.3.13 [EOL]2023-07-11
longterm6.1.412023-07-24
longterm5.15.1222023-07-24
longterm5.10.1872023-07-24
longterm5.4.2502023-07-24
longterm4.19.2892023-07-24
longterm4.14.3202023-06-28
linux-nextnext-202307262023-07-26

关键词: Linux

Linux 中的 SLAB 分配器被正式移除

Following the path of SLOB, Linux’s SLAB memory allocator is now officially deprecated beginning with the Linux 6.5 kernel series.

跟随 SLOB 的脚步,SLAB 内存分配器从 Linux 6.5 内核系列开始正式被弃用。

自 6.4 内核开始删除 SLOB,我们已经知道社区有计划弃用 SLAB,以后内核将专注于 SLUB。考虑到在 LSF/MM 会议上对弃用 SLAB 已经没有反对意见之后,社区提交了删除 SLAB 的 PR,并在六月底合并到Linux 的 Git 仓库中。

除非有任何意外操作,否则 SLAB 代码应该在未来几个月内从内核版本中的主线内核中删除。如果您对SLAB 有新的用途需求,则最好尽快向内核开发人员提出任何异议。

该补丁会从所有使用的体系结构的默认内核构建中删除 CONFIG_SLABCONFIG_SLAB 选项也被重命名为 CONFIG_SLAB_DEPRECATED, 以标识 SLAB 将不再被维护并很快会被移除。

SLUB 是 “unqueued slab allocator” 的缩写,自 Linux 2.6 系列的后期版本以来一直是默认的 Linux 内核内存分配器。

更详细的介绍,请阅读新闻出处,“Linux’s SLAB Allocator Is Officially Deprecated”: https://www.phoronix.com/news/SLAB-Officially-Deprecated

关键词: Linux,SLAB

EEVDF 调度器可能会在 Linux 6.6 合入主线

Intel Linux engineer Peter Zijlstra’s EEVDF CPU scheduler code to replace the existing Completely Fair Scheduler “CFS” code looks like it will attempt to land with the upcoming Linux 6.6 merge window.

EEVDF CPU 调度器由来自 Intel 的 Linux 工程师 Peter Zijlstra 开发,其目标是取代现有的完全公平调度程序 “Completely Fair Scheduler(简称 CFS)”。看起来它将会在下一个 Linux 6.6 合并窗口期间被合入主线。

几个月来,Zijlstra 一直在研究这个叫做 Earliest Eligible Virtual Deadline First(简称 EEVDF)调度程序,该方案基于 90 年代后期的一些研究论文。通过他的实施,Peter 发现与 CFS 相比,这个 EEVDF 调度程序在不同的任务和测试基准下对于减小延迟有很好的改进。

今年夏天,Peter 表示他已经准备好开始提交代码,目前看来,比较合适的合并时机是 Linux 6.6。伴随该提交的修改将删除旧的 CFS 代码。Peter 评论说:”EEVDF is a better defined scheduling policy, as a result it has less heuristics/tunables. There is no compelling reason to keep CFS around.”

CFS 从 2.6 内核开始伴随我们走过了这么多年的岁月,终于我们看到新的更强的替代者出现了。

新闻出处,“EEVDF Scheduler May Be Ready For Landing With Linux 6.6”: https://www.phoronix.com/news/Linux-6.6-EEVDF-Likely

关键词: Linux,Scheduler,EEVDF,CFS

更多 FUTEX2 新增功能即将登录 Linux 内核

Merged back in 2021 with Linux 5.16 was the FUTEX2 code to help with Linux gaming needs particularly around Steam Play. There were plans to further extend FUTEX2 and now two years later there’s been recent patches working out more enhancements to this interface.

2021 年时 Linux 5.16 中合入了一个新功能叫 FUTEX2,用于满足 Linux 上游戏的需求,尤其是针对 Steam Play。当时有计划进一步扩展 FUTEX2,两年后,终于有相关补丁提交,针对该接口进行了更多增强。

来自 Intel 的多产的内核黑客 Peter Zijlstra 最近发布了一个 RFC 补丁系列,揭示了他正在研究更多有关 FUTEX2 的改进。他一直在为 FUTEX2 实现一些缺失的特性,以及实现长期以来一直被谈论的 FUTEX2 对 NUMA 的支持。

上周五,Zijlstra 将这些 FUTEX2 的更新整理成 v1 补丁系列,包括了对 FUTEX2 标志清理、添加 sys_futex_wake()、FUTEX2 NUMA 支持和其他各种修复和其他改进。如果一切顺利,我们很快就会在内核版本中看到这些最新的 FUTEX2 改进。很高兴看到这些 FUTEX2 的改进.

新闻出处,“More FUTEX2 Additions Being Worked On For The Linux Kernel”: https://www.phoronix.com/news/More-FUTEX2-Linux

关键词: Linux, FUTEX2

Linux 6.5 中针对工作队列的改进

Tejun Heo last week submitted the workqueue changes for the Linux 6.5 kernel and they include an interesting addition.

Tejun Heo 为 Linux 6.5 内核提交了针对工作队列的更改,其中包括一个有趣的补充。就是添加了automayic CPU intensive detection and monitoring。Tejun 为这个补丁已经持续了几个月开发工作,他在补丁提交中解释说此修补程序集使工作队列根据 CPU 消耗自动检测 CPU 上比较繁忙的 work items。如果 work item 消耗的 CPU 时间超过阈值(默认为 10 毫秒),则在调度 work item 时,它会被自动标记为 CPU 密集型,从而被调度出去使得其他等待的 work items 能有机会被执行。

该机制并非万无一失,因为如果同时排队的 work items 很多,检测延迟可能会增加。但是,在这种情况下,更大的问题可能是 CPU 被 per-CPU 的 work items 占用,解决方案是使它们不受约束。未来的更改将通过改进其局部性行为和可配置性,使 UNBOUND 工作队列更具吸引力。这最终可能会删除显式 WQ_CPU_INTENSIVE 标志。

新闻出处,“Linux 6.5 Workqueues Add Automatic CPU-Intensive Detection & Monitoring”: https://www.phoronix.com/news/Linux-6.5-Workqueues

关键词: Linux, Workqueues

RISC-V 现正式成为 Debian 支持的官方架构之一

Debian 13 “Trixie” has been aiming for official RISC-V support and indeed it will happen: RISC-V has now been promoted to an official Debian CPU architecture.

Debian 13 “Trixie” 一直宣称将加入对 RISC-V 的官方支持,虽然 RISC-V 64 位的版本长期以来一直作为 Debian 的移植版本提供,但从本周开始,这个目标终于实现了。RISC-V 64 位已正式成为 Debian 官方支持的架构之一。

Debian 开发者 Aurelien Jarno 在公告中指出,RISC-V 64 位的官方档很快就会构建出来。

“Before you rush to update your sources.list file, I want to warn you that the archive is currently almost empty, and that only the sid and experimental suites are available. The procedure is to rebootstrap the port within the official archive, which means we won’t import the full debian-ports archive.

Therefore our next step is to build a minimal set of ~90 source packages using the debian-ports archive and then import them into the official archive. These packages will be signed with a special GPG key using debian-riscv@lists.debian.org as the email address, enabling easy tracking. This process has already started, hence the few ACCEPTED mails on the mailing list. It will probably take a few days especially given that sid is constantly evolving.

Once done, we’ll point the build daemons to the official archive. In the meantime you can just continue to use the debian-ports archive on your devices.”

新闻出处,“RISC-V Is Now An Official Debian Architecture”: https://www.phoronix.com/news/Debian-Official-RISC-V

关键词: Debian, RISC-V

Mold 2.0 正式发布

Mold 2.0 is out today as a major update to this high performance linker developed by Rui Ueyama. Mold has consistently shown to outperform GNU’s Gold and LLVM’s LLD linkers while today is making another shift with it now turning to MIT licensing.

Mold 是 Rui Ueyama 开发的高性能链接器,本周发布了 2.0 版本。Mold 在性能上一直优于 GNU 的 Gold 和 LLVM 的 LLD 链接器,而今天正在进行另一个转变,就是转向 MIT 许可证。

Mold 以前采用的是 AGPL 许可,但因为该链接器项目一直无法在商业资金方面获得支持,从 Mold 2.0 开始,项目重新授权为 MIT 许可。Rui Ueyama 在 v2.0 发布公告中写道:

“With this release, we’ve transitioned our license from AGPL to MIT, aiming to expand the user base of our linker. This was not an easy decision, as those who have been following our progress know that we’ve been attempting to monetize our product through an AGPL/commercial license dual-licensing scheme. Unfortunately, this approach didn’t meet our expectations. The license change represents our acceptance of this reality. We don’t want to persist with a strategy that didn’t work well.”

Rui Ueyama 希望通过将许可证从 AGPL 改为 MIT 扩大链接器的用户群。

新闻出处,“Mold 2.0 High Speed Linker Released: Moves From AGPL To MIT License”: https://www.phoronix.com/news/Mold-2.0-Linker

关键词: Mold, AGPL,MIT

联系我们

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

tinylab wechat



Read Album:

Read Related:

Read Latest: