Support us on Patreon
PayPalWell this is quite exciting. Collabora, the open source consulting firm that often works with Valve, has announced the experimental Venus driver for 3D acceleration of Vulkan applications in QEMU. For those not familiar, QEMU is a generic and open source machine emulator and virtualizer.
"Running graphics applications in a Guest OS can be annoying as they are generally greedy of computing resources, and that can slow you down or give you a bad experience in terms of graphics performance. Being able to accelerate all this by offloading the workload to the hardware can be a great deal. The VirtIO-GPU virtual GPU device comes into play here, allowing a Guest OS to send graphics commands to it through OpenGL or Vulkan. While we are already there with OpenGL, we can not say the same for Vulkan. Well, until now."
The work has not been upstreamed yet but it's looking quite promising, Collabora mention that there's still plenty of work to be done yet before that happens. You can see a preview video of it running below:
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Direct Link
Direct Link
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
11 comments
Hm, and if somehow it ends up having x86 emulated machines with vulkan while on ARM host... one can only dream of possibilities. Linux on ARM might end up playing more Windows games than Windows on ARM. One can hope :)
3 Likes, Who?
This wcould mean Windows Virtual Machines going almost native speed by cpu and gpu side, nice!
Last edited by kokoko3k on 1 December 2021 at 2:40 pm UTC
Last edited by kokoko3k on 1 December 2021 at 2:40 pm UTC
0 Likes
Now we "only" need drivers for Windows and macOS to interface with that. Plus dxvk (dx9-11) und vkd3d for dx12 for Windows and MolteVK for macOS and we'd have pretty neat graphics accelaration ;)
0 Likes
Clearly aimed at ARM based Chrome-books. Not much to see here from a "normal" GNU/Linux gaming perspective.
0 Likes
Now we "only" need drivers for Windows and macOS to interface with that. Plus dxvk (dx9-11) und vkd3d for dx12 for Windows and MolteVK for macOS and we'd have pretty neat graphics accelaration ;)
Iirc dxvk is os-agnostic and can be used on Windows as well. Don't know about vkd3d and others.
I'm more curious about performance compared between wine+dxvk and VM+dxvk+Venus.
I guess it is not only the overhead of using a VM but that will hurt performance in this scenario. But might be really useful for other usecases. E.g. I might be able to run a Windows VM on my secondary monitor for CAD and other stuff that needs basic 3d rendering without the need to dualboot. But honestly I haven't checked yet if those do run satisfyingly inside a VM. (And no, wine is no option; said program does not work with wine)
0 Likes
Btw, does virgl work with user session Qemu/KVM or only with regular session? I didn't manage to make it work with user session ones.
0 Likes
gardotd426 Dec 1, 2021
Now we "only" need drivers for Windows and macOS to interface with that. Plus dxvk (dx9-11) und vkd3d for dx12 for Windows and MolteVK for macOS and we'd have pretty neat graphics accelaration ;)
None of that would be necessary. VirtIO-GPU virtual GPU with lib.vfio has already been shown to run Call of Duty Warzone in a Windows VM as if it's a native app using vGPU. You wouldn't need anything to do with vkd3d-proton, dxvk, or Windows drivers.
0 Likes
Clearly aimed at ARM based Chrome-books. Not much to see here from a "normal" GNU/Linux gaming perspective.Well, and Raspberry Pi-ish things, no?
But still, yeah, right now that's true. I do get the feeling that ARM things are going to gradually creep into the main stream, higher powered stuff. So in the future, who knows?
0 Likes
The first thing that came to my mind was the Apple M1 beast, then Raspberry Pi 4 and only then the ARM Chromebooks...
Definitely useful in multiple fronts :)
Definitely useful in multiple fronts :)
0 Likes
Now we "only" need drivers for Windows and macOS to interface with that. Plus dxvk (dx9-11) und vkd3d for dx12 for Windows and MolteVK for macOS and we'd have pretty neat graphics accelaration ;)
None of that would be necessary. VirtIO-GPU virtual GPU with lib.vfio has already been shown to run Call of Duty Warzone in a Windows VM as if it's a native app using vGPU. You wouldn't need anything to do with vkd3d-proton, dxvk, or Windows drivers.
But how provides the DX driver then?
0 Likes
afaik the only way to not need the host OS support for the graphics API called from the guest (plus the interfacing support for it between guest and host) is using a gpu passthrough method...
a full gpu passthrough lets the guest OS take over full control of the specific hardware, so you need a second GPU hardware just for the windows guest... not ideal with current prices, to say the least, LOL (unless you have a spare one already)
there was work towards a gpu passthrough method where both host and guest could share the same hardware, but i'm not sure how that was meant to work and at what stage that work is now
a full gpu passthrough lets the guest OS take over full control of the specific hardware, so you need a second GPU hardware just for the windows guest... not ideal with current prices, to say the least, LOL (unless you have a spare one already)
there was work towards a gpu passthrough method where both host and guest could share the same hardware, but i'm not sure how that was meant to work and at what stage that work is now
0 Likes
See more from me