FFmpeg 集成高级专业视频 (APV) 视频编码器

一周前, FFmpeg 合并了对三星高级专业视频 "APV" 编解码器的解码支持
APV 专为专业级视频录制目的而设计, 是一种面向专业消费者的免版税视频编解码器
现在, APV 视频编码支持已进入 FFmpeg Git
除了三星牵头开发高级专业视频 (APV) 之外, 学院软件基金会也参与了这种免版税视频编解码器, 并且它目前是 IETF 草案标准

继上周合并 APV 解码支持之后, 昨天在 FFmpeg 中合并了 APV 编码支持
此 APV 编码基于 liboapv, OpenAPV 是在学院软件基金会旗下维护的 APV 参考编码器和解码器

此提交将 liboapv 编码器添加到 FFmpeg 源代码树中
因此, 现在赶在下一个 FFmpeg 版本发布之前, 就有了 APV 的视频编码和解码支持

鉴于最近对 APV 的兴趣, 我也开始运行 APV CPU 基准测试, 以查看不同处理器上的编码器性能

#Multimedia #FFmpeg
原文链接

IO_uring 零拷贝接收功能即将在 Linux 6.16 中支持 DMA-BUF

合并到 Linux 6.15 的是 IO_uring 网络零拷贝接收 "io_uring zcrx", 而现在计划在 Linux 6.16 中合入的是将其扩展以支持传递 DMA-BUF 缓冲区

Pavel Begunkov 一直致力于扩展 IO_uring 零拷贝接收支持以处理 DMA-BUF, 这样用户就可以传递 DMA-BUF 而不是常规的用户页

DMA-BUF 是 Linux 内核中广泛使用的缓冲区共享框架, 它又被多个不同的驱动程序和子系统使用

为了开启更多 IO_uring 网络零拷贝接收的可能性, Linux 6.16 应该能够通过这个零拷贝接收路径处理 DMA-BUF 缓冲区

Begunkov 通过这个补丁系列解释了更多内容以及 liburing 的示例代码

这项工作是块设备 / IO_uring 更改的一部分, 这些更改正在排队等待本月底左右开启的 Linux 6.16 合并窗口

#LinuxNetworking
原文链接

Vulkan API 1.4.314 带来一个新扩展, 朝着 2026 年 Vulkan 路线图迈进

Vulkan 1.4.314 现已可用, 作为此高性能 GPU 图形和计算 API 的最新例行规范更新
随着 Vulkan 1.4.314 的发布, 为实现 Vulkan 路线图 2026 年的目标, 即为明年高端智能手机, 计算机等设备设定基线, 进行了更多早期准备

除了对 Vulkan 文档进行了一些澄清和其他细微修复外, Vulkan 1.4.314 还引入了 VK_KHR_robustness2, 作为现有 VK_EXT_robustness2 扩展的提升
Vulkan 1.4.314 的 Git 提交日志清楚地表明 VK_KHR_robustness2 是 "用于路线图 2026 年" 的

Vulkan 路线图里程碑被描述为 旨在得到中高端智能手机, 平板电脑, 笔记本电脑, 游戏机和台式设备的全面支持
每个里程碑都表明了这些设备对一组扩展, 特性, 限制和格式的支持, 并且应得到所有在目标年份结束时或不久之后出货的新硬件的支持

对于那些忘记 Vulkan 的 "路线图" 方法的人来说, 还有一张之前的 Vulkan 路线图幻灯片

现在看来 Vulkan 路线图 2026 将会接替 Vulkan 路线图 2024

从路线图的角度来看, VK_KHR_robustness2 并不是特别令人兴奋, 它只是增加了对越界读/写和其他要求的更严格规定
NVIDIA 工程师参与了此规范版本的开发

有兴趣的人可以通过 GitHub 找到更多关于 Vulkan 1.4.314 的详细信息

#Vulkan
原文链接

FEX 2505 发布: 针对在 Linux AArch64 上运行 x86_64 二进制文件进行了许多修复

FEX 2505 今天发布, 作为这款用户空间软件的最新版本, 它能够以极高的速度在 ARM64/AArch64 Linux 主机上运行 x86_64 二进制文件, 许多游戏和应用程序正通过此模拟器取得巨大成功

FEX 2505 带来了针对与更新的 FUSE 库版本一起使用的修复, 内存泄漏修复, 一些系统调用修复, 各种 x87 怪癖修复, 多块 JIT 改进以及各种其他代码清理和错误修复
FEX 也在继续努力支持 WINE ARM64EC

可通过 FEX-Emu.com 和 GitHub 下载并获取有关 FEX 2505 模拟器发布的更多详细信息

#FreeSoftware
原文链接

IBM LinuxONE Emperor 5 宣布用于由 Telum II 驱动的 Linux 服务器

