LibVF.IO: Add support for GPU Virtual Machine (GVM)

Post by kbumsik » Wed, Aug 24, 2022, 10:06 PM UTC

ArcVRArthur wrote: post #17

Melatonic wrote: post #15

Earlier quoted context omitted.

What about one GPU with multiple VM? Annoying t hing right now is that you have to pony up for the fancy nvidia cards plus insane nvidia licensing for their multiGPU virtualized cards. AMD at least makes you only pay for the hardware but its still super pricey.

Ya, you can use multiple VMs. Here is a video I took of a laptop with LibVF.IO and an early pre-release version of GVM installed - at the start of the video you can see a fullscreen Windows VM and then I back out and open another compartmentalized 'app VM' (browser): https://streamable.com/gd45bh Both VMs are actually based on Windows (one simply doesn't have explorer.exe running) and each has it's own virtual GPU at…

Post by csdreamer7 » Wed, Aug 24, 2022, 10:10 PM UTC

ArcVRArthur wrote: post #10

maldev wrote: post #7

This is pretty cool, one of the killer features that windows has had with Hyper-V that is really creaming QEMU/KVM. You could probably try getting some support from a vendor like Red Hat, as something like this in the Linux Kernel is a huge datacenter/cloud hosting feature that directly impacts their bottom line.

I would love to work with folks like the people at RedHat! We're working on some new tools in C (GPLv2) which we think will make it easier to work with existing kernel/driver maintainers. We'll announce some of those things early next month and right after we'll be at QubesOS Summit & KVM Forum. I hope we get the opportunity to talk to some of the RedHat folks! :)

Post by ArcVRArthur » Wed, Aug 24, 2022, 10:34 PM UTC

lvass wrote: post #26

ArcVRArthur wrote: post #22

Earlier quoted context omitted.

For my use I tend to run a high performing Windows VM (very good with most games and other GPU accelerated programs - even chrome/adobe these days uses the GPU) inside Linux. This can also be used for various high assurance use cases such as OpenXT / QubesOS (security by compartmentalization). For example a laptop computer being used by an automotive company for CAD to keep their information safe from other programs…

This is beautiful, you're doing the Lord's work. I absolutely loathe the current situation of MAC security being so complicated on desktops combined with graphical performance issues in compartmentalization. And surely a lot of folks are also stuck on a certain OS because GPU performance in VMs is terrible. This is very much needed.

Post by ArcVRArthur » Wed, Aug 24, 2022, 10:38 PM UTC

csdreamer7 wrote: post #33

ArcVRArthur wrote: post #10

Earlier quoted context omitted.

I would love to work with folks like the people at RedHat! We're working on some new tools in C (GPLv2) which we think will make it easier to work with existing kernel/driver maintainers. We'll announce some of those things early next month and right after we'll be at QubesOS Summit & KVM Forum. I hope we get the opportunity to talk to some of the RedHat folks! :)

Do you have a contact where Red Hat people can reach you? (Not in the VM/Graphics space, but I can try to reach out to the right people.)

Post by amelius » Wed, Aug 24, 2022, 10:52 PM UTC

lostmsu wrote: post #4

What does it do? Does it let one pass a virtual GPU to the guest without complete PCI-passthrough? E.g. will I be able to share host GPU between the host system and guests?