泰晓资讯·9 月 / 第一期 / 2022

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

Linux 内核最新消息

https://lkml.org/lkml/2022/8/28/295

Linus Torvalds 本周发布了 Linux 6.0 内核的第三个 RC 版本，而 Linux 6.0 本身计划于 10 月初发布，这个版本会包含许多令人兴奋的改进，为新的 AMD 和 Intel 产品推出大量的新的支持。

上周是 Linus Torvalds 宣布他开始 Linux 内核工作的 31 周年纪念。 他在 6.0-rc3 公告中对此评论道：

So as some people already noticed, last week was an anniversary week - 31 years since the original Linux development announcement. How time flies.

But this is not that kind of historic email - it’s just the regular weekly RC release announcement, and things look pretty normal. We’ve got various fixes all over the tree, in all the usual places: drivers (networking, fbdev, drm), architectures (a bit of everythinig: x86, loongarch, arm64, parisc, s390 and RISC-V), filesystems (mostly btrfs and cifs, minor things elsewhere), and core kernel code (networking, vm, vfs and cgroup).

And some tooling support (perf and selftests).

We’ve got a few known issues brewing, but nothing that looks all that scary. Knock wood.

https://www.kernel.org/ updated by 2022/9/1

关键词: Linux

Linux 6.0 继续改进随机数生成器

In addition to being busy leading WireGuard, Jason Donenfeld continues working heavily on the Linux kernel’s random number generator (RNG) code. For Linux 6.0, a number of RNG improvements are ready.

除了忙于领导 WireGuard，Jason Donenfeld 继续在 Linux 内核的随机数生成器 (RNG) 代码上投入大量精力。 对于 Linux 6.0，许多 RNG 改进已准备就绪。

对于 Linux 内核的下一个版本，x86 RdRand 启动期测试变得更加健壮，目前支持在出现故障时禁用此扩展。“nordrand” 和 “CONFIG_ARCH_RANDOM” 选项已被删除，取而代之的是 “random.trust_cpu” 和 “CONFIG_RANDOM_TRUST_CPU” 选项，以及其他 RNG 改进。

在 Linux 6.0 RNG 更改中，最让 Donenfeld 兴奋的目前引导加载程序、管理程序和 Kexec 可以将随机种子传递给内核以初始化随机数生成器的机制。

新闻出处，“Linux 6.0 To Continue Advancing Its Random Number Generator (RNG)”: https://www.phoronix.com/news/Linux-6.0-RNG。

关键词: Linux，RNG

Facebook 开发 THP Shrinker 以避免 Linux 内存浪费

Meta/Facebook engineers have announced their work on THP Shrinker as a way for Linux’s Transparent Hugepages (THP) to be more efficient and avoiding memory waste by removing under-utilized transparent hugepages.

Meta/Facebook 工程师宣布了他们在 THP Shrinker 上的新进展，这是一种通过删除未充分利用的 Transparent Hugepages（简称 THP）来提高 Linux 上 THP 的使用效率从而避免内存浪费的方法。

在某些工作负载条件下，采用 THP 会提高 TLB 缓存命中率，因此效率非常高，但是如果不有效利用，采用 2MB 而不是 4kb 的页大小可能会导致大量内存浪费。Facebook 工程师在他们的一个平台上发现大约 2.7GB 的内存浪费来自未充分利用的 THP。所以他们为 Linux 内核开发了 THP Shrinker，目标就是解决这种浪费，同时仍然享受 THP 以提高 CPU 处理效率。THP Shrinker 将拆分最少使用的大页面。

Facebook 工程师正在努力围绕这个 THP Shrinker 添加额外的调整，并可能与 CPU/IO/内存压力处理结合起来。工程师们希望通过 THP Shrinker，最终可以弃用 Linux 的 madvise THP 模式并切换到为所有应用程序启用 THP。

截至目前这个 THP Shrinker 补丁只为内核引入了 500 多行新代码。

新闻出处，“Facebook Developing THP Shrinker To Avoid Linux Memory Waste”: https://www.phoronix.com/news/Linux-THP-Shrinker。

关键词: Linux, Facebook, THP

系统调用 Readfile 补丁卷土重来

Brought up back in 2020 was the readfile system call for efficiently reading small files with the intention of it being simple for reading small files such as those via sysfs, procfs, and similar file-systems. The readfile patches were re-based yesterday against the current Linux 6.0 state, leaving hope that the new system call might finally be sent in for the next kernel cycle.

早在 2020 年就有人提出新建一个 readfile 系统调用，用于有效读取小的文件，目的是让读取小文件（例如通过 sysfs、procfs 和类似文件系统的文件）变得简单。近日根据当前 Linux 6.0 的最新版本这个 readfile 补丁又被重构，并有希望在下一个内核版本 6.1 中被合入内核主线。

