换了一条技术路线

在 Triton 之前，社区尝试过一种“偷梁换柱”的做法：把开源实现的 d3d11.dll 和 dxgi.dll 直接丢到游戏目录里，让程序加载这些替代文件而不是 Windows 自带的系统库。这种办法确实能让部分游戏跑起来，但代价明显。

UTM 团队在技术博客中列出了三个硬伤：一是性能上不去，桌面合成器把画面当成一张普通图片处理，需要用处理器把显存里的图像逐帧搬到窗口位置，桌面体验不可能流畅；二是这两个文件属于系统核心组件，无法整体替换，带反作弊机制的游戏还会把这种改动直接判定为作弊；三是每装一个游戏就要复制一次文件，谈不上什么使用体验。

Triton 走的是另一条路——不去实现 DirectX 的应用接口，而是实现设备驱动接口，也就是显卡厂商真正要做的那一层。应用程序照常调用系统的 Direct3D 库，系统再把整理过的指令交给驱动，驱动通过虚拟化通道把活儿甩给宿主机。整套链路里，Windows 客户机看到的是一块“正常显卡”，而不是被人动过手脚的系统文件。

为什么没照抄现成方案

开源世界里能参考的样本极少。团队提到，Mesa 项目有一个 DirectX 10 的用户态驱动，但受限于苹果系统上虚拟图形渲染组件的功能缺失，无法直接沿用；VirtualBox 拥有目前唯一可用的开源 DirectX 11 用户态驱动，却被两个理由排除在外。

第一是技术上的顾虑。VirtualBox 的做法是把驱动接口调用先编译成一种中间字节码，再由宿主机把字节码还原成 DirectX 调用。多出来的这道转换意味着更多延迟和更多出错机会，社区论坛上大量游戏在 VirtualBox 中跑不起来，正与此有关。第二是许可协议不兼容，VirtualBox 采用的协议与 QEMU 和虚拟图形渲染组件所用的宽松协议存在冲突，代码无法直接引入。

Triton 的思路更取巧：既然系统的 Direct3D 库负责把接口调用翻译成驱动指令，那驱动这一侧干脆做一次“逆向翻译”，把指令还原回标准的 DirectX 调用，再交给此前已经跑通的传输层送到宿主机。宿主机收到的东西本身就是可以直接执行的调用，省掉了解释器这一整个环节。

苹果电脑上的进展与遗留问题

在 Linux 宿主机上，画面最终由 DXVK 转译成 Vulkan 完成渲染，已经能看到 Windows 桌面合成正常工作。苹果电脑这边情况更复杂：Vulkan 本身要再经过一层转译才能落到 Metal 上，稳定性和兼容性都有欠缺。团队因此把重心放在 DXMT 上——这个项目跳过中间环节，直接把 DirectX 11 翻译成 Metal，团队为它做了原生版本的分支，补上了共享纹理和共享栅栏这两项虚拟化必需的能力。

按照官方说法，目前这套驱动的稳定性还谈不上成熟，部分场景仍会崩溃，也尚未随 UTM 正式版本发布。相关代码已经分散在多个开源仓库中公开，包括 QEMU 的定制分支、虚拟图形渲染组件的分支以及 DXMT 的原生化改造版本，愿意自行编译的用户可以提前尝鲜。

对普通用户来说，这件事的意义或许要等到功能正式集成进 UTM 之后才能体会。但对开源虚拟化生态而言，QEMU 第一次在 Windows 客户机上拥有了完整的现代图形驱动栈，这条路走通本身就比跑起哪一款游戏更重要。

来源：UTM Blog

Multipass：两条命令起一台完整的 Ubuntu 虚拟机

对于需要频繁创建和销毁虚拟机的人——无论是测试软件、做开发，还是跑其他临时任务——Multipass 都值得一试。

它本质上是一个轻量级虚拟机管理器：自动下载官方 Ubuntu 镜像，调用本机内置的虚拟化能力启动虚拟机，然后用一条命令就把使用者送进一个可用的 Linux 环境。

可以把它理解成 VirtualBox 或 VMware 的命令行优先版替代品。它创建的是一套完整的 Ubuntu 安装，拥有独立的文件系统、软件包和内核，适合用来测试软件、练习 Linux 命令，或者临时搭一个开发环境。

整套设计的卖点就是「省事」。装好 Multipass，打开终端，输入：

multipass launch --name random-vm-name —— 创建并启动一台新的 Ubuntu 虚拟机

multipass shell random-vm-name —— 进入虚拟机的命令行开始操作

就这么多。一两分钟之内，一台功能完整的 Ubuntu 虚拟机就跑起来了，不需要下载镜像文件、不需要分区向导、也不必处理驱动问题。用完直接删除，宿主系统的状态和之前一模一样。Windows、macOS 和 Linux 用户都能使用，作者认为这大概是 Canonical 在 Ubuntu 之外最实用的一款工具。

