For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
For the record, Linux Steam is a 32-bit executable, but I don't think this should affect anything (my machine is 64-bit).
Has anyone done this successfully on Fedora? There are any number of Google hits on similar themes, but mainly focussed on Ubuntu, which is what Valve are mostly aiming at.
poc
On 02/21/2020 10:31 AM, Patrick O'Callaghan wrote:
I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
How did you install nVidia? If you used the binary blob from the OEM, you're going to have to do it again for every kernel update. If you followed the rpmfusion method, you shouldn't have had to modify grub. There may be something odd going on there that's affecting this. I'm no expert, but I did use nVidia cards for about a decade so this jumps out at me.
On Fri, 2020-02-21 at 11:56 -0700, Joe Zeff wrote:
On 02/21/2020 10:31 AM, Patrick O'Callaghan wrote:
I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
How did you install nVidia? If you used the binary blob from the OEM, you're going to have to do it again for every kernel update. If you followed the rpmfusion method, you shouldn't have had to modify grub. There may be something odd going on there that's affecting this. I'm no expert, but I did use nVidia cards for about a decade so this jumps out at me.
I used the akmod method from rpmfusion. I mentioned the grub edits merely because I had had to change grub for my GPU passthrough system (basically blacklisting Nvidia and Nouveau, and including some vfio options). The edits were to restore the normal grub setup. I don't think this is the issue.
poc
If you are using rpmfusion they have a guide on their website for the Nvidia driver installation.
I am using the rpmfusion repo and I utilize their guide you will have to install both 32bit and 64bit drivers.
Our only difference is the use of steam. I use Lutris but at the end of the day, they are both using wine.
So far the rpmfusion method has been and install once and forget. Everything gets done through dnf upgrades.
I've been running WOW like this for the past 3 years without a single problem.
Best regards,
Israel Bermudez
--
ProtonMail (Highly Secured): israel.bermudez@protonmail.ch
Gmail (Unsecured): isra.berm@gmail.com
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Friday, February 21, 2020 12:31 PM, Patrick O'Callaghan pocallaghan@gmail.com wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
For the record, Linux Steam is a 32-bit executable, but I don't think this should affect anything (my machine is 64-bit).
Has anyone done this successfully on Fedora? There are any number of Google hits on similar themes, but mainly focussed on Ubuntu, which is what Valve are mostly aiming at.
poc
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
On Fri, 2020-02-21 at 19:19 +0000, Israel Bermudez via users wrote:
If you are using rpmfusion they have a guide on their website for the Nvidia driver installation.
I am using the rpmfusion repo and I utilize their guide you will have to install both 32bit and 64bit drivers.
Our only difference is the use of steam. I use Lutris but at the end of the day, they are both using wine.
So far the rpmfusion method has been and install once and forget. Everything gets done through dnf upgrades.
I've been running WOW like this for the past 3 years without a single problem.
That's a clue. I'll look at the RPMfusion site and check out whether I have to install 32-bit Nvidia blobs as well. I didn't think this would be necessary for the kernel modules, but I guess some libraries would be affected to that could be the problem.
poc
On Fri, 2020-02-21 at 21:50 +0000, Patrick O'Callaghan wrote:
On Fri, 2020-02-21 at 19:19 +0000, Israel Bermudez via users wrote:
If you are using rpmfusion they have a guide on their website for the Nvidia driver installation.
I am using the rpmfusion repo and I utilize their guide you will have to install both 32bit and 64bit drivers.
Our only difference is the use of steam. I use Lutris but at the end of the day, they are both using wine.
So far the rpmfusion method has been and install once and forget. Everything gets done through dnf upgrades.
I've been running WOW like this for the past 3 years without a single problem.
That's a clue. I'll look at the RPMfusion site and check out whether I have to install 32-bit Nvidia blobs as well. I didn't think this would be necessary for the kernel modules, but I guess some libraries would be affected to that could be the problem.
I don't think the problem is with libraries. This is what I currently have installed:
$ rpm -qa *nvidia* xorg-x11-drv-nvidia-libs-440.59-1.fc31.x86_64 kmod-nvidia-5.4.20-200.fc31.x86_64-440.59-1.fc31.x86_64 xorg-x11-drv-nvidia-kmodsrc-440.59-1.fc31.x86_64 xorg-x11-drv-nvidia-libs-440.59-1.fc31.i686 <--------------* nvidia-settings-440.59-1.fc31.x86_64 xorg-x11-drv-nvidia-440.59-1.fc31.x86_64 akmod-nvidia-440.59-1.fc31.x86_64 xorg-x11-drv-nvidia-cuda-libs-440.59-1.fc31.x86_64
The 32-bit Nvidia library is there.
poc
On Fri, 21 Feb 2020 at 17:32, Patrick O'Callaghan pocallaghan@gmail.com wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
For the record, Linux Steam is a 32-bit executable, but I don't think this should affect anything (my machine is 64-bit).
Has anyone done this successfully on Fedora? There are any number of Google hits on similar themes, but mainly focussed on Ubuntu, which is what Valve are mostly aiming at.
poc
I believe you will need the optimus / bumblebee stuff for this.
https://docs.fedoraproject.org/en-US/quick-docs/bumblebee/
Now, these docs seem dated, and for my laptop, I haven't had much success, if there are better docs for this situation i'd like to see them. (I'll quickly admit i haven't googled it for a while)
On Fri, 2020-02-21 at 21:24 +0000, Anthony F McInerney wrote:
On Fri, 21 Feb 2020 at 17:32, Patrick O'Callaghan pocallaghan@gmail.com wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
For the record, Linux Steam is a 32-bit executable, but I don't think this should affect anything (my machine is 64-bit).
Has anyone done this successfully on Fedora? There are any number of Google hits on similar themes, but mainly focussed on Ubuntu, which is what Valve are mostly aiming at.
poc
I believe you will need the optimus / bumblebee stuff for this.
https://docs.fedoraproject.org/en-US/quick-docs/bumblebee/
Now, these docs seem dated, and for my laptop, I haven't had much success, if there are better docs for this situation i'd like to see them. (I'll quickly admit i haven't googled it for a while)
I've seen Bumblebee mentioned on this list, but AFAIK this is only relevant to laptops (the above URL seems to confirm this). Mine is a desktop system with a discrete add-on GPU card as well as as Intel IGP .
poc
On 2/21/20 9:31 AM, Patrick O'Callaghan wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
I'm not sure how you expect this to work. I assume you have another monitor connected to the nvidia card. But if you're running steam from your regular desktop, the games are going to use the current display which is your Intel one. If you can get your desktop to display across both video cards, then you could probably run steam on the display you want, but I don't know if that configuration is even supported by Xorg or Wayland.
On Fri, 21 Feb 2020 at 22:16, Samuel Sieb samuel@sieb.net wrote:
On 2/21/20 9:31 AM, Patrick O'Callaghan wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
I'm not sure how you expect this to work. I assume you have another monitor connected to the nvidia card. But if you're running steam from your regular desktop, the games are going to use the current display which is your Intel one. If you can get your desktop to display across both video cards, then you could probably run steam on the display you want, but I don't know if that configuration is even supported by Xorg or Wayland.
I wanted to add on top of this, it's more like the old multihead setup's.
That nothing supports anymore. Along with the Wayland vs Xorg pain.
Generally, when you plug in an external gpu, the igpu is disabled. That's the simplest way around all this.
On Fri, 2020-02-21 at 22:20 +0000, Anthony F McInerney wrote:
On Fri, 21 Feb 2020 at 22:16, Samuel Sieb samuel@sieb.net wrote:
On 2/21/20 9:31 AM, Patrick O'Callaghan wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
I'm not sure how you expect this to work. I assume you have another monitor connected to the nvidia card. But if you're running steam from your regular desktop, the games are going to use the current display which is your Intel one. If you can get your desktop to display across both video cards, then you could probably run steam on the display you want, but I don't know if that configuration is even supported by Xorg or Wayland.
I wanted to add on top of this, it's more like the old multihead setup's.
That nothing supports anymore. Along with the Wayland vs Xorg pain.
Generally, when you plug in an external gpu, the igpu is disabled. That's the simplest way around all this.
Except that it isn't, because they are both connected (see my answer to Samuel). That's the problem. Maybe I should just disconnect the video cable from the IGP?
poc
On Fri, 2020-02-21 at 14:15 -0800, Samuel Sieb wrote:
On 2/21/20 9:31 AM, Patrick O'Callaghan wrote:
For several years I've been using a Windows VM with passthrough graphics as a gaming platform. It works pretty well, but ties up machine resources even when idle, so I'm now experimenting with Valve's Linux version of Steam with the Proton additions to the Wine libraries. I've disabled the VM, installed the latest proprietary Nvidia drivers, modified grub appropriately and rebooted. The Nvidia modules are loaded. The nvidia-settings command shows the GPU.
However when I run games under Steam, they are using the internal Intel GPU, making this configuration essentially unusable for AAA gaming (i.e. games will start but are unplayably slow). I can find no documentation on how to change this (whether via a global Steam option or even individually for each game).
I'm not sure how you expect this to work. I assume you have another monitor connected to the nvidia card. But if you're running steam from your regular desktop, the games are going to use the current display which is your Intel one. If you can get your desktop to display across both video cards, then you could probably run steam on the display you want, but I don't know if that configuration is even supported by Xorg or Wayland.
That's a good point which I hadn't thought of. I actually only have a single monitor connected via an HMDI switch to both video outputs. I've been so used to this I forgot to mention it, but clearly I have to figure out how to run my desktop off the Nvidia card (I don't mind losing the IGP so multimonitor isn't important). Do you know if it's possible to blacklist the IGP? That might be the simplest solution.
poc
On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
That's a good point which I hadn't thought of. I actually only have a single monitor connected via an HMDI switch to both video outputs. I've been so used to this I forgot to mention it, but clearly I have to figure out how to run my desktop off the Nvidia card (I don't mind losing the IGP so multimonitor isn't important). Do you know if it's possible to blacklist the IGP? That might be the simplest solution.
You could try blacklisting the Intel one. You would need to check which module it is, but probably "i915". Or check in your BIOS, you might be able to set the other card as primary.
On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
That's a good point which I hadn't thought of. I actually only have a single monitor connected via an HMDI switch to both video outputs. I've been so used to this I forgot to mention it, but clearly I have to figure out how to run my desktop off the Nvidia card (I don't mind losing the IGP so multimonitor isn't important). Do you know if it's possible to blacklist the IGP? That might be the simplest solution.
You could try blacklisting the Intel one. You would need to check which module it is, but probably "i915". Or check in your BIOS, you might be able to set the other card as primary.
Blacklisting the i915 didn't work, so I changed the BIOS settings and that did it.
Unfortunately, although some games work well (e.g. Witcher 3), others don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably back off from this for the moment, though a more high-end GPU might have better results (mine's a lowly GTX-1050). It's interesting that the GPU passthrough with QEMU/KVM works so well in comparison, given that it's a whole virtual machine.
Thanks for your help.
poc
On Sat, Feb 22, 2020 at 6:02 AM Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
That's a good point which I hadn't thought of. I actually only have a single monitor connected via an HMDI switch to both video outputs. I've been so used to this I forgot to mention it, but clearly I have to figure out how to run my desktop off the Nvidia card (I don't mind losing the IGP so multimonitor isn't important). Do you know if it's possible to blacklist the IGP? That might be the simplest solution.
You could try blacklisting the Intel one. You would need to check which module it is, but probably "i915". Or check in your BIOS, you might be able to set the other card as primary.
Blacklisting the i915 didn't work, so I changed the BIOS settings and that did it.
Unfortunately, although some games work well (e.g. Witcher 3), others don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably back off from this for the moment, though a more high-end GPU might have better results (mine's a lowly GTX-1050). It's interesting that the GPU passthrough with QEMU/KVM works so well in comparison, given that it's a whole virtual machine.
I don't thing the 1050 should be THAT bad... I did just watch a youtube video on gaming on linux and it specifically talked about some games need to compile shaders on first run. You could try leaving the game running for 10-30 minutes and see if it improves.
Thanks, Richard
On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
On Sat, Feb 22, 2020 at 6:02 AM Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
That's a good point which I hadn't thought of. I actually only have a single monitor connected via an HMDI switch to both video outputs. I've been so used to this I forgot to mention it, but clearly I have to figure out how to run my desktop off the Nvidia card (I don't mind losing the IGP so multimonitor isn't important). Do you know if it's possible to blacklist the IGP? That might be the simplest solution.
You could try blacklisting the Intel one. You would need to check which module it is, but probably "i915". Or check in your BIOS, you might be able to set the other card as primary.
Blacklisting the i915 didn't work, so I changed the BIOS settings and that did it.
Unfortunately, although some games work well (e.g. Witcher 3), others don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably back off from this for the moment, though a more high-end GPU might have better results (mine's a lowly GTX-1050). It's interesting that the GPU passthrough with QEMU/KVM works so well in comparison, given that it's a whole virtual machine.
I don't thing the 1050 should be THAT bad... I did just watch a youtube video on gaming on linux and it specifically talked about some games need to compile shaders on first run. You could try leaving the game running for 10-30 minutes and see if it improves.
What I did was run the AC Odyssey in-game benchmark, which gave less than half the framerate I get in the VM version. I'd guess that probably reflects a worst-case scenario but a brief try at the game itself convinced me it wasn't playable. Shaders would need to be recompiled for each scene, which I don't think is practical.
Do you have a link to that video?
poc
On Sat, Feb 22, 2020 at 7:19 AM Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
I don't think the 1050 should be THAT bad... I did just watch a youtube video on gaming on linux and it specifically talked about some games need to compile shaders on first run. You could try leaving the game running
for
10-30 minutes and see if it improves.
What I did was run the AC Odyssey in-game benchmark, which gave less than half the framerate I get in the VM version. I'd guess that probably reflects a worst-case scenario but a brief try at the game itself convinced me it wasn't playable. Shaders would need to be recompiled for each scene, which I don't think is practical.
Do you have a link to that video?
https://www.youtube.com/watch?v=RUUTw1NyhYM
Thanks, Richard
On Sat, 2020-02-22 at 07:47 -0600, Richard Shaw wrote:
On Sat, Feb 22, 2020 at 7:19 AM Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
I don't think the 1050 should be THAT bad... I did just watch a youtube video on gaming on linux and it specifically talked about some games need to compile shaders on first run. You could try leaving the game running
for
10-30 minutes and see if it improves.
What I did was run the AC Odyssey in-game benchmark, which gave less than half the framerate I get in the VM version. I'd guess that probably reflects a worst-case scenario but a brief try at the game itself convinced me it wasn't playable. Shaders would need to be recompiled for each scene, which I don't think is practical.
Do you have a link to that video?
Thanks. The shaders precompile stuff might be worth trying if I get round to it.
poc
On Sat, 22 Feb 2020 at 13:19, Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Sat, 2020-02-22 at 06:40 -0600, Richard Shaw wrote:
On Sat, Feb 22, 2020 at 6:02 AM Patrick O'Callaghan <
pocallaghan@gmail.com>
wrote:
On Fri, 2020-02-21 at 16:18 -0800, Samuel Sieb wrote:
On 2/21/20 2:46 PM, Patrick O'Callaghan wrote:
That's a good point which I hadn't thought of. I actually only
have a
single monitor connected via an HMDI switch to both video outputs.
I've
been so used to this I forgot to mention it, but clearly I have to figure out how to run my desktop off the Nvidia card (I don't mind losing the IGP so multimonitor isn't important). Do you know if
it's
possible to blacklist the IGP? That might be the simplest solution.
You could try blacklisting the Intel one. You would need to check
which
module it is, but probably "i915". Or check in your BIOS, you might
be
able to set the other card as primary.
Blacklisting the i915 didn't work, so I changed the BIOS settings and that did it.
Unfortunately, although some games work well (e.g. Witcher 3), others don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably back off from this for the moment, though a more high-end GPU might have better results (mine's a lowly GTX-1050). It's interesting that the GPU passthrough with QEMU/KVM works so well in comparison, given that it's a whole virtual machine.
I don't thing the 1050 should be THAT bad... I did just watch a youtube video on gaming on linux and it specifically talked about some games need to compile shaders on first run. You could try leaving the game running
for
10-30 minutes and see if it improves.
What I did was run the AC Odyssey in-game benchmark, which gave less than half the framerate I get in the VM version. I'd guess that probably reflects a worst-case scenario but a brief try at the game itself convinced me it wasn't playable. Shaders would need to be recompiled for each scene, which I don't think is practical.
Do you have a link to that video?
poc
Ah! So you just did a direct Windows only title in a
KVM+GPUPassThru+Windows(?) vs Linux+Steam+Proton
Now, it just so happens that there are comments on the protonDB suggesting that in this specific title there are slowdowns (performance loss) Windows vs Proton. Could you try a few more games for a better baseline. I would really like to know the results.
Thanks!
On Sat, 2020-02-22 at 14:47 +0000, Anthony F McInerney wrote:
Ah! So you just did a direct Windows only title in a
KVM+GPUPassThru+Windows(?) vs Linux+Steam+Proton
Essentially, yes.
Now, it just so happens that there are comments on the protonDB suggesting that in this specific title there are slowdowns (performance loss) Windows vs Proton. Could you try a few more games for a better baseline. I would really like to know the results.
I can't promise anything. The problem is that each game has to be downloaded and reinstalled in Linux, even when I already have it installed in my Windows VM (and these are not small files - 50GB is about the median size for a AAA game). I've seen a few posts about how to share the data across systems, but nothing that gives me much confidence.
poc
On Sat, 22 Feb 2020 at 17:51, Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Sat, 2020-02-22 at 14:47 +0000, Anthony F McInerney wrote:
Ah! So you just did a direct Windows only title in a
KVM+GPUPassThru+Windows(?) vs Linux+Steam+Proton
Essentially, yes.
Now, it just so happens that there are comments on the protonDB
suggesting
that in this specific title there are slowdowns (performance loss)
Windows
vs Proton. Could you try a few more games for a better baseline. I
would really like
to know the results.
I can't promise anything. The problem is that each game has to be downloaded and reinstalled in Linux, even when I already have it installed in my Windows VM (and these are not small files - 50GB is about the median size for a AAA game). I've seen a few posts about how to share the data across systems, but nothing that gives me much confidence.
poc
Yeah, that really is a pain.Before proton I managed various
linux+wine32+wine64 locally for a few machines, couldn't even get steam to share any of those local libraries :(.
Could you let me know what the framerate results were for you on the 1050 with the AC Odessy (Windows and Proton) ?
On Sat, 2020-02-22 at 18:24 +0000, Anthony F McInerney wrote:
I can't promise anything. The problem is that each game has to be downloaded and reinstalled in Linux, even when I already have it installed in my Windows VM (and these are not small files - 50GB is about the median size for a AAA game). I've seen a few posts about how to share the data across systems, but nothing that gives me much confidence.
poc
Yeah, that really is a pain.Before proton I managed various
linux+wine32+wine64 locally for a few machines, couldn't even get steam to share any of those local libraries :(.
Could you let me know what the framerate results were for you on the 1050 with the AC Odessy (Windows and Proton) ?
In the Windows VM it was around 35-40, and with Proton about 15-20. This was (on both occasions) with what the game itself set as default values, so could probably be tweaked.
For context, the host machine is an i7-3770 with 16GB of DDR3 RAM. Half of that is normally set aside for the VM using Hugepages, but for those benchmarks I turned HP off (it does seem to make a slight negative difference but I don't like half my RAM being permanently reserved). I also pinned 2 of the 4 cores (i.e. 4 of 8 threads) to the VM. This machine is about 6 years old and a modern machine would certainly be faster. The system disk is a 2TB Samsung 860 EVO SSD on a Sata3 port - my mobo doesn't have NVMe which is why I'm looking at changing it at some point (maybe when Cyberpunk 2077 comes out :-). For the VM the Windows disk is a QCOW2 file (on the SSD), so there's some overhead there. Monitor is an HP Pavilion 23xi running at 1920x1080. The GTX- 1050 has the standard 2GB VRAM, which is really on the low end nowadays.
poc
On 2/22/20 3:59 AM, Patrick O'Callaghan wrote:
Unfortunately, although some games work well (e.g. Witcher 3), others don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably back off from this for the moment, though a more high-end GPU might have better results (mine's a lowly GTX-1050). It's interesting that the GPU passthrough with QEMU/KVM works so well in comparison, given that it's a whole virtual machine.
Remember that with kvm, the program is pretty much running bare-metal and it has direct access to the video card, so there's very little to slow it down. With wine, the graphics calls will be getting translated, although I thought it was supposed to be getting pretty efficient.
On Sat, 2020-02-22 at 13:38 -0800, Samuel Sieb wrote:
On 2/22/20 3:59 AM, Patrick O'Callaghan wrote:
Unfortunately, although some games work well (e.g. Witcher 3), others don't (Assassin's Creed Odyssey - lots of stuttering), so I'll probably back off from this for the moment, though a more high-end GPU might have better results (mine's a lowly GTX-1050). It's interesting that the GPU passthrough with QEMU/KVM works so well in comparison, given that it's a whole virtual machine.
Remember that with kvm, the program is pretty much running bare-metal and it has direct access to the video card, so there's very little to slow it down. With wine, the graphics calls will be getting translated, although I thought it was supposed to be getting pretty efficient.
Exactly. The Proton library translates DirectX to Vulkan calls but the results will depend very much on the specific game. In the case of The Witcher 3, there's really no appreciable difference, but for ACO there definitely is.
poc
On Fri, 2020-02-21 at 17:31 +0000, Patrick O'Callaghan wrote:
Has anyone done this successfully on Fedora? There are any number of Google hits on similar themes, but mainly focussed on Ubuntu, which is what Valve are mostly aiming at.
I've been running Steam on Fedora for two years now and it's worked just fine. At first I had a GTX 1060 6GB. Last December I upgraded to an RTX 2080 Super. I use rpmfusion for the proprietary drivers. So far, I've had no problems with either card.
The meat of this though is the Steam install and for that, I've used the repo provided here:
I've always had flawless installs and Steam itself has worked great in Fedora. I'm not sure why Valve doesn't support Fedora too, but whatever.
Give that negativo17 steam repo a try. I hope the dude providing the repo and packages keeps it up. If he ends up abandoning ship, I'm not sure what I'll do. But, that's a problem for another day.
HTH!
I installed Steam via flatpak with no issues. On Sat, 2020-03-14 at 17:02 -0400, Ranbir wrote:
On Fri, 2020-02-21 at 17:31 +0000, Patrick O'Callaghan wrote:
Has anyone done this successfully on Fedora? There are any number ofGoogle hits on similar themes, but mainly focussed on Ubuntu, whichiswhat Valve are mostly aiming at.
I've been running Steam on Fedora for two years now and it's workedjust fine. At first I had a GTX 1060 6GB. Last December I upgraded toan RTX 2080 Super. I use rpmfusion for the proprietary drivers. So far,I've had no problems with either card. The meat of this though is the Steam install and for that, I've usedthe repo provided here: https://negativo17.org/steam/
I've always had flawless installs and Steam itself has worked great inFedora. I'm not sure why Valve doesn't support Fedora too, butwhatever. Give that negativo17 steam repo a try. I hope the dude providing therepo and packages keeps it up. If he ends up abandoning ship, I'm notsure what I'll do. But, that's a problem for another day. HTH! -- Ranbir _______________________________________________users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
On Sat, 2020-03-14 at 17:02 -0400, Ranbir wrote:
On Fri, 2020-02-21 at 17:31 +0000, Patrick O'Callaghan wrote:
Has anyone done this successfully on Fedora? There are any number of Google hits on similar themes, but mainly focussed on Ubuntu, which is what Valve are mostly aiming at.
I've been running Steam on Fedora for two years now and it's worked just fine. At first I had a GTX 1060 6GB. Last December I upgraded to an RTX 2080 Super. I use rpmfusion for the proprietary drivers. So far, I've had no problems with either card.
The meat of this though is the Steam install and for that, I've used the repo provided here:
I've always had flawless installs and Steam itself has worked great in Fedora. I'm not sure why Valve doesn't support Fedora too, but whatever.
Give that negativo17 steam repo a try. I hope the dude providing the repo and packages keeps it up. If he ends up abandoning ship, I'm not sure what I'll do. But, that's a problem for another day.
If you read the rest of the thread, the problem was unrelated to the Steam installation as such. It just needed a BIOS tweak. However for the moment I'm not pursuing this until there's a reliable way of sharing game installs between Linux (Proton) and my Windows VM.
poc