这个新的系统调用支持只调用一次 readfile，就可以完成打开给定文件，将其读入缓冲区，然后关闭文件整个过程，而不需要像传统的操作那样为的文件输入处理调用多个系统调用。在频繁读取大量小文件的情况下，使用 readfile 可能会很有用，例如解析内核通过 sysfs 公开的数据。

readfile 补丁在找到潜在应用场景后进行了修改，并在 2021 年再次更新，但最终并未被 Greg Kroah-Hartman 提交到主线。近日 Greg 基于当前 Linux 6.0-rc2 重新构建了 readfile 系统调用补丁，并将它们发布到 driver-core 仓库的 readfile 分支。我们将看看这次是否足够幸运，这个补丁能被 6.1 合入。

新闻出处，“Readfile System Call Revised For Efficiently Reading Small Files”: https://www.phoronix.com/news/Linux-Readfile-Syscall-2022。

关键词: Linux，Readfile

MGLRU 这个 Linux 特性看起来非常适合 OpenWrt

For those running the embedded OpenWrt Linux operating system for routers and other networking devices or just running a memory-constrained MIPS Linux system, the forthcoming Multi-Gen LRU “MGLRU” kernel feature is looking very good on that front.

对于路由器和其他网络设备上运行的嵌入式 OpenWrt Linux 操作系统或者是那些运行在内存受限的设备上的 MIPS Linux 系统，即将推出的 Multi-Gen LRU “MGLRU” 内核特性对它们看起来非常有好处。

MGLRU 预计将在 Linux 6.1 中推出，这个特性对当前 Linux 内核页面回收代码是一个重大改进。Goolge 工程师发现当前的页面回收代码过于臃肿并且在换出物理页时会做出糟糕的选择。MGLRU 作为一项重大改进已经开发了一段时间，对于那些内存压力很大的应用场景，该补丁系列已被证明可以在许多不同的工作负载中提供显著的好处。Google 甚至已经在 Android 和 Chrome OS 的生产环境中应用 MGLRU 有一阵子了。

来自 Google 的 Yu Zhao 和首席 MGLRU 开发人员近日分享了一些基准测试结果数据，看上去 MGLRU 对 OpenWrt / MIPS 的性能提升还是有很大帮助的。鉴于 OpenWrt 在 WiFi 路由器上运行的流行，Yu Zhao 在带有和不带有 MGLRU 的 Ubiquiti EdgeRouter 上使用 Memcached 运行了一些 Memtier 基准测试。

感兴趣的读者可以通过邮件列表帖子 https://lore.kernel.org/linux-mm/20220831041731.3836322-1-yuzhao@google.com/T/#u 查看更多详细信息，总而言之，MGLRU 的表现看起来非常好，尤其是当 RAM 很紧张的时候。希望 Multi-Gen LRU 尽快被合入 Linux 6.1 主线。

新闻出处，“MGLRU Linux Performance Looking Very Good For OpenWrt Router Use”: https://www.phoronix.com/news/MGLRU-Performance-OpenWRT。

关键词: Linux，MGLRU

QEMU 7.1 发布，支持 LoongArch 和多项新特性

QEMU 7.1 is now available as the latest feature release for this processor emulator that plays an important role in the open-source Linux virtualization stack.

QEMU 7.1 是该模拟器最新发布的版本。新的 QEMU 7.1 的变化包括支持 LoongArch 64 位这款新的 CPU 架构、支持许多新的 RISC-V 扩展、支持新的 Arm CPU 功能等等。 QEMU 7.1 的亮点包括：

• 对 LoongArch 64 位架构的初始支持。此 LoongArch64 目标旨在实现对龙芯 3A5000 SoC 和龙芯 7A1000 主机桥的模拟支持。
• 针对 RISC-V，QEMU 7.1 增加了对 v1.12 版本的特权规范的支持，改进了 RISC-V 矢量扩展支持，还添加了各种其他扩展：Zbkb、Zbkc、Zbkx、Zknd/Zkne、Zknh、Zksed/Zksh、Zkr、 Sdtrig 和 Zmmul。还有许多 RISC-V 修复和其他改进。
• 针对 x86，QEMU 7.1 增加了对 KVM 虚拟机上的架构 LBR 的支持。
• 支持模拟更多 Arm CPU 架构功能，从 Scalable Matrix Extensions (SME) 到各种其他新功能。QEMU for Arm 现在还支持对 Cortex-A76 和 Neoverse-N1 的 CPU 类型的仿真。
• 已弃用的 Icelake-Client CPU 模型被删除。
• 通过新的 VFIO 用户协议模拟 PCI 设备的实验性支持。
• 支持 Linux 上 QEMU 的 zero-copy-send，有助于在迁移虚拟机时减少源主机上的 CPU 使用率。
• QEMU 的 guest agent 代码改进了对 Solaris 支持和其他改进。

新闻出处，“QEMU 7.1 Released With LoongArch Support, Zero-Copy-Send Migration”: https://www.phoronix.com/news/QEMU-7.1-Released。

关键词: QEMU, LoongArch, RISC-V

联系我们

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