上个月 IBM 发布了搭载 Telum II 处理器的 z17 大型机, 今天他们又发布了 IBM LinuxONE Emperor 5 服务器

IBM LinuxONE Emperor 5 是其基于 s390x 服务器系列中的最新成员, 专注于企业级 Linux 服务器应用

IBM LinuxONE Emperor 5 采用了新的 Telum II 处理器, 因此内置的 AI 加速是他们对这一代新服务器的重点宣传之一
IBM Spyre PCIe 加速卡也将从第四季度开始供货, 以进一步增强 LinuxONE 5 的 AI 能力
Red Hat Enterprise Linux, SUSE Enterprise Linux 和 Ubuntu Linux 等 Linux 发行版正在获得针对 IBM LinuxONE Emperor 5 的认证
新的 LinuxONE 5 服务器的技术规格在目前已公开的页面上细节不多

预算充足并希望了解更多关于 IBM LinuxONE Emperor 5 的用户可以通过新闻稿和 IBM 产品页面进行了解

#Hardware
原文链接

LVFS/Fwupd 被大肆宣传用于 Linux 服务器 & 成为客户所期望的

Red Hat 公司的主要 LVFS/Fwupd 开发者 Richard Hughes 出席了在巴黎举行的 PremDay 本地计算大会, 在会上大力宣传这个开源固件更新解决方案, 并强调这正是客户所需要的
演示视频和幻灯片现在已经可以获取, 供那些需要额外材料来帮助向您的组织推销 LVFS/Fwupd 优势的人使用

尽管 Linux 供应商固件服务 (LVFS) 和 Fwupd 固件更新工具在消费领域取得了巨大成功, 但在 Linux 服务器领域推广速度较慢, 不过仍看到一些不同的服务器 ODM 正在采用, 并支持 Redfish 和其他与 Linux 数据中心固件更新相关的插件
希望 Richard Hughes 出席 PremDay 有助于说服更多硬件供应商采用 LVFS/Fwupd 路线

对于 Phoronix 的长期读者来说, LVFS/Fwupd 无需过多介绍, 但对于那些想观看 Richard 演讲的人来说, 可以在下方找到嵌入的视频和幻灯片

https://www.youtube.com/watch?v=KVentIUwX8o

#LVFS
原文链接

PoCL 7.0 RC1 发布: 支持 CPU 和 Level Zero 的官方 OpenCL 3.0 兼容性

PoCL 7.0 即将到来, 作为这个 "可移植计算语言" 实现的最新版本, 它最初是一个基于 CPU 的 OpenCL 驱动实现, 但随着时间推移, 它增加了对从 Intel Level Zero 到 NVIDIA PTX 和 AMD HSA 等其他后端的支持

随着 PoCL 7.0 发布候选版本于今日发布, 该实现现已正式符合 OpenCL 3.0 标准
根据 Khronos OpenCL 一致性测试套件, 当使用 CPU 后端或 Intel Level Zero GPU 代码路径运行时, PoCL 7.0 正式符合 OpenCL 3.0 标准
这种一致性适用于 OpenCL C 和 SPIR-V 两种编译路径

PoCL 7.0 RC1 还增加了对 LLVM/Clang 19 和 20 版本的支持, 支持新的 Khronos 可安装客户端驱动程序 (ICD) OpenCL 3.0, 并在使用 MinGW 和 MSVC 构建时增加了对 Windows 的支持
当使用 OpenCL.jl 包时, 现在也支持 Julia 编程语言

可通过 GitHub 获取今日发布的 PoCL 7.0 发布候选版本的下载及更多详情

#Programming
原文链接

Intel Clear Linux 在 AMD EPYC 9005 系列上展示软件优化优势

#Computers
https://www.phoronix.com/review/amd-epyc-mid2025-linux

Kurchu 工具正在为组装 Fedora / CentOS Linux 发行版 ISO 图像而形成

作为 Pungi 工具等项目的替代方案, Kurchu 是 CentOS/Fedora 领域中一个较新的项目, 用于组装内容集合或 Linux 发行版构建的 ISO 镜像
Kurchu 已经被 CentOS Hyperscale SIG 用于组装他们的镜像, 同时针对那些希望构建自己的 Fedora/CentOS 安装镜像的用户, 额外的功能仍在开发中

Kurchu 项目被设计成一种声明式的方式来创建组合, 而不是 Pungi 工具那种使用自定义脚本以编程方式构建工件集合的方法

Kurchu 将组装过程分解为收集、编译和提供三个阶段来构建操作系统镜像
目前 Kurchu 的所有基础功能都已实现, 并且可以创建可用的镜像
CentOS Hyperscale SIG 于四月开始使用 Kurchu 来构建他们的 CentOS Stream 9 和 10 衍生集合

Kurchu 正朝着 1.0 版本发布迈进, 并通过 GitLab 进行开发

