AArch64 桌面实验的终结：从 Ampere Altra 到 x86-64 的回归

背景

本文是作者关于“尝试将 AArch64 系统用作桌面”系列的第七篇，也是该系列的终结篇。在经历了长达约 11 个月的 AArch64 桌面日常使用后，作者决定正式结束这一实验。

为了构建这个桌面环境，作者在一台 Ampere Altra 系统上进行了硬件组装。尽管市面上有公司将此类服务器主板作为桌面产品出售，但 Ampere Altra 本质上仍是服务器级硬件。其合格供应商列表（QVL）非常短，且官方并不支持 AMD Radeon GPU。此外，为了扩展 USB 接口并连接外部 NVMe 驱动器，作者额外添加了 USB 3.2 控制器。

在软件层面，该系统运行在 Fedora 42–44 版本上。然而，这并非标准的 Fedora 体验，而是基于作者自行编译的内核。由于 Ampere Altra 处理器存在硬件缺陷，作者必须手动维护内核补丁，这为后续的稳定性埋下了隐患。

核心内容

硬件陷阱与内核维护的噩梦

实验初期最大的挑战并非性能，而是硬件兼容性问题。Ampere Altra 处理器存在一个名为 Erratum 82288 的硬件缺陷，具体表现为 PCIe_65 错误。该错误会导致在 PCIe MMIO（内存映射 I/O）写入时生成无效地址，进而引发数据损坏。这一问题特别影响 AMD GPU 等设备，导致 Altra 家族处理器与这类设备存在兼容性问题。

为了修复这一问题，内核补丁修改了软件映射 PCIe MMIO 空间的方式，将其从“Normal, non-cacheable”（正常非缓存）改为“Device, non-gathering”（设备非收集），并强制要求所有内存操作严格对齐。

这意味着作者无法使用 Fedora 官方提供的标准内核。每当 Fedora 发布新的内核包更新（通常每周一次），作者都必须：

1. 从 GitHub 克隆内核源代码。
2. 重新应用针对 PCIE65 错误的补丁。
3. 使用自定义版本号（如 7.0.2-200.fc44.pcie65.6）进行编译。

这种维护成本极高，且由于作者经常基于 Fedora 的“稳定化”分支进行开发，其使用的内核版本往往比官方正式版更新（例如官方使用 6.19.y，作者可能已在使用 7.0.z）。

多核并非万能：性能与稳定性的失衡

尽管 Ampere Altra 拥有 80 个 CPU 核心，但作者指出，核心数量多并不意味着它是一台优秀的桌面机器。桌面体验更依赖于单核性能和外设兼容性。

随着 Linux 7.0 版本的发布，作者之前通过非树外补丁（out-of-tree patches）勉强运行的 AMD Radeon RX6700XT 显卡开始出现故障。具体表现为：

• 游戏崩溃：运行游戏时内核报错 Fence fallback timer expired on ring vcn_dec_0，导致程序终止。
• 视频播放卡顿：观看 YouTube 视频时，大量帧被丢弃（例如 750 帧中丢弃 720 帧），导致无法流畅观看。

由于内核因应用了 PCIE65 补丁而被标记为“tainted”（受污染/非官方），作者无法通过标准的内核二分法（bisect）来定位问题根源，因为问题可能出在补丁本身或硬件缺陷的交互上。

转向 Nvidia 与 Flatpak 生态的缺失

为了解决显卡问题，作者更换为 Nvidia RTX 2060 显卡。然而，即使使用 Nvidia 的二进制专有驱动，虽然视频解码加速和部分 Wine 游戏运行正常，但在尝试运行 FreeCAD 和 OrcaSlicer 时，系统依然崩溃。

根本原因在于 AArch64 架构下 Flatpak 仓库中缺乏 org.freedesktop.Platform.GL.nvidia 运行时环境。这两个工具是作者日常工作中不可或缺的软件，生态支持的缺失直接导致了桌面体验的断裂。

