weekly news 2024/8/1st

Signed-off-by: Chen Wang <[email protected]>
tinyclub · Aug 9, 2024 · 70bf5d9 · 70bf5d9
1 parent 75a5a85
commit 70bf5d9
Showing 1 changed file with 188 additions and 0 deletions.
diff --git a/_posts/2024-08-08-07-37-18-tinylab-weekly-08-1st-2024.md b/_posts/2024-08-08-07-37-18-tinylab-weekly-08-1st-2024.md
@@ -0,0 +1,188 @@
+---
+title: 泰晓资讯·8 月 / 第一期 / 2024
+author: 'unicornx'
+group: news
+draft: false
+top: false
+album: 泰晓资讯
+layout: weekly
+license: "cc-by-nc-nd-4.0"
+permalink: /tinylab-weekly-08-1st-2024/
+tags:
+  - Linux
+  - EEVDF
+  - sched_ext
+  - EXT4
+  - RISC-V
+  - CPI
+  - NUMA
+  - Canonical
+  - Ubuntu
+  - Mold
+categories:
+  - 泰晓资讯
+  - 技术动态
+  - 行业动向
+---
+
+**“泰晓资讯”，广泛报道 “Linux/开源” 业界资讯。欢迎广大读者投递相关资讯来源和素材，本站将进一步收集整理后发布给大家。**
+
+## Linux 内核最新消息
+
+Torvalds 在本周初发布了 Linux 6.11-rc2。在开发人员开始测试 Linux 6.11-rc1 时，在构建问题方面解决了许多问题，这些问题在不同的配置中出现。Linus Torvalds 在他的公告中解释说：
+
+> So rc1 had a fair number of annoying small build or test failures on Guenter's test matrix, which never looks good. But most of them seemed to be of the "stupid and trivial" variety, which obviously doesn't instill confidence in the process, but also isn't exactly scary. When the microblaze tinyconfig doesn't build cleanly, it may not be a great look, but it's also probably not a showstopper for actual use.
+>
+> Hopefully we've gotten rid of the bulk of the silly noise here in rc2, and not added too much new noise, so that we can get on with the process of finding more meaningful issues."
+
+希望烦人的构建问题已经解决，我们可以恢复到平稳的 Linux 6.11 测试周期。
+
+Linux 6.11-rc2 中的修复包括针对 AMD Zen 5 CPU 和 HDMI 音频的各种问题。
+
+<https://www.kernel.org/> updated by 2024/8/8
+
+|分支类型       |版本           |发布时间  |
+|---------------|---------------|----------|
+|mainline       |6.11-rc2       |2024-08-04|
+|stable         |6.10.3         |2024-08-03|
+|stable         |6.9.12 [EOL]   |2024-07-27|
+|longterm       |6.6.44         |2024-08-03|
+|longterm       |6.1.103        |2024-08-03|
+|longterm       |5.15.164       |2024-07-27|
+|longterm       |5.10.223       |2024-07-27|
+|longterm       |5.4.281        |2024-07-27|
+|longterm       |4.19.319       |2024-07-27|
+|linux-next     |next-20240807  |2024-08-07|
+
+**关键词**: Linux
+
+## EEVDF 调度器接近 “完成”
+
+> Merged one year ago for Linux 6.6 was the EEVDF scheduler as a replacement to the CFS code and designed to provide a better scheduling policy for the kernel and being more robust. With a new set of patches for this "Earliest Eligible Virtual Deadline First" scheduling code, it's nearing the point of officially being completed.
+
+一年前在 Linux 6.6 中合入了 EEVDF（“Earliest Eligible Virtual Deadline First”）调度器，该调度器的设计想法源于 90 年代后期的一篇研究论文，旨在替代 CFS 并为内核提供更好的调度策略，并且更加健壮。
+
+虽然 EEVDF 成为主线 Linux 内核的一部分已经有一年了，但从合入那时起，就不断有补丁提交用于改进此调度器代码，随着目前收到的最新的这组补丁，它已接近正式完成。
+
+Peter Zijlstra 一直在领导这项工作的大部分工作，今天他提交了一组包含 24 个补丁的补丁集，他希望这将是 EEVDF 补丁的最终版本，因为他给这组补丁器的邮件标题为 “Complete EEVDF”。Zijlstra 补丁系列中的原话如下：
+
+> "So after much delay this is hopefully the final version of the EEVDF patches. They've been sitting in my git tree for ever it seems, and people have been testing it and sending fixes.
+>
+> I've spend the last two days testing and fixing cfs-bandwidth, and as far as I know that was the very last issue holding it back.
+>
+> These patches apply on top of queue.git sched/dl-server, which I plan on merging in tip/sched/core once -rc1 drops.
+>
+> I'm hoping to then merge all this (+- the DVFS clock patch) right before -rc2."
+
+因此，如果一切按计划进行，EEVDF 将 “completed”，但这并不是此后就没有新的优化或其他功能以及修复。
+
+这 24 个补丁进行了一些代码清理，实现了 delayed dequeue 以及 DELAY_ZERO 和 ENQUEUE_DELAYED 功能，以及其他更改。由于任何现代处理器的时钟速度都会动态变化，因此最后还有一个补丁，用于帮助更好地测量 DVFS（Dynamic Voltage and Frequency Scaling）状态下的线程时间。
+
+新闻出处，“EEVDF Scheduler On The Verge Of Being "Complete"”: <https://www.phoronix.com/news/Linux-Completing-EEVDF>。
+
+**关键词**: Linux, EEVDF
+
+## Linus Torvalds 并没有在 Linux 6.11 中合入 sched_ext
+
+> While Linus Torvalds stated in mid-June that he intended to merge sched_ext for Linux 6.11 as the exciting extensible scheduler code, it didn't end up happening... The Linux 6.11-rc1 kernel was just released to close the Linux 6.11 merge window and the sched_ext code wasn't pulled.
+
+虽然 Linus Torvalds 在 6 月中旬曾表示，他打算将 “可扩展调度器代码”（sched_ext）合入 Linux 6.11，但这最终并没有发生 ...... Linux 6.11-rc1 内核已经发布，我们并没有看到 sched_ext 代码。
+
+许多内核开发人员对 sched_ext 感兴趣，因为它使得扩展内核调度器变得更容易、更快速。Linus Torvalds 上个月表示，他不想继续等待，他的计划是在 Linux 6.11 中合并它。
+
+因此，根据要求，早在 7 月 15 日，当 Linux 6.11 合并窗口打开时，Tejun Heo 就提交了 sched_ext 的 PR。整个 Sched_ext 补丁的修改代码已经接近 14k 行，其中包括了测试和其他修改。
+
+但从那时起，一些代码问题被指出需要改进。几天前，Qais Yousef 还提出了一些担忧，并指出目前的审查还不够是深入，不应该急着让它进入内核主线。
+
+现在 Linux 6.11-rc1 已经发布，代码果然没有被合并。Linus Torvalds 没有公开评论这个 PR，至少现在还没有。看起来最终还需要对其进行一些改进。
+
+让我们看看 sched_ext 是否能及时在 Linux 6.12 内核周期结束之前得到进一步完善。Linux 6.12 也可能是今年的长期支持 （LTS） 内核版本。
+
+新闻出处，“Linus Torvalds Doesn't Merge sched_ext For The Linux 6.11 Merge Window”: <https://www.phoronix.com/news/Linux-6.11-No-sched_ext>。
+
+**关键词**: Linux, sched_ext
+
+## Linux 6.11 对 EXT4 进行了非常好的性能优化
+
+> With the maturity of the EXT4 file-system it's not too often seeing any huge feature additions for this commonly used Linux file-system but there's still the occasional wild performance optimization to uncover... With Linux 6.11 the EXT4 file-system can see upwards of a 20% performance boost in some scenarios.
+
+随着 EXT4 文件系统的成熟，针对这种常用的 Linux 文件系统，我们已经很少看到有大的改动。但是这次在 Linux 6.11 中，令人惊讶的性能优化却发生了...... 加入新补丁后，在某些情况下，EXT4 文件系统的性能可以提高 20% 以上。
+
+针对 6.11，Ted Ts'o 发布了针对 EXT4 的更新。他在 PR 中解释说：
+
+> "Many cleanups and bug fixes in ext4, especially for the fast commit feature. Also some performance improvements; in particular, improving IOPS and throughput on fast devices running Async Direct I/O by up to 20% by optimizing jbd2_transaction_committed()."
+
+使用 async direct I/O，针对快速设备速度最高可提高 20%，而这个性能提高要归功于针对 JBD2 的优化, 这个优化补丁由来自 Huwawei 公司的 Zhang Yi 提交，加速了 `jbd2_transaction_committed()` 的执行速度。
+
+很高兴看到 EXT4 上依然能挖掘出新的性能优化。
+
+新闻出处，“EXT4 Has A Very Nice Performance Optimization For Linux 6.11”: <https://www.phoronix.com/news/Linux-6.11-EXT4>。
+
+**关键词**: Linux, EXT4
+
+## Linux 6.11 中 RISC-V 支持了新的 ISA 扩展
+
+> Palmer Dabbelt on Saturday sent out the RISC-V architecture updates for the ongoing Linux 6.11 merge window.
+
+Palmer Dabbelt 在 Linux 6.11 合并窗口期间提交了针对 RISC-V 架构的更新。本周期的 RISC-V 更新最重要的是增加了对各种新的 ISA 扩展的支持。新启用的 RISC-V 扩展包括向量扩展中的 Zve32[xf] 和 Zve64[xfd] 子扩展；用于 may-be-operations 的 Zimop 和 Zcmop；C 扩展中的 Zca / Zcf / Zcd / Zcb 子扩展以及 Zawrs。vector permutation 扩展 （Zve*） 与 Zawrs 一起可能会引起一些人的兴趣，这实现了 wait-on-reservation-set 功能，允许 RISC-V 内核在等待执行 store 到内存指令时进入低功耗状态。
+
+Linux 6.11 中针对 RISC-V 还有许多性能改进，以及支持内存热插拔。RISC-V 内存热插拔代码还支持内存热拔出。
+
+有关 RISC-V 更改的更多详细信息，可查看此 PR：<https://lore.kernel.org/lkml/mhng-099fa737-a1fc-466d-bf27-9ad62173bb45@palmer-ri-x1c9/>。
+
+新闻出处，“RISC-V Sees Support For New ISA Extensions In Linux 6.11”: <https://www.phoronix.com/news/Linux-6.11-RISC-V>。
+
+**关键词**: Linux, RISC-V
+
+## Linux 6.11 中看到对 RISC-V 架构的基于 ACPI 系统的 NUMA 支持
+
+> The mainline RISC-V Linux kernel port continues to become more featureful each kernel cycle... Last week for the start of the Linux 6.11 merge window there were new RISC-V ISA extensions wired up while in ending out the v6.11 merge window this weekend there is yet more enablement activity.
+
+在 Linux 6.11 合并窗口期间，我们看到 Palmer 提交了第二轮针对 RISC-V 的架构更新。其中包含 RISC-V 上对 NUMA 的支持，该改进依赖于 ACPI SRAT（System/Static Resource Affinity Table）和 SLIT（System Locality Information Tables），这些表用于将内存节点正确映射到域，而 SLIT 则提供邻近节点之间的距离值。值得注意的是，该项针对 RISC-V NUMA 的 ACPI 支持是由来自 Intel 的工程师实现的。目前来看，截至 2024 年年中，RISC-V 系统上针对 ACPI 的支持仍然很少见，这实在是一件让人沮丧的事情 ......
+
+RISC-V 的第二个 PR 还增加了基于 SPCR 的控制台输出支持、基于 PPTT 的缓存信息报告、基于 sv39 线性映射的 128GB 映射以及其他更改。
+
+新闻出处，“Thanks Intel: RISC-V Sees NUMA Support For ACPI-Based Systems In Linux 6.11”: <https://www.phoronix.com/news/Linux-6.11-RISC-V-ACPI-NUMA>。
+
+**关键词**: Linux, RISC-V, CPI, NUMA
+
+## Canonical 去年的收入为 2.51 亿美元，雇员增长到超过 1000 人
+
+> Ubuntu maker Canonical (Canonical Group Limited) recently filed their financial statements with UK's Companies House that offers a fresh look at their financial performance.
+
+Ubuntu 制造商 Canonical（Canonical Group Limited）最近提交了他们的财务报表，披露了最新的财务业绩。
+
+Canonical 报告称，他们 2023 年的收入为 2.51 亿美元，比 2022 年报告的 2.05 亿美元有了不错的增长。他们的毛利率偏低，从 82% 下降到 80%。现金流为 4700 万美元，而上一年为 6200 万美元。本财政年度的利润为 1250 万美元，比前一年的 390 万美元有大幅增长。
+
+2023 年，他们的平均员工人数为 1,034 人，而前一年为 858 人。人员的增长来组于其企业和专业客户需求增加。
+
+这些数字是几年前他们的员工人数和收入的两倍多，当时他们仍处于亏损状态。Canonical 继续朝着正确的方向前进。看起来他们最近的财务增长大部分来自 Ubuntu Pro 的付费客户以及公共云渠道的订阅和服务销售。Canonical 的声明指出，这些业务线计划在 2024 年推出 “重要的产品”。
+
+那些对 Canonical 的财务状况和业绩感到好奇的人可以在 Companies House 上找到最近发布的数据。多年来，关于 Canonical 可能进行首次公开募股的讨论一直断断续续，最近计划在 “2023年” 进行首次公开募股，我们将看看它是否会发生以及何时最终发生，他们的财务业绩继续改善，公司继续探索更多专业产品，特别是在云和 Ubuntu 中，在所有围绕 “AI” 的炒作中都做得很好。
+
+新闻出处，“Canonical Saw $251M In Revenue Last Year, Grew To More Than 1K Employees”: <https://www.phoronix.com/news/Canonical-2023-Revenue-Numbers>。
+
+**关键词**: Canonical, Ubuntu
+
+## Mold 2.33 发布，进一步加速链接运行
+
+> Mold 2.33 is out as the newest version of this high speed linker as an alternative to the likes of GNU Gold and LLVM LLD. With Mold 2.33 there are still new performance optimizations being worked out by lead developer Rui Ueyama.
+
+作为高速链接器 Mold 的最新版本，2.33 发布了。在 Mold 2.33 中，首席开发人员 Rui Ueyama 仍在进行新的性能优化。
+
+在 Mold 2.33 中，引入了一个新的 “--separate-debug-info” 标志，用于将调试信息部分捆绑到一个单独的文件而不是主输出文件中。此选项的重点是进一步加快链接器的速度。根据 Rui 的解释，此选项的好处是：在创建主输出文件后，mold 会在后台去创建单独的调试文件，这样您就可以尽快开始运行可执行文件，而不用等待 mold 写入调试信息部分。例如，在 Threadripper 7980X 机器上，链接生成 clang 和调试信息通常需要大约 1.70 秒，而使用 `--separate-debug-info` 后只需要大约 0.52 秒。在快速的编辑-重建-运行周期中减少一秒钟应该可以大大提高程序员的工作效率。
+
+同样值得注意的是，Mold 2.3 中还支持了 -z x86-64-v2、-z x86-64-v3、-z x86-64-v4 选项，用于支持不同的 x86_64 微架构特性级别。
+
+Mold 2.33 还修复了有关 Intel Control Flow Enforcement Technology (CET) 处理的问题，修复了一些有关 LoongArch 的问题，并支持 `--no-allow-shlib-undefined` 和 `--dynamic-list-data` 标志。
+
+新闻出处，“Mold 2.33 Adds New Flag To Further Speed Up The Linker”: <https://www.phoronix.com/news/Mold-2.33-Released>。
+
+**关键词**: Mold
+
+## 联系我们
+
+欢迎扫描二维码加微信联系我们：
+
+![tinylab wechat](/images/wechat/tinylab.jpg)
+