更多关于 Kurchu 工具的详细信息可通过 CentOS 博客获取

在过去几天的其他 CentOS 新闻中, CentOS 项目还宣布 Quokka 作为项目的吉祥物
Quokka 是 CentOS 未来的吉祥物, 但显然这个想法已经存在多年了
不要与代号为 Questing Quokka 的 Ubuntu 25.10 混淆

#OS
原文链接

Ampere Computing 公司宣布推出配备 12 通道 DDR5 内存的 AmpereOne M

Ampere Computing 去年谈论了 AmpereOne M, 它拥有 12 通道 DDR5 内存和高达 192 个核心, 高于最初 AmpereOne 处理器中的 8 通道 DDR5 内存
他们当时说 AmpereOne M 将在 2024 年第四季度发货
现在到了 2025 年年中, 看起来他们悄悄地发布了 AmpereOne M 处理器

今天早上他们在 X 上发布了 AmpereOne M 产品简介, 这似乎就是他们发布的全部内容
我没有找到任何新闻稿, 他们没有提前组织任何关于 AmpereOne M 的简报会, 也没有任何其他关于这次看似非常随意发布的宣传活动
这发生在 SoftBank 宣布收购 Ampere Computing 几周之后

AmpereOne M 的产品简介证实了 AmpereOne A192-32M 旗舰型号拥有 192 个核心, 3.2GHz 频率和 348 瓦的功耗
AmpereOne M 的 12 通道 DDR5 内存仅限于 DDR5-5600 并支持每个通道一个 DIMM
今天这份产品简介是我第一次看到 AmpereOne M 的 SKU 表

AmpereOne M 除了额外的四个内存通道外, 其他方面与去年开始出现的 AmpereOne 处理器相似, 包括 Arm v8.6+ ISA, 96 条 PCIe Gen5 通道, 并采用台积电 5nm 工艺制造

同时, 去年开始出货的 AMD EPYC 9965 Turin 处理器提供 192 个核心, 但通过 SMT 可实现每个插槽 384 个线程, 2.25GHz 基础时钟, 3.35GHz 全核加速频率和 3.7GHz 最大加速频率
EPYC 9965 的 TDP 为 500 瓦, 但自去年以来一直在出货, 并且拥有 12 通道 DDR5-6000/6400 内存
使用 AMD EPYC 9965, 您还可以获得 128 条 PCIe Gen5 通道, AVX-512 和其他优势, 同时可以依赖成熟的 x86_64 软件生态系统
AmpereOne M 产品简介今天发布了, 但它没有提及任何定价或关于 AmpereOne M 可用性的任何确切细节

AmpereOne 服务器似乎仍然供应紧张, 不幸的是, 自去年那次短暂的体验以来, 我一直无法进行更多测试
同时, Ampere Computing 也在继续推广他们使用了多年的 Ampere Altra 平台
考虑到所有这些因素和漫长的延迟, 鉴于 AMD EPYC 9005 系列以及 Intel Xeon 6 Granite Rapids / Sierra Forest 产品线目前已经非常成熟, 相比 Ampere Computing 几年前首次谈论 AmpereOne 时, 现在真的很难对 AmpereOne M 感到兴奋

去年的 Ampere 路线图将 AmpereOne MX 定位为 AmpereOne M 的后续产品, 核心数高达 256 个, 12 通道 DDR5 内存和 3nm 工艺
考虑到 AmpereOne M 现在仅在 2025 年年中推出 -- 如果近期确实有实际产品可用性的话 -- AmpereOne MX 很可能最早在明年与 AMD EPYC Venice 和 Intel Xeon 7 Clearwater Forest 同时推出
我们将拭目以待 SoftBank 所有权下 Ampere 路线图如何变化

#Hardware
原文链接

微软欢迎 Fedora Linux 成为官方 WSL 发行版

微软今天宣布，Fedora Linux 在其 Windows Subsystem for Linux (WSL) 范围内现在被视为官方发行版
随着最近发布的 Fedora 42, 使用 Windows Subsystem for Linux 新的基于 Tar 的架构的 WSL 镜像正在创建和维护
微软已将 Fedora Linux 提升为现在的官方 WSL 发行版
此项工作此前已在 "Fedora 42 获准发布 WSL 镜像，方便 Windows 子系统用于 Linux" 中涵盖

那些运行支持 WSL2 的 Windows 11 的用户现在只需运行 wsl –-install FedoraLinux-42 来安装, 然后运行 wsl –d FedoraLinux-42 在此微软环境中运行 Fedora 42
微软关于 WSL 上的 Fedora 的博客文章

目前正在进行工作以支持 WSL 上的 Fedora Linux 下的图形应用程序及其他功能
有关 WSL 下对 Fedora Linux 的此项官方支持的更多详细信息, 可通过今天在 Microsoft Command Line Blog 上的公告获取

#Microsoft
原文链接