Qt Bridge 技术将 UI 工具包带到新的编程语言: Rust, C#, Java 和 Swift
开源的 Qt 工具包深深植根于 C++代码, 但在过去十年中也受益于 Python 语言绑定
如今, 得益于 Qt Group 在他们称之为 Qt Bridging Technology (Qt 桥接技术) 方面的新工作, 该工具包将在不同编程语言中获得更强大的支持
在过去两年中, Qt 工程师一直致力于将此 UI/UX 框架引入 C++和 Python 之外的编程语言
凭借这条 "Qt Bridges" (Qt 桥接) 路径, 他们现在正朝着为更多语言提供一流 Qt 支持的轨道前进
Qt Bridges 项目预选的重点语言是 C#, Kotlin/Java, Python, Rust 和 Swift
通过新的 API, 开发者未来也将能够构建额外的语言集成
那些对 Qt Bridges 以及未来在 C#, Kotlin/Java, Rust 和 Swift 代码库中使用 Qt 的前景感兴趣的人, 可以通过 Qt 博客了解更多关于这个新项目的信息
目前还没有任何新的代码可用, 但 Qt Bridges 网页只是一个电子邮件注册表单, 他们将很快在此宣布更多信息
#Qt
原文链接
开源的 Qt 工具包深深植根于 C++代码, 但在过去十年中也受益于 Python 语言绑定
如今, 得益于 Qt Group 在他们称之为 Qt Bridging Technology (Qt 桥接技术) 方面的新工作, 该工具包将在不同编程语言中获得更强大的支持
在过去两年中, Qt 工程师一直致力于将此 UI/UX 框架引入 C++和 Python 之外的编程语言
凭借这条 "Qt Bridges" (Qt 桥接) 路径, 他们现在正朝着为更多语言提供一流 Qt 支持的轨道前进
Qt Bridges 项目预选的重点语言是 C#, Kotlin/Java, Python, Rust 和 Swift
通过新的 API, 开发者未来也将能够构建额外的语言集成
那些对 Qt Bridges 以及未来在 C#, Kotlin/Java, Rust 和 Swift 代码库中使用 Qt 的前景感兴趣的人, 可以通过 Qt 博客了解更多关于这个新项目的信息
目前还没有任何新的代码可用, 但 Qt Bridges 网页只是一个电子邮件注册表单, 他们将很快在此宣布更多信息
#Qt
原文链接
Rav1e v0.8 发布, 用于基于 Rust 的 AV1 编码
Rav1e v0.8 于周一发布, 这款自称 "最快, 最安全的 AV1 编码器" 使用了 Rust 编程语言
上一个主要版本是 Rav1e v0.7, 于 2023 年末发布
现在 Rav1e v0.8 已经到来, 鉴于距上一个版本已有一年半时间, 它带来了许多变化
至少在 x86_64 CPU 上, 我的测试中 Rav1e 编码器仍不及 SVT-AV1 视频编码器, 但至少由于使用了 Rust 编程语言, 它更侧重于编码器安全性和内存安全性
如今, GPU 加速的 AV1 编码也变得越来越普遍
无论如何, 感兴趣的用户可以从 GitHub 下载 Rav1e v0.8, 以了解这款基于 Rust 的顶级多平台 AV1 编码器的最新进展
#Programming
原文链接
Rav1e v0.8 于周一发布, 这款自称 "最快, 最安全的 AV1 编码器" 使用了 Rust 编程语言
上一个主要版本是 Rav1e v0.7, 于 2023 年末发布
现在 Rav1e v0.8 已经到来, 鉴于距上一个版本已有一年半时间, 它带来了许多变化
至少在 x86_64 CPU 上, 我的测试中 Rav1e 编码器仍不及 SVT-AV1 视频编码器, 但至少由于使用了 Rust 编程语言, 它更侧重于编码器安全性和内存安全性
如今, GPU 加速的 AV1 编码也变得越来越普遍
无论如何, 感兴趣的用户可以从 GitHub 下载 Rav1e v0.8, 以了解这款基于 Rust 的顶级多平台 AV1 编码器的最新进展
#Programming
原文链接
Linux 6.16 添加了 "X86_NATIVE_CPU" 选项以优化您的 CPU 的内核构建
X86_NATIVE_CPU Kconfig 构建时选项已合并到 Linux 6.16 合并窗口, 作为在 AMD 和 Intel 处理器上强制执行 "-march=native" 编译器行为的简便方法, 以优化您的系统内核构建以适应本地 CPU 架构/系列
对于那些希望在 AMD/Intel x86_64 处理器上对 Linux 内核构建进行 "-march=native" 优化的人来说, 新的 CONFIG_X86_NATIVE_CPU 选项可以轻松启用, 以便在本地内核构建中设置该编译器选项
如果使用 GCC 或 LLVM Clang 编译 Linux x86_64 内核时, 并且使用 Clang 19 或更高版本, 则 CONFIG_X86_NATIVE_CPU 选项会生效, 这是因为旧版编译器在 Linux 内核上存在编译器错误
除了为 Linux 内核 C 代码设置 "-march=native" 编译器选项外, 启用这个新的 Kconfig 构建选项还会为内核的 Rust 代码设置 "-Ctarget-cpu=native"
这个新选项作为 Linux 6.16 的 x86/build 更新的一部分被合并
补丁消息中没有提供性能基准测试, 但我会在时间允许时启动一些 CONFIG_X86_NATIVE_CPU 基准测试
#LinuxKernel
原文链接
X86_NATIVE_CPU Kconfig 构建时选项已合并到 Linux 6.16 合并窗口, 作为在 AMD 和 Intel 处理器上强制执行 "-march=native" 编译器行为的简便方法, 以优化您的系统内核构建以适应本地 CPU 架构/系列
对于那些希望在 AMD/Intel x86_64 处理器上对 Linux 内核构建进行 "-march=native" 优化的人来说, 新的 CONFIG_X86_NATIVE_CPU 选项可以轻松启用, 以便在本地内核构建中设置该编译器选项
如果使用 GCC 或 LLVM Clang 编译 Linux x86_64 内核时, 并且使用 Clang 19 或更高版本, 则 CONFIG_X86_NATIVE_CPU 选项会生效, 这是因为旧版编译器在 Linux 内核上存在编译器错误
除了为 Linux 内核 C 代码设置 "-march=native" 编译器选项外, 启用这个新的 Kconfig 构建选项还会为内核的 Rust 代码设置 "-Ctarget-cpu=native"
这个新选项作为 Linux 6.16 的 x86/build 更新的一部分被合并
补丁消息中没有提供性能基准测试, 但我会在时间允许时启动一些 CONFIG_X86_NATIVE_CPU 基准测试
#LinuxKernel
原文链接
ROCm GPU 计算性能搭配 AMD Ryzen AI MAX+ "Strix Halo"
#GraphicsCards
https://www.phoronix.com/review/amd-strix-halo-rocm-benchmarks
#GraphicsCards
https://www.phoronix.com/review/amd-strix-halo-rocm-benchmarks
Phoronix
ROCm GPU Compute Performance With AMD Ryzen AI MAX+ "Strix Halo"
This month I have been running many Linux benchmarks of the HP ZBook Ultra G1a with the very exciting Ryzen AI MAX+ PRO 395 Strix Halo SoC featuring the powerful Radeon 8060S graphics.
AlmaLinux 10.0 稳定版发布 - 与 RHEL 10 不同, 它继续支持 x86-64-v2 CPU
继 Red Hat Enterprise Linux 10.0 最近发布之后, AlmaLinux 10.0 稳定版现已推出, 作为这个源自 RHEL 的流行社区 Linux 操作系统替代方案
AlmaLinux OS 10.0 "Purple Lion" 现已可用于服务器部署
和 AlmaLinux 一贯的做法一样, 在生产服务器上部署 AlmaLinux 是免费的, 并由社区支持
尽管上游的 Red Hat Enterprise Linux 10 将其 x86_64 基线提高到了 x86-64-v3 微架构特性级别, 但 AlmaLinux 10 决定继续提供 x86-64-v2 支持
随着继续保留 x86-64-v2 支持, Intel Nehalem / Silvermont 和 AMD Bulldozer / Jaguar 时代的处理器在 AlmaLinux 10 上继续得到支持, 而 RHEL 10.0 的 x86-64-v3 则强制要求 AVX 和其他更新的 CPU ISA 特性
AlmaLinux 还将提供 x86-64-v2 构建的 EPEL 软件包
AlmaLinux 10 与 RHEL 10 完全兼容, 而此 AlmaLinux 更新中的其他一些变化包括 ARM 平台上的 UEFI 安全启动, 存在自 RHEL v9.0 以来已被弃用的 SPICE 支持, 以及对 IBM POWER 上的 KVM 虚拟化提供技术预览支持
AlmaLinux 10.0 的下载及此重大发布的更多详情请访问 AlmaLinux.org
我很快就会有一些新的 RHEL 10 / AlmaLinux 10 操作系统基准测试, 但如果你错过了测试版期间的消息: AlmaLinux 10 Beta 运行良好, 性能出色, 是 RHEL 10 的免费/社区替代方案
#OS
原文链接
继 Red Hat Enterprise Linux 10.0 最近发布之后, AlmaLinux 10.0 稳定版现已推出, 作为这个源自 RHEL 的流行社区 Linux 操作系统替代方案
AlmaLinux OS 10.0 "Purple Lion" 现已可用于服务器部署
和 AlmaLinux 一贯的做法一样, 在生产服务器上部署 AlmaLinux 是免费的, 并由社区支持
尽管上游的 Red Hat Enterprise Linux 10 将其 x86_64 基线提高到了 x86-64-v3 微架构特性级别, 但 AlmaLinux 10 决定继续提供 x86-64-v2 支持
随着继续保留 x86-64-v2 支持, Intel Nehalem / Silvermont 和 AMD Bulldozer / Jaguar 时代的处理器在 AlmaLinux 10 上继续得到支持, 而 RHEL 10.0 的 x86-64-v3 则强制要求 AVX 和其他更新的 CPU ISA 特性
AlmaLinux 还将提供 x86-64-v2 构建的 EPEL 软件包
AlmaLinux 10 与 RHEL 10 完全兼容, 而此 AlmaLinux 更新中的其他一些变化包括 ARM 平台上的 UEFI 安全启动, 存在自 RHEL v9.0 以来已被弃用的 SPICE 支持, 以及对 IBM POWER 上的 KVM 虚拟化提供技术预览支持
AlmaLinux 10.0 的下载及此重大发布的更多详情请访问 AlmaLinux.org
我很快就会有一些新的 RHEL 10 / AlmaLinux 10 操作系统基准测试, 但如果你错过了测试版期间的消息: AlmaLinux 10 Beta 运行良好, 性能出色, 是 RHEL 10 的免费/社区替代方案
#OS
原文链接
Intel APX 支持 Linux 6.16, 过时 Intel CPU 微码报告已合并
合并到 Linux 6.16 内核中的是所有 x86 核心增强功能, 它们为 Intel 和 AMD 处理器提供了多种好处
Intel 高级性能扩展 (APX) 支持的准备工作已进入 Linux 6.16 内核
X86_FEATURE_APX 功能标志已添加, APX 状态支持现已处理, 以及围绕 Intel APX 的各种其他更改
Intel APX 不打算由内核代码使用, 而是由用户空间使用
然而, Linux 内核需要进行各种更改才能正确管理 APX 状态并能够向用户空间报告该功能
Intel APX 将在未来的处理器中出现, 作为 x86_64 世界中一个非常激动人心的补充
此拉取请求还会在运行已知过时的 Intel CPU 微代码时向用户报告
借助 Linux 6.16 中的此代码, 通过现有的 CPU 安全漏洞/缓解报告, 现在可以注意到 Intel CPU 是否正在运行过时的微代码版本, 即 Phoronix 之前在 "Intel Linux 补丁将报告过时的 CPU 微代码为安全漏洞" 中报道的内容
该信息通过
这个过时 CPU 微码报告还会给内核打上 "TAINT_CPU_OUT_OF_SPEC" 的标记, 以便向内核开发人员明确过期的 CPU 微代码
作为此次合并的一部分, 还添加了 AMD Zen 调试文档
有关该 AMD Zen 调试文档的更多详细信息, 请参阅 "新文档旨在帮助改进 Linux 上的 AMD Zen 系统调试"
Linux 6.16 的其他一些 x86 核心更改包括改进的代码修补可伸缩性, 简化 32 位 PAE 页表处理, 使 x86_64 上的 5 级分页支持无条件, 修复 Intel CPU 上默认的 Intel Spectre V2 缓解处理, 以及许多其他 Intel /AMD CPU 代码重构
有关 Linux 6.16 中这些 x86 核心更改的更多详细信息, 请通过此已合并到 Linux Git 的拉取请求查看
#Intel
原文链接
合并到 Linux 6.16 内核中的是所有 x86 核心增强功能, 它们为 Intel 和 AMD 处理器提供了多种好处
Intel 高级性能扩展 (APX) 支持的准备工作已进入 Linux 6.16 内核
X86_FEATURE_APX 功能标志已添加, APX 状态支持现已处理, 以及围绕 Intel APX 的各种其他更改
Intel APX 不打算由内核代码使用, 而是由用户空间使用
然而, Linux 内核需要进行各种更改才能正确管理 APX 状态并能够向用户空间报告该功能
Intel APX 将在未来的处理器中出现, 作为 x86_64 世界中一个非常激动人心的补充
此拉取请求还会在运行已知过时的 Intel CPU 微代码时向用户报告
借助 Linux 6.16 中的此代码, 通过现有的 CPU 安全漏洞/缓解报告, 现在可以注意到 Intel CPU 是否正在运行过时的微代码版本, 即 Phoronix 之前在 "Intel Linux 补丁将报告过时的 CPU 微代码为安全漏洞" 中报道的内容
该信息通过
/sys/devices/system/cpu/vulnerabilities/old_microcode
sysfs 文件报告这个过时 CPU 微码报告还会给内核打上 "TAINT_CPU_OUT_OF_SPEC" 的标记, 以便向内核开发人员明确过期的 CPU 微代码
作为此次合并的一部分, 还添加了 AMD Zen 调试文档
有关该 AMD Zen 调试文档的更多详细信息, 请参阅 "新文档旨在帮助改进 Linux 上的 AMD Zen 系统调试"
Linux 6.16 的其他一些 x86 核心更改包括改进的代码修补可伸缩性, 简化 32 位 PAE 页表处理, 使 x86_64 上的 5 级分页支持无条件, 修复 Intel CPU 上默认的 Intel Spectre V2 缓解处理, 以及许多其他 Intel /AMD CPU 代码重构
有关 Linux 6.16 中这些 x86 核心更改的更多详细信息, 请通过此已合并到 Linux Git 的拉取请求查看
#Intel
原文链接
Xfce 的 xfwm4 基于 wlroots 合并了 Wayland 合成器代码
Xfce 的 Xfwm4 窗口管理器组件今天合并了一个使用 wlroots 的内置 Wayland 合成器
轻量级的 Xfce 桌面在启用 Wayland 支持方面走过了漫长的道路, 并且直到现在, 为了在 X11 范围之外使用 Xfce 组件, 最终都需要使用替代的 Wayland 合成器
但今天合并到 Xfwm4 的 Wayland 开发代码中的是一个初步的 Wayland 合成器
为了处理 Xfwm4 的繁重工作, 正在使用由 Sway 合成器启动并随后被各种其他 Wayland 合成器采用的 wlroots 库
利用 wlroots 可以让 Xfce 桌面更容易地启动 Wayland 合成器
这次合并到 Xfwm4 Wayland 分支引入了 wlroots Wayland 合成器支持, 并由一位 Phoronix 读者指出
Xfce Wayland 路线图此前曾指出, Xfce 4.22 最好能将 xfwm4 移植到使用 wlroots
预计 Xfce 将继续保持 X11 兼容性
Xfce 4.22 的发布日期尚未公布, 但如果他们通常的发布节奏保持不变, 那么它可能要到 2026 年 12 月左右才会发布, 这仍然给他们充足的时间来完善他们的 Wayland 支持
#Wayland
原文链接
Xfce 的 Xfwm4 窗口管理器组件今天合并了一个使用 wlroots 的内置 Wayland 合成器
轻量级的 Xfce 桌面在启用 Wayland 支持方面走过了漫长的道路, 并且直到现在, 为了在 X11 范围之外使用 Xfce 组件, 最终都需要使用替代的 Wayland 合成器
但今天合并到 Xfwm4 的 Wayland 开发代码中的是一个初步的 Wayland 合成器
为了处理 Xfwm4 的繁重工作, 正在使用由 Sway 合成器启动并随后被各种其他 Wayland 合成器采用的 wlroots 库
利用 wlroots 可以让 Xfce 桌面更容易地启动 Wayland 合成器
这次合并到 Xfwm4 Wayland 分支引入了 wlroots Wayland 合成器支持, 并由一位 Phoronix 读者指出
Xfce Wayland 路线图此前曾指出, Xfce 4.22 最好能将 xfwm4 移植到使用 wlroots
预计 Xfce 将继续保持 X11 兼容性
Xfce 4.22 的发布日期尚未公布, 但如果他们通常的发布节奏保持不变, 那么它可能要到 2026 年 12 月左右才会发布, 这仍然给他们充足的时间来完善他们的 Wayland 支持
#Wayland
原文链接
Arch Linux 安装程序添加了安装后配置 Btrfs 快照的选项
Archinstall 3.0.7 于今日发布, 作为这款基于文本的 Arch Linux 安装程序最新功能更新, 它能让新的 Arch Linux 安装变得快速简便
Archinstall 3.0.7 新增了对安装后配置 Btrfs 快照的支持
当选择使用 Btrfs 文件系统时, 现在有了一个配置 Btrfs 快照的新选项
在磁盘配置菜单中, 可以选择 Snapper 或 Timeshift
这解决了两年前提出的, 在使用 Btrfs 时能够配置 Snapper 的功能请求
Archinstall 3.0.7 还将磁盘加密选项移到了磁盘配置菜单中
此外, 这款更新的 TUI Arch Linux 安装程序还有多项错误修复和其他改进
更多详情请查阅 GitHub
#ArchLinux
原文链接
Archinstall 3.0.7 于今日发布, 作为这款基于文本的 Arch Linux 安装程序最新功能更新, 它能让新的 Arch Linux 安装变得快速简便
Archinstall 3.0.7 新增了对安装后配置 Btrfs 快照的支持
当选择使用 Btrfs 文件系统时, 现在有了一个配置 Btrfs 快照的新选项
在磁盘配置菜单中, 可以选择 Snapper 或 Timeshift
这解决了两年前提出的, 在使用 Btrfs 时能够配置 Snapper 的功能请求
Archinstall 3.0.7 还将磁盘加密选项移到了磁盘配置菜单中
此外, 这款更新的 TUI Arch Linux 安装程序还有多项错误修复和其他改进
更多详情请查阅 GitHub
#ArchLinux
原文链接
微软 Azure Linux 为 NVIDIA GB200 服务器做准备
微软周二发布了新版 Azure Linux, 这是他们内部开发的 Linux 发行版, 用于从 Azure 云到驱动其他微软服务的各种目的
Azure Linux 3.0.20250521 是微软内部 Linux 操作系统的最新版本
Azure Linux 3.0.20250521 带来了一些修复, 并且像往常一样带来了各种各样的软件包更新, 以解决不同的安全问题
此外, Lua, Python, Perl, Golang 等多个软件包也进行了一些次要的软件更新
在这些大多是小型维护项目中, 引人注目的是针对 AArch64 上的 Azure Linux 3.0 进行的一些内核配置更新, 以适应 NVIDIA GB200 和 GB200F 服务器
为了遵循 NVIDIA 的 Grace 配置调优指南中关于在 NVIDIA GB200/GB200F Grace-Blackwell 服务器上运行的内核建议, Azure Linux AArch64 进行了一些内核配置更改
这些更改已经合并, 因此 Azure Linux 现在应该更适合在这些最新的 NVIDIA 服务器上运行
新的 Azure Linux 更新还引入了 NVIDIA 570.133.20 驱动程序, 以支持更新的 CUDA
有关 Microsoft Azure Linux 3.0 操作系统更新的下载和更多详细信息, 请通过 GitHub 获取
#Microsoft
原文链接
微软周二发布了新版 Azure Linux, 这是他们内部开发的 Linux 发行版, 用于从 Azure 云到驱动其他微软服务的各种目的
Azure Linux 3.0.20250521 是微软内部 Linux 操作系统的最新版本
Azure Linux 3.0.20250521 带来了一些修复, 并且像往常一样带来了各种各样的软件包更新, 以解决不同的安全问题
此外, Lua, Python, Perl, Golang 等多个软件包也进行了一些次要的软件更新
在这些大多是小型维护项目中, 引人注目的是针对 AArch64 上的 Azure Linux 3.0 进行的一些内核配置更新, 以适应 NVIDIA GB200 和 GB200F 服务器
为了遵循 NVIDIA 的 Grace 配置调优指南中关于在 NVIDIA GB200/GB200F Grace-Blackwell 服务器上运行的内核建议, Azure Linux AArch64 进行了一些内核配置更改
这些更改已经合并, 因此 Azure Linux 现在应该更适合在这些最新的 NVIDIA 服务器上运行
新的 Azure Linux 更新还引入了 NVIDIA 570.133.20 驱动程序, 以支持更新的 CUDA
有关 Microsoft Azure Linux 3.0 操作系统更新的下载和更多详细信息, 请通过 GitHub 获取
#Microsoft
原文链接