MAAS：不碰机器也能给它装系统

MAAS 是 Metal as a Service（裸金属即服务）的缩写，处在能力光谱的另一端，也是 Canonical 工程实力最能体现的项目之一。它提供一个基于网页的图形界面，让使用者能像云服务商管理服务器那样管理物理机。

设想手上有若干台设备——几台机架服务器、台式机或者工作站。按传统做法，维护它们意味着挨个走到机器跟前（或者远程登录），装系统、更新、配置网络，一台台重复。而使用 MAAS 时，只需在一台中心主机上部署它，把其余机器接入同一网络并开启 PXE 网络启动，手动工作基本就到此为止：机器一开机，MAAS 会自动发现它、清点硬件配置、安装操作系统、配置磁盘与网络，最后把一台随时可以承接任务的机器交到手上。

开箱状态下，MAAS 只支持安装 Ubuntu。不过使用者也可以自行构建并上传其他系统的镜像，包括 Fedora、Debian、RHEL，甚至 Windows。

如果家庭实验室的规模超过了三四台机器，或者本身从事 IT、DevOps、基础设施工程相关工作，这类软件能省下大量重复性的手工操作。更实际的一点是：它在家庭环境下免费使用，而大多数企业级的机器部署工具都做不到这一点。

MicroCloud：把几台闲置电脑变成一朵私有云

MicroCloud 的定位介于前两者之间。它既不像 Multipass 那样只管一台虚拟机，也不像 MAAS 那样去部署整机架的服务器，而是把若干台电脑组织成一朵属于自己的私有云。

假设家里有三台电脑。单独看，它们是三台需要各自照看的机器。用 MicroCloud 把它们组成集群之后，就可以从一个统一界面在任意一台上创建虚拟机和容器，存储资源也在三台之间共享。如果其中一台宕机或掉线，集群会继续运行，受影响的任务可以在另一个节点上恢复。

需要说明的是，这并不是把三台机器合并成一台超级计算机——单个虚拟机仍然运行在某一个物理节点上——但管理者可以把这三台当作一整池算力来调度。

通常情况下，搭一朵私有云意味着要把好几套复杂软件拼在一起，再花上几天时间配置网络、存储和集群。MicroCloud 把这些工作压缩成一个初始化向导：自动完成节点发现、集群搭建、共享存储配置，最终交付一朵同时承载虚拟机和容器的高可用私有云。

底层上，它打包了 Canonical 的三项技术——负责虚拟机与 Linux 容器的 LXD、负责分布式存储的 MicroCeph、负责软件定义网络的 MicroOVN，MicroCloud 本身则作为编排层位于三者之上。

Ubuntu 只是 Canonical 故事的一部分

Ubuntu 是 Canonical 的旗舰产品，但绝不是这家公司唯一值得关注的软件。作者在梳理资料时对其项目清单的深度感到意外，并建议想继续挖掘的读者从 LXD 入手——作为 MicroCloud 的虚拟化引擎，它在单机环境下同样运行良好。

而如果只打算从这份清单里挑一样来试，作者的建议是 Multipass。

来源：How-To Geek（作者 Dibakar Ghosh，2026 年 8 月 5 日）

他在虚拟机里配了 8GB 内存、6 核处理器、60GB 硬盘，选了最精简的 AMD64 版本，把官方手册开在旁边一步步走：用 fdisk 建 GPT 分区表，依次划出引导、交换和根分区，格式化再挂载。这段他觉得挺有意思，也确实和传闻中的”硬核”对得上。真正翻车的是解压完系统基础包之后——他顺手敲了一条 Arch 上的切换根目录快捷命令，而这条命令在 Gentoo 的精简安装盘里压根不存在。改成手动逐个挂载文件系统后，压缩包又被判定损坏，换了好几个镜像源重下都没救回来，最后不了了之。

说白了，这次失败的真正收获不是”装没装上”，而是他被逼着搞懂了分区表、交换分区、编译并行数这些平时被图形安装器藏起来的东西。一年过去，他已经能在实体硬盘、虚拟机和平板上同时跑好几个发行版，还用同样的流程成功装上了 Arch。他给出的结论很实在：Gentoo 的难度名副其实，但难在环节多、容错低，不在于有多玄学；没准备好的人，先换个温和点的发行版练手更划算。

如果你也想练这门手艺，建议别一上来就挑 Gentoo，先在虚拟机里把 Arch 完整走一遍，手册全程开着，失败几次不丢人——那本来就是这类系统的教学环节。你装过最折腾的系统是哪个？

来源：How-To Geek《I failed to install the “most difficult” Linux distro but here’s why I’m sticking with it》，作者 David J. Buck