回归 x86-64：从 80 核到 6 核的解脱

最终，作者放弃了 AArch64 桌面实验，重新启用了长期处于关机状态的 x86-64 系统（搭载 Ryzen 5 3600 处理器，6 核 12 线程）。

这一转变带来了截然不同的体验：

• 稳定性：尽管核心数大幅减少，但系统运行流畅，多线程负载下音乐播放无中断。
• 兼容性：Steam 库中的所有游戏均可玩；FreeCAD 和 OrcaSlicer 正常工作，使得作者能够完成家庭项目的外壳设计并直接通过 3D 打印制作原型。
• 硬件共存：Ampere Altra 系统（作者戏称为“wooster”）并未被丢弃，而是继续通电运行，专门用于处理 RISC-V 软件包的构建。虽然其在单线程性能上表现较弱，但在多核负载下依然表现出色。

关键要点

• 硬件缺陷导致维护成本高昂：Ampere Altra 的 PCIe_65 硬件错误（Erratum 82288）迫使作者必须手动编译和修补内核以支持 AMD GPU 等设备，且需每周重复此过程，严重破坏了桌面系统的易用性。
• 核心数量不等于桌面体验：拥有 80 个核心并未带来预期的桌面流畅度，反而因单核性能瓶颈和外设兼容性问题，导致日常使用体验不佳。
• GPU 兼容性是主要痛点：AMD 显卡在内核更新后出现严重的视频解码和图形渲染故障；Nvidia 显卡虽能解决部分问题，但受限于专有驱动在 AArch64 上的生态缺失。
• 软件生态支持不足：AArch64 架构下缺乏关键的 Flatpak GL 运行时支持，导致 FreeCAD 和 OrcaSlicer 等专业工具无法运行，直接破坏了生产力工作流。
• x86-64 在桌面领域的成熟度优势：回归 x86-64 平台后，尽管硬件规格看似“降级”，但凭借成熟的驱动支持、完整的软件生态和稳定的内核，实现了开箱即用的生产力体验。
• 服务器硬件不适合直接作为桌面：Ampere Altra 作为服务器主板，其 QVL 列表短、缺乏消费级外设支持，强行用作桌面需要极高的技术门槛和妥协。

意义与影响

这篇实验报告为 ARM 架构在个人桌面领域的普及提供了宝贵的反面教材和现实参考。

首先，它揭示了服务器级 ARM 硬件与桌面消费级需求之间的巨大鸿沟。尽管 ARM 架构在能效和多核并行计算上具有优势，但在桌面场景中，用户更看重外设兼容性（特别是 GPU）、单线程响应速度以及开箱即用的软件生态。Ampere Altra 的案例表明，仅仅移植操作系统是不够的，底层硬件的 erratum（勘误）修复和驱动适配需要内核社区和硬件厂商的深度协作，而这在消费级市场中往往被忽视。

其次，软件生态的碎片化是 ARM 桌面化的主要障碍。Nvidia 专有驱动在 AArch64 上缺乏 Flatpak 支持，导致主流生产力工具失效。这说明，即使硬件跑通了 Linux，如果上层应用生态（如 Flatpak、Snap 或原生二进制包）未能完善覆盖，用户依然无法获得完整的桌面体验。

最后，对于普通用户而言，这一实验证明了在 2025 年及以后，x86-64 架构在桌面端依然具有不可替代的成熟度和稳定性。除非硬件厂商（如 Apple 的 M 系列芯片或未来的高通 Snapdragon X Elite）能够提供更完善的驱动支持和软件兼容性，否则像 Ampere Altra 这样基于服务器芯片的 DIY 桌面方案，仍将是少数极客的玩具，而非大众的生产力工具。

对于开发者而言，Ampere Altra 继续作为 RISC-V 构建节点的价值得到了肯定，这暗示了 ARM 服务器芯片在未来可能更适合作为后端基础设施或专用计算节点，而非前端交互终端。