Difference between revisions of "Improving performance"
Line 1: | Line 1: | ||
Gaming performance on Linux varies from game to game, and is ''very'' hardware dependent. Some of your games might run better than on Windows, some may run worse. But even with the same game where you would get a performance gain with one GPU you might take a performance hit with another. So it's impossible to say how your performance will be compared to Windows. There are cases where your VRAM might be too small for DXVK which would severely decrease your performance. In other cases you might get performance improvements of 30% and even more. | Gaming performance on Linux varies from game to game, and is ''very'' hardware dependent. Some of your games might run better than on Windows, some may run worse. But even with the same game where you would get a performance gain with one GPU you might take a performance hit with another. So it's impossible to say how your performance will be compared to Windows. There are cases where your VRAM might be too small for DXVK which would severely decrease your performance. In other cases you might get performance improvements of 30% and even more. | ||
BUT: Generally, you should be expecting about the same performance (±5%) as on Windows. If your experience is much worse, there is probably an issue | BUT: Generally, you should be expecting about the same performance (±5%) as on Windows. If your experience is much worse, there is probably an issue. | ||
Your performance should be OK if you do all ''major tweaks''. | Your performance should be OK if you do all ''major tweaks''. |
Revision as of 14:18, 17 May 2022
Gaming performance on Linux varies from game to game, and is very hardware dependent. Some of your games might run better than on Windows, some may run worse. But even with the same game where you would get a performance gain with one GPU you might take a performance hit with another. So it's impossible to say how your performance will be compared to Windows. There are cases where your VRAM might be too small for DXVK which would severely decrease your performance. In other cases you might get performance improvements of 30% and even more.
BUT: Generally, you should be expecting about the same performance (±5%) as on Windows. If your experience is much worse, there is probably an issue.
Your performance should be OK if you do all major tweaks.
Everything else isn't as important, only situational, or might come with drawbacks. You can just ignore it if your performance is already good enough and you don't want to bother reading the rest of this article.
Major tweaks
These are the important tweaks, they will give a huge boost for all games. You should do all these tweaks, otherwise you will not have a good gaming experience:
- Disable composition.
- You don't need to do this if you use Gnome (the default on Pop!_OS)
- You only need to do this if you use X11.
- Use GameMode
- Install the correct drivers
- Do NOT download anything manually. Use the link above.
- If you have an old Nvidia card that is not supported by the current driver, look at the Nvidia specific section.
- If you don't have an Nvidia GPU, the correct drivers are probably already preinstalled. However, you won't do anything wrong if you use the guide above. On some distributions this will also give you a more recent version.
- Look at your thermals, and if they are too high, adapt the fan speed.
- There are tools to do this inside Linux, but it's probably easier to do it in the BIOS.
AMD/Nvidia specific
AMD
It's probably worth doing, but if everything is fine and you think this is too complicated, you can ignore this section. However, they can make quite a difference in performance, depending on the situation.
- Set your GPU to high performance.
- The default (automatic) is probably fine for most games, but it might make a big difference for some games. For example, if a game has a capped frame rate, the GPU might not clock to the highest speed which will result in sub optimal performance.
- You can use CoreCtrl to add performance profiles for your games, set fan speeds, and overclock/undervolt. You can also set CPU performance here, it will overrule the GameMode settings.
- Alternatively, you can also use gamemode, however this is probably a bit more complicated.
- There are two Vulkan drivers available for AMD GPUs: amdvlk and vulkan-radeon (RADV, MESA). The vulkan-radeon (RADV, MESA) one is the open-source version and is preferable due to better performance in most cases. It should be the one that is installed as default, so usually you would not have to do anything.
- If you experience sub-par performance, you can check which driver you are using. On Arch and Ubuntu based distros (for example Manjaro, or Pop!_OS), you can check which Vulkan implementations are installed on the system with this command:
ls /usr/share/vulkan/icd.d/
. It should sayradeon_icd.x86_64.json
. If you have the 32bit version installed, it will (also) sayradeon_icd.i686.json
. There might be others (intel for example), just be sure that there is notamd_icd64.json
. The system will use amdvlk by default if both are installed - Do NOT download stuff from their website. This is the "official" way, offered by AMD, but it's also the worst possible thing you can do.
- If you experience sub-par performance, you can check which driver you are using. On Arch and Ubuntu based distros (for example Manjaro, or Pop!_OS), you can check which Vulkan implementations are installed on the system with this command:
Nvidia
- Use DKMS. DKMS is a prerequisite for using custom kernels like Zen, Xanmod or tkg with the Nvidia driver. It also lets you update to newer kernel versions without waiting for an Nvidia driver update. [1] Every distro that has proprietary Nvidia driver support offers a DKMS version.
- The Arch Wiki is the best place to start. Enable coolbits as the link explains. Good is, setting the coolbits value to 28 on anything currently supported (post-Fermi) to enable full control over the GPU (at least, as much control as you're allowed to be given).
- Use GreenWithEnvy for overclocking, setting power limits (raise or lower) and fan curves. It's the closest alternative we have to MSI Afterburner.
- Make sure to use a Proton version of 6.3, Experimental, Proton-6.21-GE-2 or later for Proton-GE and Proton-tkg/wine-tkg-git of 6.17 or greater (or build your own) for DLSS support. For Steam, you need to put
PROTON_HIDE_NVIDIA_GPU=0 PROTON_ENABLE_NVAPI=1 %command%
in your launch options (side note: there should only ever be one%command%
). - For non-Steam games, use the latest lutris or wine-ge-custom build, with Lutris, and make sure to toggle on DLSS support in the Configure -> Runner options menu. For non-Steam games, you also need a dxvk.conf file with
dxgi.nvapiHack = False
in it. You can just create one (mine is~/Documents/dxvk.conf
) and setDXVK_CONFIG_FILE=/path/to/dxvk.conf
in your/etc/environment
. - For Arch-based distributions, use TKG's
nvidia-all
repo, with_dkms=""
set to true incustomization.cfg
.[2] - If you have an old GPU, it might not be supported by the current driver. In this case you have to install an old one. You can use their website to determine which version you need.
- TODO: How to actually install them? On Arch you can use the AUR, but I don't know about any other distribution. Maybe actually download it from their website?
Minor tweaks
These will not make a difference as big as the major tweaks. It might give you some FPS, or lower your input lag, but you don't have to do these tweaks if you think this is too complicated.
- Enable
Fsync
. You need to use a compatible Kernel (likezen
,tkg-pds
, orXanmod
; kernel above 5.16 is compatible with F-sync out of the box), and enable it in Lutris: Right click the game ->Configure
->Runner options
-> EnableFsync
- If you can't or don't want to install a kernel that is Fsync compatible, you can also enable Esync. The performance boost is usually not as large, though.
- Install an optimized kernel like
linux-zen
,linux-tkg-pds
, orXanmod
. This will also prevent the system from becoming unresponsive when under heavy CPU load.linux-zen
andlinux-tkg
kernels are for Arch-based distros,Xanmod
for Ubuntu-based distros. However, they should also work with other distributions, but you should always make sure to have a functioning way to update them. Don't do it if you don't know what to do if things go wrong.linux-tkg-pds
(linux-tkg with PDS scheduler) seems to perform better thanzen
[3], and has lower input lag (this is definitely noticeable in competitive shooters). Some people recommend usinglinux-tkg-bmq
(linux-tkg with BMQ scheduler) to get more consistent frame times. You can get it from chaotic AUR (list of available packages). To get all benefits you have to compile it yourself, though.
Optional
These tweaks come with some drawback. You might want to apply them, but maybe only for some games.
- If you don't get enough FPS, use FSR. This might dramatically improve your framerate in GPU limited games but will definitely hurt the image quality.
- Environment variables:
DXVK_ASYNC=1
: Display frames even if they are not completely rendered. This will reduce stuttering a lot, but it could theoretically trigger anti cheat, even though this never actually happened. Your wine version needs to be compatible or patched to use it. GE-Proton and GE-Wine are compatible.
- Use LatencyFleX (warning: may trigger anticheat): Similar to NVIDIA Reflex (but works with AMD and Nvidia). Lowers input lag. Manually frame capping your game (so that your GPU never exceeds 80%) should be equally good. (If you use MangoHud to do this, this might add additional input lag!)
- You might want to have a look at the extensive Arch Wiki page.
Only AMD
- To lower your input lag even more (after doing all major and minor tweaks), you can disable page flipping (this will result in more tearing).
- This only works on X11, but if you care that much about input lag, you shouldn't use Wayland anyways.
- Create the file
/etc/X11/xorg.conf.d/20-amdgpu.conf
with content:Section "Device" Identifier "AMD" Driver "amdgpu" Option "TearFree" "false" Option "EnablePageFlip" "false" EndSection
- Environment variables:
RADV_FORCE_VRS=2x2
: Variable rate shading. This will improve performance, but reduce quality of shadows. Alternative values:2x1
or1x2
to use VRS only in one (x or y) direction[4]. (TODO: which is which?)RADV_PERFTEST=sam
: Force enable resizable bar/smart access memory. Might improve, but might as well reduce performance.RADV_DEBUG=novrsflatshading
: disable VRS for flat shading (only on GFX10.3+)RADV_PERFTEST=nggc
: enable NGGC. Can slightly improve performance on RX6000 series, but may reduce performance for other cards[5].- You may find more here: https://docs.mesa3d.org/envvars.html
Differences between Desktop Environments, and X11/Wayland
Desktop Environments may affect your performance. Your overall performance may be bad, or you might have good FPS, but high input lag.
Regarding input lag: It should be noted that we are talking about milliseconds here (the best value is 20ms, the worst is 90ms). If you are not susceptible to this (for example because you only play slow games), you may not even notice. But generally speaking, the game will feel more responsive if your input lag is low. You might also notice stuttering when the frame times are fluctuating.
X11
X11 is currently the best choice if you want minimal input lag.[6]
Generally you should be fine if you can disable composition. This is not possible in Gnome, but Gnome uses unredirection (the same thing, Windows does) instead, which is almost as good.
KDE Plasma (X11) with no composition appears to be a good choice. Gnome is also ok.[7] You should avoid Cinnamon and Pantheon.
Wayland
Differences are much bigger.
You will only get good input lag if you can enable FreeSync, because otherwise it will force vsync.
If you are using KDE and you have FreeSync enabled, the performance and input lag should be close to KDE X11 with composition disabled.[6] The input lag will increase by the "half frame" that is displayed with tearing. It's basically the question whether or not you want to wait for the frame to complete before displaying it.[8]
Gnome will introduce greater input lag (comparable to composition on KDE, but without the FPS problems).[8]
Troubleshooting
- Limiting FPS with MangoHud can introduce input lag. (I assume it adds one frame delay. It might as well be a bug, and only happen in specific scenarios. If you know more, why this happens, if, or how it can be avoided, please add information here.)
- You might have a distribution that uses PulseAudio instead of Pipewire. Pulseaudio introduces heavy audio delay. You should switch to Pipewire.
References and notes
- ↑ https://wiki.archlinux.org/title/Dynamic_Kernel_Module_Support
- ↑ https://www.reddit.com/r/linux_gaming/comments/sc9dv7/need_help_writing_wiki_article_about_how_to_tweak/hu54e1g/?context=3
- ↑ https://www.youtube.com/watch?v=qNzd57b0h08
- ↑ https://www.basnieuwenhuizen.nl/a-first-foray-into-rendering-less/
- ↑ https://www.phoronix.com/scan.php?page=article&item=radeon-radv-nggc
- ↑ 6.0 6.1 https://zamundaaa.github.io/wayland/2021/12/14/about-gaming-on-wayland.html
- ↑ https://www.reddit.com/r/linux_gaming/comments/cii545/linux_input_lag_analysis_v26des_windows_10_1809/
- ↑ 8.0 8.1 https://www.reddit.com/r/linux_gaming/comments/rghr60/about_gaming_and_latency_on_wayland/hpox61p/?context=3