Ubuntu 25.04 对比 Windows 11 的 AMD Ryzen AI 7 PRO 360 CPU 性能评测
#OS
https://www.phoronix.com/review/ryzen-ai-7-pro-360-windows-linux
#OS
https://www.phoronix.com/review/ryzen-ai-7-pro-360-windows-linux
Phoronix
Ubuntu 25.04 vs. Windows 11 CPU Performance For The AMD Ryzen AI 7 PRO 360
Earlier this month was a look at the AMD RDNA 3.5 graphics between Windows 11 and Ubuntu 25.04 using a Ryzen AI 7 PRO 360 'Strix Point' SoC within a Lenovo ThinkPad T14s Gen 6.
GCC 为 -mtune=generic 选项修复补丁, 在 Intel 和 AMD CPU 上展现良好效益
一个 2021 年的 GNU 编译器集合(GCC)补丁最近被重新提出并讨论, 内容是关于在使用 "-mtune=generic" 选项编译代码时, 简化 memcpy 和 memset 的内联策略
该补丁在进行通用调优时采取了尝试避免分支的方法
在这样做时, 在一些基准测试中观察到了一些不错的性能提升
虽然对于即将发布的 GCC 15 稳定版本 (有望在本周晚些时候) 来说为时已晚, 但 Intel 编译器团队的 H.J. Lu 一直在努力恢复这个补丁, 以改善 GCC 在常见的-mtune=generic 目标下的 memcpy 和 memset 行为
当使用 "-march=x86-64 -O2 -mtune=generic" 进行编译时 (这是 Linux 发行版和其他软件供应商常用的做法), 从这个补丁中观察到了一些不错的性能提升
在 Intel Ice Lake 系统上, EEMBC CPU 基准测试看到了 13~14% 的提升, 而 SPEC CPU 2017 的数字持平
在 Intel Cascade Lake 系统上, EEMBC 基准测试提升了高达 16%
同时, 在 AMD Zen 3 系统上, EEMBC 基准测试在一个测试中提升了高达 30%, 在其他测试中影响较小, 并伴有一些性能下降
这个补丁仍在讨论中, 但到目前为止的数据看起来相当积极
考虑到 "-mtune=generic" 的广泛使用, 希望这个补丁能尽快准备好并提交到 GNU 编译器集合的主线中
#GNC #GCC
原文链接
一个 2021 年的 GNU 编译器集合(GCC)补丁最近被重新提出并讨论, 内容是关于在使用 "-mtune=generic" 选项编译代码时, 简化 memcpy 和 memset 的内联策略
该补丁在进行通用调优时采取了尝试避免分支的方法
在这样做时, 在一些基准测试中观察到了一些不错的性能提升
虽然对于即将发布的 GCC 15 稳定版本 (有望在本周晚些时候) 来说为时已晚, 但 Intel 编译器团队的 H.J. Lu 一直在努力恢复这个补丁, 以改善 GCC 在常见的-mtune=generic 目标下的 memcpy 和 memset 行为
当使用 "-march=x86-64 -O2 -mtune=generic" 进行编译时 (这是 Linux 发行版和其他软件供应商常用的做法), 从这个补丁中观察到了一些不错的性能提升
在 Intel Ice Lake 系统上, EEMBC CPU 基准测试看到了 13~14% 的提升, 而 SPEC CPU 2017 的数字持平
在 Intel Cascade Lake 系统上, EEMBC 基准测试提升了高达 16%
同时, 在 AMD Zen 3 系统上, EEMBC 基准测试在一个测试中提升了高达 30%, 在其他测试中影响较小, 并伴有一些性能下降
这个补丁仍在讨论中, 但到目前为止的数据看起来相当积极
考虑到 "-mtune=generic" 的广泛使用, 希望这个补丁能尽快准备好并提交到 GNU 编译器集合的主线中
#GNC #GCC
原文链接
Linux 补丁已排队报告过时的 Intel CPU 微码作为漏洞
去年为 Linux 内核提交了一个补丁, 该补丁会将过时的 CPU 微代码版本报告为安全漏洞
随着 Intel 例行发布新的 CPU 微代码更新以解决安全漏洞和处理其他功能问题, Linux 内核在识别到特定处理器部署了过时的 CPU 微代码时将开始警告用户
该补丁现已被加入 tip/tip.git 分支队列, 因此看起来将在即将到来的 Linux 6.16 内核周期中提交
自去年提出原始补丁提案以来, 已经出现了完美的例子, 11 月发布了针对两个安全公告的新 CPU 微代码, 2 月发布了针对五个新安全问题的 CPU 微代码更新
这只是过去几个月的情况, 如果您是长期读者, 您会清楚地了解到近年来所有供应商出现的 CPU 安全问题, 并且常见通过微代码更新应用缓解措施
今天下午加入 tip/tip.git 的 x86/microcode 分支队列的是向用户报告过时 Intel CPU 微代码版本的补丁
由于更新的微代码很可能包含安全修复和/或已解决的功能问题, 当检测到 CPU 运行的是过时的微代码时, 将通过 /sys/devices/system/cpu/vulnerabilities/old_microcode 进行报告
这与报告其他 CPU 安全漏洞的 sysfs 目录相同, 因此易于收集
确保您使用最新的 CPU 微代码在调试 Linux 内核问题时也很重要
除了通过 sysfs 报告旧微代码问题外, 识别出过时的 CPU 微代码还将通过 "TAINT_CPU_OUT_OF_SPEC" 标志污染正在运行的 Linux 内核
识别过时的 Intel CPU 微代码版本并非易事, 并且依赖于为每个 CPU 系列/型号/步进准备的不同 CPU 微代码版本的静态列表
因此, 随着时间的推移, 该列表需要由 Intel 工程师更新和维护, 以正确反映发布的最新微代码版本
既然该补丁已通过 tip/tip.git x86 分支加入队列, 除非在报告方面出现任何最后一刻的反对意见, 否则它很可能在一个多月后提交到 Linux 6.16 合并窗口
#Intel
原文链接
去年为 Linux 内核提交了一个补丁, 该补丁会将过时的 CPU 微代码版本报告为安全漏洞
随着 Intel 例行发布新的 CPU 微代码更新以解决安全漏洞和处理其他功能问题, Linux 内核在识别到特定处理器部署了过时的 CPU 微代码时将开始警告用户
该补丁现已被加入 tip/tip.git 分支队列, 因此看起来将在即将到来的 Linux 6.16 内核周期中提交
自去年提出原始补丁提案以来, 已经出现了完美的例子, 11 月发布了针对两个安全公告的新 CPU 微代码, 2 月发布了针对五个新安全问题的 CPU 微代码更新
这只是过去几个月的情况, 如果您是长期读者, 您会清楚地了解到近年来所有供应商出现的 CPU 安全问题, 并且常见通过微代码更新应用缓解措施
今天下午加入 tip/tip.git 的 x86/microcode 分支队列的是向用户报告过时 Intel CPU 微代码版本的补丁
由于更新的微代码很可能包含安全修复和/或已解决的功能问题, 当检测到 CPU 运行的是过时的微代码时, 将通过 /sys/devices/system/cpu/vulnerabilities/old_microcode 进行报告
这与报告其他 CPU 安全漏洞的 sysfs 目录相同, 因此易于收集
确保您使用最新的 CPU 微代码在调试 Linux 内核问题时也很重要
除了通过 sysfs 报告旧微代码问题外, 识别出过时的 CPU 微代码还将通过 "TAINT_CPU_OUT_OF_SPEC" 标志污染正在运行的 Linux 内核
识别过时的 Intel CPU 微代码版本并非易事, 并且依赖于为每个 CPU 系列/型号/步进准备的不同 CPU 微代码版本的静态列表
因此, 随着时间的推移, 该列表需要由 Intel 工程师更新和维护, 以正确反映发布的最新微代码版本
既然该补丁已通过 tip/tip.git x86 分支加入队列, 除非在报告方面出现任何最后一刻的反对意见, 否则它很可能在一个多月后提交到 Linux 6.16 合并窗口
#Intel
原文链接
Intel Vulkan Linux 驱动开始为 Xe3 的光线追踪更改做准备
昨天合并到 Mesa Git 的是针对下一季度 Mesa 25.2 版本的一项改进, 旨在改进 Intel Vulkan 光线追踪代码, 并着眼于下一代 Xe3 图形硬件
合并到 Mesa 25.2-devel 的是一个已有三个月的合并请求, 旨在为光线追踪 (RT) 启用 64 位内存结构模式
这种用于光线追踪的 64 位内存结构模式仅在即将推出的 Xe3 图形硬件上启用, 而不适用于现有的 Intel 图形处理器
作为合并的一部分, 还调整了其他更改, 为 Xe3 让路
值得注意的是, 现在在 Xe1/Xe2 和 Xe3+ 硬件之间单独编译和调整 BHV 着色器
Xe1 和 Xe2 图形的 BVH 着色器被视为相同, 而 Xe3 由于 64 位内存结构现在是分开的
据推测, 这是 Intel 工程师正在努力进一步提升 Xe3 硬件光线追踪能力的一项更大转变的一部分
这些能力将以集成形式出现在 Panther Lake 中, 然后以独立形式出现在 Arc Graphics C 系列 "Celestial" 中. 毕竟
他们会更专注于他们的 2025+ 产品, 以确保为游戏玩家提供更好的光线追踪体验, 这是有道理的.
对这个最新代码感兴趣的人可以在这次合并中找到所有详细信息
#Intel
原文链接
昨天合并到 Mesa Git 的是针对下一季度 Mesa 25.2 版本的一项改进, 旨在改进 Intel Vulkan 光线追踪代码, 并着眼于下一代 Xe3 图形硬件
合并到 Mesa 25.2-devel 的是一个已有三个月的合并请求, 旨在为光线追踪 (RT) 启用 64 位内存结构模式
这种用于光线追踪的 64 位内存结构模式仅在即将推出的 Xe3 图形硬件上启用, 而不适用于现有的 Intel 图形处理器
作为合并的一部分, 还调整了其他更改, 为 Xe3 让路
值得注意的是, 现在在 Xe1/Xe2 和 Xe3+ 硬件之间单独编译和调整 BHV 着色器
Xe1 和 Xe2 图形的 BVH 着色器被视为相同, 而 Xe3 由于 64 位内存结构现在是分开的
据推测, 这是 Intel 工程师正在努力进一步提升 Xe3 硬件光线追踪能力的一项更大转变的一部分
这些能力将以集成形式出现在 Panther Lake 中, 然后以独立形式出现在 Arc Graphics C 系列 "Celestial" 中. 毕竟
他们会更专注于他们的 2025+ 产品, 以确保为游戏玩家提供更好的光线追踪体验, 这是有道理的.
对这个最新代码感兴趣的人可以在这次合并中找到所有详细信息
#Intel
原文链接
GCC 编译器添加了对玄铁 RISC-V 处理器的目标支持
上周 GCC 15 代码分支后, 将成为 GCC 16 编译器的早期合并功能之一是玄铁 RISC-V 处理器的 CPU 目标支持
截至今天, GCC Git 允许为各种玄铁 RISC-V 处理器核心指定"-mcpu="目标
新的 -mcpu= 值包括 xt-c908, xt-c908v, xt-c910, xt-c910v2, xt-c920 和 xt-c920v2, 对应不同的玄铁处理器
玄铁是阿里巴巴旗下的品牌, 一直在开发用于云计算, AI 加速及相关服务器计算需求的不同 RISC-V 核心
玄铁 C920 每个集群提供多达四个 RISC-V 核心, 支持 RISC-V Vector 1.0 ISA, RVA22 profile, 这些 RV64GCV 核心主频可达 2.5GHz, 为 AI, 自动驾驶及相关计算需求提供充足动力
对 GCC 16 编译器中现已支持的玄铁 xt-c908, xt-c908v, xt-c910, xt-c910v2, xt-c920 和 xt-c920v2 -mcpu 感兴趣的用户, 可以查看此提交了解所有详情
#GNU #GCC #RISC_V
原文链接
上周 GCC 15 代码分支后, 将成为 GCC 16 编译器的早期合并功能之一是玄铁 RISC-V 处理器的 CPU 目标支持
截至今天, GCC Git 允许为各种玄铁 RISC-V 处理器核心指定"-mcpu="目标
新的 -mcpu= 值包括 xt-c908, xt-c908v, xt-c910, xt-c910v2, xt-c920 和 xt-c920v2, 对应不同的玄铁处理器
玄铁是阿里巴巴旗下的品牌, 一直在开发用于云计算, AI 加速及相关服务器计算需求的不同 RISC-V 核心
玄铁 C920 每个集群提供多达四个 RISC-V 核心, 支持 RISC-V Vector 1.0 ISA, RVA22 profile, 这些 RV64GCV 核心主频可达 2.5GHz, 为 AI, 自动驾驶及相关计算需求提供充足动力
对 GCC 16 编译器中现已支持的玄铁 xt-c908, xt-c908v, xt-c910, xt-c910v2, xt-c920 和 xt-c920v2 -mcpu 感兴趣的用户, 可以查看此提交了解所有详情
#GNU #GCC #RISC_V
原文链接
Intel Core Ultra 9 285K "Arrow Lake" 在 Linux 上的性能自发布以来有了很大提升
#Processors
https://www.phoronix.com/review/intel-arrow-lake-ubuntu-2504
#Processors
https://www.phoronix.com/review/intel-arrow-lake-ubuntu-2504
Phoronix
Intel Core Ultra 9 285K "Arrow Lake" Performance On Linux Has Improved A Lot Since Launch
Today's Linux benchmarking at Phoronix is looking at how the Intel Core Ultra 9 285K performance has evolved since its launch last October.
AMD Ryzen AI Max 300 "Strix Halo" 图形 IP 版本确认
对于那些一直想了解 Linux 支持以及 Ryzen AI Max 300 "Strix Halo" APU 在 Linux 上的更多细节的人, 这里有一个简要更新
今天发布到 DRI 邮件列表的是一个补丁, 用于更新 AMDGPU Linux 内核图形驱动程序关于 Ryzen AI Max 300 "Strix Halo"系列的文档
虽然众所周知它与其他的 Ryzen AI 300 系列 SoC 一样是另一个 RDNA 3.5 "GFX11.5"图形部分, 但文档补丁确认它是 AMD GFX 11.5.1
Strix Point SoC 是 GFX 11.5.0 IP, 而 Krackan Point 是 GFX 11.5.2
了解 GFX 11.5.1 对于参考早期 Phoronix 文章中 GFX 11.5.1 的启动始于 2024 年初, 并且现在能够明确地将其与 Strix Halo 关联起来非常有用
今天的补丁还确认了 Strix Halo 的 Display Core Next (DCN) IP 版本为 3.5.1, 而 Strix Point 和 Krackan Point 为 3.5.0
Video Core Next (VCN) IP 模块在 Strix Halo 上版本为 4.0.6, 而其他 Ryzen AI 300 系列为 4.0.5
SDMA IP 版本也略有不同, 为 6.1.1, MP0 版本为 14.0.1
同样, 这并不是特别有趣或有用, 但如果只是为了与旧文章进行比较并估算 Linux 内核版本支持基线等
这些 IP 版本在现代逐块启用策略下变得更加重要, 即独立启用新的硬件 IP 块, 而不是针对未发布的硬件采用带有花哨鱼类代号的大型整体补丁系列
本文的另一个目的是告知您, 我应该很快会评测配备 Ryzen AI Max 300 系列的 HP ZBook Ultra G1a 笔记本电脑
许多 Phoronix 读者一直在询问 Strix Halo 下的 Linux 支持和性能. 我也一直热切地期待在 Linux 下测试 Strix Halo
看起来我很快就能拿到 HP ZBook Ultra G1a, 以便深入研究 Linux 支持和性能
接下来有望在第三季度拿到配备 Ryzen AI Max 300 系列的 Framework Desktop
#AMD
原文链接
对于那些一直想了解 Linux 支持以及 Ryzen AI Max 300 "Strix Halo" APU 在 Linux 上的更多细节的人, 这里有一个简要更新
今天发布到 DRI 邮件列表的是一个补丁, 用于更新 AMDGPU Linux 内核图形驱动程序关于 Ryzen AI Max 300 "Strix Halo"系列的文档
虽然众所周知它与其他的 Ryzen AI 300 系列 SoC 一样是另一个 RDNA 3.5 "GFX11.5"图形部分, 但文档补丁确认它是 AMD GFX 11.5.1
Strix Point SoC 是 GFX 11.5.0 IP, 而 Krackan Point 是 GFX 11.5.2
了解 GFX 11.5.1 对于参考早期 Phoronix 文章中 GFX 11.5.1 的启动始于 2024 年初, 并且现在能够明确地将其与 Strix Halo 关联起来非常有用
今天的补丁还确认了 Strix Halo 的 Display Core Next (DCN) IP 版本为 3.5.1, 而 Strix Point 和 Krackan Point 为 3.5.0
Video Core Next (VCN) IP 模块在 Strix Halo 上版本为 4.0.6, 而其他 Ryzen AI 300 系列为 4.0.5
SDMA IP 版本也略有不同, 为 6.1.1, MP0 版本为 14.0.1
同样, 这并不是特别有趣或有用, 但如果只是为了与旧文章进行比较并估算 Linux 内核版本支持基线等
这些 IP 版本在现代逐块启用策略下变得更加重要, 即独立启用新的硬件 IP 块, 而不是针对未发布的硬件采用带有花哨鱼类代号的大型整体补丁系列
本文的另一个目的是告知您, 我应该很快会评测配备 Ryzen AI Max 300 系列的 HP ZBook Ultra G1a 笔记本电脑
许多 Phoronix 读者一直在询问 Strix Halo 下的 Linux 支持和性能. 我也一直热切地期待在 Linux 下测试 Strix Halo
看起来我很快就能拿到 HP ZBook Ultra G1a, 以便深入研究 Linux 支持和性能
接下来有望在第三季度拿到配备 Ryzen AI Max 300 系列的 Framework Desktop
#AMD
原文链接
CachyOS Linux 发行版对其手持版进行了更多改进
CachyOS (一个基于 Arch 的 Linux 发行版, 以其在现代硬件上激进的开箱即用性能而闻名) 的 2025 年 4 月 ISO 更新今天发布了
这个基于 Arch Linux 构建的滚动发布发行版的 2025 年 4 月 ISO 重制版并不是一个特别重大的更新
它确实包含了针对华硕笔记本电脑模块崩溃的修复, 并且 Limine 引导加载程序的支持也得到了改进
除了以其性能著称外, CachyOS 还是少数几个致力于为 Valve 的 Steam Deck 以及华硕 ROG Ally 和 Legion Go 等设备提供良好掌上体验的 Linux 发行版之一, 用于便携式/掌上游戏
通过这次四月更新, CachyOS 为华硕 ROG Ally X 和联想 Legion Go 掌机带来了音频配置文件
CachyOS 掌机版还用 Valve 上游的 Gamescope 合成器代码取代了 gamescope-plus
上游的 Gamescope 代码现在应该能提供更好的体验
2025 年 4 月 CachyOS 的另一项新内容是将 OCCT 工具添加到 ISO 中, 以帮助进行离线硬件压力测试
可通过 CachyOS.org 获取本月 CachyOS ISO 更新的更多详细信息
#OS
原文链接
CachyOS (一个基于 Arch 的 Linux 发行版, 以其在现代硬件上激进的开箱即用性能而闻名) 的 2025 年 4 月 ISO 更新今天发布了
这个基于 Arch Linux 构建的滚动发布发行版的 2025 年 4 月 ISO 重制版并不是一个特别重大的更新
它确实包含了针对华硕笔记本电脑模块崩溃的修复, 并且 Limine 引导加载程序的支持也得到了改进
除了以其性能著称外, CachyOS 还是少数几个致力于为 Valve 的 Steam Deck 以及华硕 ROG Ally 和 Legion Go 等设备提供良好掌上体验的 Linux 发行版之一, 用于便携式/掌上游戏
通过这次四月更新, CachyOS 为华硕 ROG Ally X 和联想 Legion Go 掌机带来了音频配置文件
CachyOS 掌机版还用 Valve 上游的 Gamescope 合成器代码取代了 gamescope-plus
上游的 Gamescope 代码现在应该能提供更好的体验
2025 年 4 月 CachyOS 的另一项新内容是将 OCCT 工具添加到 ISO 中, 以帮助进行离线硬件压力测试
可通过 CachyOS.org 获取本月 CachyOS ISO 更新的更多详细信息
#OS
原文链接
Linux 6.15 Git 版本导致 Nginx HTTPS Web 服务器性能下降 - 这里是 Bisect 分析
#Software
https://www.phoronix.com/review/linux-615-nginx-regression
#Software
https://www.phoronix.com/review/linux-615-nginx-regression
Phoronix
Linux 6.15 Git Tanked Nginx HTTPS Web Server Performance - Here's The Bisect
With the Linux 6.15 kernel settling down nicely, I've been testing out the current Linux Git state on more systems in looking for any performance changes.
希望上游内核支持的补丁终于为谷歌 Pixel 4a 提供了支持
Google Pixel 4a 智能手机于 2020 年年中发布
现在到 2025 年年中, 看起来我们可能终于接近看到 Pixel 4a 设备以及使用高通骁龙 730/730G/732G SoC 的其他硬件的主线内核支持
昨天发布到 Linux 内核邮件列表的是一系列补丁, 用于启用高通骁龙 730/730G/732G "SM7150" 平台/SoC 支持并启用 Google Pixel 4a 设备支持
虽然最初专注于 Google Pixel 4a, 但还有许多其他高通 SM7150 平台将从中受益, 并能在其之后被上游合并
包括众多小米设备, 联想 Tab P11 Pro 和三星 Galaxy A71
对这些正在审查中的关于高通骁龙 730/730G/732G 平台支持和 Google Pixel 4a 启用的补丁感兴趣的人可以查看这个 LKML 系列
#Google #LinuxKernel
原文链接
Google Pixel 4a 智能手机于 2020 年年中发布
现在到 2025 年年中, 看起来我们可能终于接近看到 Pixel 4a 设备以及使用高通骁龙 730/730G/732G SoC 的其他硬件的主线内核支持
昨天发布到 Linux 内核邮件列表的是一系列补丁, 用于启用高通骁龙 730/730G/732G "SM7150" 平台/SoC 支持并启用 Google Pixel 4a 设备支持
虽然最初专注于 Google Pixel 4a, 但还有许多其他高通 SM7150 平台将从中受益, 并能在其之后被上游合并
包括众多小米设备, 联想 Tab P11 Pro 和三星 Galaxy A71
对这些正在审查中的关于高通骁龙 730/730G/732G 平台支持和 Google Pixel 4a 启用的补丁感兴趣的人可以查看这个 LKML 系列
#Google #LinuxKernel
原文链接
Ubuntu 25.10 正在推进, 计划迁移至 Rust Coreutils
早在三月份, Canonical 的工程师们就讨论了一些关于 Ubuntu Linux 转向 Rust Coreutils 和其他用 Rust 编写的系统组件的想法
其中一些想法可能会在今年十月发布的 Ubuntu 25.10 中实现, 以便在明年至关重要的 Ubuntu 26.04 LTS 发布之前进行充分测试
今天, 针对 Ubuntu 25.10 中将 Rust Coreutils 作为 GNU Coreutils 替代品的更具体计划已经公布
Julian Andres Klode 已经阐述了 Ubuntu 25.10 版本中迁移到 Rust-Coreutils 的计划
如果需要, 将能够回滚到 GNU Coreutils, 但计划是在这个下一个 Ubuntu Linux 版本中默认使用 Rust Coreutils
这种转换涉及一些 "高级依赖关系操作", 即在 Ubuntu 上将现有的 coreutils 包重命名为 gnu-coreutils
然后将引入一个新的 "coreutils-from" 包, 以帮助将软件包过渡到 rust-coreutils
Rust Coreutils 的缺点是比 GNU Coreutils 更大
值得注意的是, 当前的 Ubuntu Docker 镜像大约为 75MB, 但 Rust-Coreutils 本身大约为 25MB, 而经典的 GNU Coreutils 为 7MB
因此, Debian Docker 镜像现在会比当前大 24%
因此, GNU Coreutils 可能仍然是 Docker 镜像及类似情况下的默认选项
对于 Rust Coreutils, 还需要处理一些 AppArmor 行为
那些想了解更多关于 Ubuntu 25.10 迁移到 Rust-Coreutils 计划的人, 可以通过这篇不久前发布的 Ubuntu Discourse 文章来了解, 其中详细阐述了这次计划迁移的所有技术细节
#Ubuntu
原文链接
早在三月份, Canonical 的工程师们就讨论了一些关于 Ubuntu Linux 转向 Rust Coreutils 和其他用 Rust 编写的系统组件的想法
其中一些想法可能会在今年十月发布的 Ubuntu 25.10 中实现, 以便在明年至关重要的 Ubuntu 26.04 LTS 发布之前进行充分测试
今天, 针对 Ubuntu 25.10 中将 Rust Coreutils 作为 GNU Coreutils 替代品的更具体计划已经公布
Julian Andres Klode 已经阐述了 Ubuntu 25.10 版本中迁移到 Rust-Coreutils 的计划
如果需要, 将能够回滚到 GNU Coreutils, 但计划是在这个下一个 Ubuntu Linux 版本中默认使用 Rust Coreutils
这种转换涉及一些 "高级依赖关系操作", 即在 Ubuntu 上将现有的 coreutils 包重命名为 gnu-coreutils
然后将引入一个新的 "coreutils-from" 包, 以帮助将软件包过渡到 rust-coreutils
Rust Coreutils 的缺点是比 GNU Coreutils 更大
值得注意的是, 当前的 Ubuntu Docker 镜像大约为 75MB, 但 Rust-Coreutils 本身大约为 25MB, 而经典的 GNU Coreutils 为 7MB
因此, Debian Docker 镜像现在会比当前大 24%
因此, GNU Coreutils 可能仍然是 Docker 镜像及类似情况下的默认选项
对于 Rust Coreutils, 还需要处理一些 AppArmor 行为
那些想了解更多关于 Ubuntu 25.10 迁移到 Rust-Coreutils 计划的人, 可以通过这篇不久前发布的 Ubuntu Discourse 文章来了解, 其中详细阐述了这次计划迁移的所有技术细节
#Ubuntu
原文链接
AMD 发布针对 Pensando RDMA 驱动程序的开放源代码 Linux 补丁
AMD 工程师正在开发的最新开源 Linux 驱动程序是针对其 Pensando 网络硬件的远程直接内存访问 (RDMA) 解决方案
不久前发布在 Linux 内核邮件列表上的补丁用于介绍 AMD Pensando RDMA 驱动程序, 以便与 AMD-Pensando 网络适配器配合使用并公开所有远程 DMA 功能
AMD 在几年前收购了 Pensando, 并且在他们的开放 AI 网络推广中发挥着重要作用
AMD Pensando RDMA 驱动程序基于 Pensando IONIC 驱动程序代码构建, 该代码早在 2019 年 Pensando Systems 退出隐形模式之前就已原始上游到 Linux 内核
今天的补丁系列拆分了 IONIC 以太网驱动程序代码, 并对其进行了扩展以支持 RDMA
有兴趣的人可以在这个内核邮件列表补丁系列中查看 AMD Pensando RDMA 驱动程序的详细信息
#AMD
原文链接
AMD 工程师正在开发的最新开源 Linux 驱动程序是针对其 Pensando 网络硬件的远程直接内存访问 (RDMA) 解决方案
不久前发布在 Linux 内核邮件列表上的补丁用于介绍 AMD Pensando RDMA 驱动程序, 以便与 AMD-Pensando 网络适配器配合使用并公开所有远程 DMA 功能
AMD 在几年前收购了 Pensando, 并且在他们的开放 AI 网络推广中发挥着重要作用
AMD Pensando RDMA 驱动程序基于 Pensando IONIC 驱动程序代码构建, 该代码早在 2019 年 Pensando Systems 退出隐形模式之前就已原始上游到 Linux 内核
今天的补丁系列拆分了 IONIC 以太网驱动程序代码, 并对其进行了扩展以支持 RDMA
有兴趣的人可以在这个内核邮件列表补丁系列中查看 AMD Pensando RDMA 驱动程序的详细信息
#AMD
原文链接
Orange Pi RV2 基准测试: 售价不到 100 美元的 8 核+8GB RAM 性能最强的 RISC-V 板卡评测
#Computers
https://www.phoronix.com/review/orange-pi-rv2-benchmarks
#Computers
https://www.phoronix.com/review/orange-pi-rv2-benchmarks
Phoronix
Orange Pi RV2 Benchmarks: The Most Performant RISC-V Board For Less Than $100 With 8 Cores + 8GB RAM
Earlier this month Canonical announced Ubuntu Linux support for the Orange Pi RV2 as a low-cost RISC-V developer board.