[vfio-users] What is the best host os for vfio vm gaming?

Sun Feb 28 08:42:05 UTC 2016

I thought so...
I am now giving it a try on arch (manjaro) really like the flexibility from arch combined with fast setup and great tools from manjaro.

At the moment I am at the point where I have my video card disconnected from the main system and using vfio. 

Now I just need to connect it to my vm. 
If I run the Vm from virt manager it runs as nobody so I'm working on a start script.
I guess I'll get it working later today. 

If anybody would attempt a build like this I would recommend Manjaro with plasma 5.5 (KDE)
And follow this guide:
https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF
Only difference is:
# mkinitcpio -p linux
# mkinitcpio -p linux41

You do NOT need the kernel patch from:
https://aur.archlinux.org/packages/linux-vfio/

Sent from my iPhone
> On 28 Feb 2016, at 05:15, Will Marler <will at wmarler.com> wrote:
> 
> My guess is that "when it started to work, I kept it" sums it up for most people on this list.
> 
> It certainly sums it up for me! I tried Arch, then Fedora when I struggled with Arch (I tried Fedora b/c Alex's blogs were written from a Fedora angle), then Arch again when I struggled with Fedora on things that I had conquered with Arch the previous time.
> 
> 
> 
>> On Fri, Feb 26, 2016 at 4:05 AM, Quentin Deldycke <quentindeldycke at gmail.com> wrote:
>> Yes, during my experimentation I made mistakes, when it started to work, I kept it :)
>> 
>>> On 26 Feb 2016 10:54 am, "Rokas Kupstys" <rokups at zoho.com> wrote:
>>> Hmm what you just wrote i dont understand.
>>>> CONFIG_RCU_NOCB_CPU_ALL=y
>>> Documentation:
>>>> This option forces all CPUs to be no-CBs CPUs. The rcu_nocbs= boot parameter will be ignored.
>>> So at least rcu_nocbs kernel parameter should not be needed as i understand. Right?
>>> 
>>> Still ill try these settings, cant be any worse :)
>>> 
>>>> On 2016.02.26 11:16, Quentin Deldycke wrote:
>>>> Mainly:
>>>> 
>>>> CONFIG_NO_HZ_FULL=y
>>>> CONFIG_RCU_NOCB_CPU_ALL=y
>>>> 
>>>> Using cgroups / cpu pinnning, the cores won't have to handle any kernel tick, but only run qemu
>>>> 
>>>> For my i7 4790k, i am force to put vm on 3 threads (the                 main of my 3 cores). So kernel parameter:
>>>> 
>>>> nohz_full=1,2,3,5,6,7 rcu_nocbs=1,2,3,5,6,7
>>>> 
>>>> and my vm run on threads 1,2,3 (main thread of cores 1,2,3)
>>>> and qemu emulator run on threads 5,6,7 (sub threads of cores 1,2,3)
>>>> 
>>>> Amd cards seems more affected by DPC than nvidia ones.
>>>> 
>>>> Note an interesting thing:
>>>> 
>>>> http://www.guru3d.com/articles-pages/rise-of-the-tomb-raider-pc-graphics-performance-benchmark-review,9.html
>>>> 
>>>> amd and multi cores is... erratic :)
>>>> 
>>>> --
>>>> Deldycke Quentin
>>>> 
>>>> 
>>>>> On 26 February 2016 at 09:53, Rokas Kupstys <rokups at zoho.com> wrote:
>>>>> Could you elaborate on config differences? Still hunting for something that could help bringing DPC latency down since VM gaming is no go due to that..
>>>>> 
>>>>> 
>>>>>> On 2016.02.26 10:51, Quentin Deldycke wrote:
>>>>>> For my part:
>>>>>> 
>>>>>> debian with some experimental package. When new kernel is out, i recompile it with some difference in config.
>>>>>> 
>>>>>> But right now, 4.5 rc4.
>>>>>> 
>>>>>> No problem with the host since ages. Plasma is buggy but... i think on every distro xD
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Deldycke Quentin
>>>>>> 
>>>>>> 
>>>>>>> On 26 February 2016 at 09:43, Stein van Broekhoven <stein at aapjeisbaas.nl> wrote:
>>>>>>> Dear All,
>>>>>>> 
>>>>>>> What do you consider the distro of choice for a stable vm gaming build?
>>>>>>> At the moment I'm on solus because it has 4.4.0 kernel by default and I like the project.
>>>>>>> Got libvirtd & virsh working with qemu but just can't get passthrough to work as of now.
>>>>>>> 
>>>>>>> I have a :
>>>>>>> ASUS SABERTOOTH 990FX v1 with FX-8120
>>>>>>> Ati Radeon 6xxx
>>>>>>> Ati Radeon 5xxx
>>>>>>> 
>>>>>>> I had it working at some point with ubuntu but that is some time ago and don't remember how.
>>>>>>> 
>>>>>>> 
>>>>>>> Kind regards,
>>>>>>> 
>>>>>>> Stein van Broekhoven / System administrator
>>>>>>> stein at aapjeisbaas.nl
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> vfio-users mailing list
>>>>>>> vfio-users at redhat.com
>>>>>>> https://www.redhat.com/mailman/listinfo/vfio-users
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> vfio-users mailing list
>>>>>> vfio-users at redhat.com
>>>>>> https://www.redhat.com/mailman/listinfo/vfio-users
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> vfio-users mailing list
>>>>> vfio-users at redhat.com
>>>>> https://www.redhat.com/mailman/listinfo/vfio-users
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> vfio-users mailing list
>>>> vfio-users at redhat.com
>>>> https://www.redhat.com/mailman/listinfo/vfio-users
>>> 
>>> 
>>> _______________________________________________
>>> vfio-users mailing list
>>> vfio-users at redhat.com
>>> https://www.redhat.com/mailman/listinfo/vfio-users
>> 
>> _______________________________________________
>> vfio-users mailing list
>> vfio-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/vfio-users
> 
> _______________________________________________
> vfio-users mailing list
> vfio-users at redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/vfio-users/attachments/20160228/14e746d9/attachment.htm>