VFIO-Mdev_Samples Alternatives

Similar projects and alternatives to VFIO-Mdev_Samples

linux

983 170,949 10.0 C VFIO-Mdev_Samples VS linux

Linux kernel source tree
LibVF.IO

35 773 3.1 Nim VFIO-Mdev_Samples VS LibVF.IO

A vendor neutral GPU multiplexing tool driven by VFIO & YAML.
InfluxDB

www.influxdata.com featured

Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
gvt-linux

23 492 0.0 C VFIO-Mdev_Samples VS gvt-linux
linux-intel-lts

16 174 1.0 C VFIO-Mdev_Samples VS linux-intel-lts
Mdev-GPU

3 52 0.0 Haskell VFIO-Mdev_Samples VS Mdev-GPU

A user-configurable utility for GPU vendor drivers enabling the registration of arbitrary mdev types with the VFIO-Mediated Device framework.
GVM-user

1 28 0.0 C VFIO-Mdev_Samples VS GVM-user

GVM-user.
Kernel-Support

1 0 1.8 VFIO-Mdev_Samples VS Kernel-Support
SaaSHub

www.saashub.com featured

SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better VFIO-Mdev_Samples alternative or higher similarity.

Suggest an alternative to VFIO-Mdev_Samples

VFIO-Mdev_Samples reviews and mentions

Posts with mentions or reviews of VFIO-Mdev_Samples. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-07-06.

GVM: A GPU Virtual Machine for Iommu-Capable Computers
15 projects | news.ycombinator.com | 6 Jul 2022

https://github.com/OpenMdev/VFIO-Mdev_Samples
> I'm not confused either about how GVM/mdev-gpu works or about its relation to libvf.io. It's not hard to read between the missing lines of your project roadmap.
You define types that are presented in mdevctl via a YAML config file the user can write themselves or via a JSON file. So LibVF.IO might as well be entirely ignorant to the fact that GVM is on the system. All it sees are different arbitrary mdev types that the user decides to create. Not sure where you're going with this comment.
>I read this before I ever wrote a reply, which you should have guessed because there was no other way to get any information. None of it tells anyone WHY this should use this instead of the bindings which have 100 developers on them, which have been battle tested for years, and for which the original author of VFIO wrote exhaustive, excellent manuals on the blog I linked earlier 7.5 years ago.
>What advantages does your system offer?
Well for starters I've never argued LibVF.IO is better than libvirt. In-fact when folks bring it up I generally say there's a lot we can learn from libvirt.