You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Easy-GPU-PV: GPU-PV allows you to partition your systems dedicated or integrated GPU and assign it to several Hyper-V VMs. It's the same technology that is used in WSL2, and Windows Sandbox.
Important: most passthrough and partitioning solutions don't allow guests to access to the hardware encoders, only opengl / vulcan.
Another (smaller) downside is that they require modifications to the OS configuration that cannot easily be managed using a package or script.
So, perhaps we should expose a memory mapped service to the guests so that they can hand over pixel buffers to the host which can take care of managing the encoder chip(s) and send back encoded frames.
For now, this is just an easy place to dump references and links:
libvf.io: LibVF.IO is a vendor neutral GPU multiplexing tool driven by YAML & VFIO sounds good, but looks outdated - lots of dead links and no updates since last year...
GPU Virtual MachineGPU Virtual Machine for IOMMU-capable computers such as x86 and ARM looks abandoned, openmdev.io no longer exists.
MxGPU-Virtualization - Linux kernel module for AMD SR-IOV based HW Virtualization, also abandoned
vgpu_unlock - clearly the nvidia drivers could enable vgpu on all cards... but choose not to
I CAN (edit) find the ivshmem equivalent for hyper-v: see #3666 and VMBUS: VMbus enables efficient, low-latency communication between the host and the guest VM
This ticket may well end up moved to another project if it proves beneficial to more than just xpra.
Hyper-v:
Important: most passthrough and partitioning solutions don't allow guests to access to the hardware encoders, only opengl / vulcan.
Another (smaller) downside is that they require modifications to the OS configuration that cannot easily be managed using a package or script.
So, perhaps we should expose a memory mapped service to the guests so that they can hand over pixel buffers to the host which can take care of managing the encoder chip(s) and send back encoded frames.
For now, this is just an easy place to dump references and links:
openmdev.io
no longer exists.I CAN (edit) find the
ivshmem
equivalent for hyper-v: see #3666 andVMBUS
: VMbus enables efficient, low-latency communication between the host and the guest VMivshmem
links for the Linux implementation: #3810The text was updated successfully, but these errors were encountered: