当前位置:首页>Linux>Linux 最新资讯 20260808——使用 AI 为QEMU VM创建DirectX 11驱动

Linux 最新资讯 20260808——使用 AI 为QEMU VM创建DirectX 11驱动

  • 2026-08-27 18:53:22
Linux 最新资讯 20260808——使用 AI 为QEMU VM创建DirectX 11驱动
             01           
使用 AI 为QEMU VM创建DirectX 11驱动           
部分得益于 Claude Opus 5 和 Claude Fable 5 的强大能力,一个新的面向 QEMU 的 Windows DirectX 11 驱动诞生,主要用于改善 QEMU 虚拟机中 Microsoft Windows 客户机的图形加速。 开源开发者 Osy 近日宣布,他创建了 Triton 驱动,利用 Mesa、virglrenderer 等组件让 Direct3D 11 在虚拟机中流畅运行。该驱动基于项目早先的 Neptune 驱动方案,后者使用 DXVK/Vulkan,但遇到了障碍:需要将驱动二进制文件复制到每个游戏目录,并且会遇到反作弊/游戏保护问题。借助 Triton,他们下移到驱动栈的更底层,实现 DirectX 设备驱动接口(DDI),而不仅仅是 DirectX API。 
多款游戏和基准测试已经在这套Triton 驱动方案上可以运行。
想进一步了解这个面向 QEMU 虚拟机的 DirectX 11 项目,可以查看这篇博文,文中也包含构建说明,供想要尝试的人参考。代码可在这个 GitHub 仓库中获取。           
             02           
Linux 7.3 中图形 TTM 内存管理更激进           

本周,最后一批 DRM-Misc-Next 功能补丁已提交至 DRM-Next,准备在本月晚些时候 Linux 7.3 合并窗口开启前排队等待合入。其中最引人注目的是 TTM 内存管理代码在低于保护限制分配时变得更加主动。这一改进得益于 Valve 的开源 Linux 图形团队。

自去年以来,Valve Linux 图形团队的 Natalie Vock 一直在研究设备内存保护无法阻止分配最终落入 GTT 的情况——当 vRAM 稀缺且应用/游戏开始争抢显存空间时。经过八轮修订,这些对通用 TTM 内存管理代码和 cgroup 设备内存代码的改进现已确定合入 Linux 7.3。

Vock 在补丁封面信中总结了这一情况:

"我一直在研究一些 dmem 保护无法阻止分配最终落入 GTT 的情况——当 VRAM 变得稀缺且应用开始激烈竞争时。 

 简而言之,这是因为其他(未受保护的)应用会在受保护应用之前填满 VRAM。这导致 TTM 退缩,并在此之前尝试在 GTT 中分配,最终分配就被放置在那里。现有的驱逐保护无法阻止这种情况,因为从未尝试过驱逐(尽管你可以将退缩视为立即驱逐到 GTT)。 

 本系列补丁试图通过为受 cgroups 保护的分配添加一个特例来缓解这一问题:TTM 不会立即退缩,而是会尝试从该域驱逐未受保护的缓冲区,为受保护的缓冲区腾出空间。这确保了应用能够真正使用系统授予它们的所有内存保护,而不会容易出现乒乓效应(只有受保护的分配可以驱逐未受保护的分配,反之则不行)。"

Vock 一直在致力于改善 vRAM 容量有限系统上的 Linux 游戏体验。

这些补丁属于本周的 drm-misc-next 拉取请求的一部分。其中还包括 DMEMCG 的驱逐支持,并已在 AMDGPU 和 Xe 驱动中启用。

UDMABUF 代码还移除了一个人为的 64MB 限制,该限制是 Xaver Hugl 在近期改进 KDE 多 GPU/eGPU 体验时发现的。Allwinner Sun4i DRM 驱动也改进了 YUV 和 4K 支持。

Nouveau 驱动现在也支持设备内存控制组(DMEMCG),该支持由 Natalie Vock 编写,作为其他改进的一部分。

// Source: Phoronix

最新文章

随机文章