Support us on Patreon
PayPal
An interesting SteamOS update just before and now it's time for the Steam Client Beta! Valve have been putting in the effort lately for sure.
Here's the relevant bits from the changelog for us:
They also fixed an issue with the Steam client becoming sluggish, if it couldn't connect to their error and crash-reporting servers.
The new shader cache system they have sounds rather interesting for sure. A lot of games have a slightly longer loading time on the first run (or whenever you update your drivers) as they setup a shader cache. You can also experience lots of stuttering in games when entering a new area, as it builds it up. It sounds like now, Valve will ship pre-warmed shaders for games. Useful for SteamOS, since they generally control the driver versions and it could help loading time and performance on SteamOS directly. It doesn't just affect SteamOS though, since this is in the actual Steam client itself. I'm sure if I'm wrong on this, you will happily point it out in the comments. Article taken from GamingOnLinux.com.
Here's the relevant bits from the changelog for us:
- Updated STEAM_RUNTIME_PREFER_HOST_LIBRARIES logic to still prefer Steam Runtime libraries if they are more recent than the host system
- Updated Vulkan loader in Steam Runtime to version 1.0.54, which provides all the extensions currently needed for SteamVR
- Added support for shader cache management on supported drivers (Mesa 17.1 and NVIDIA 381.26.08 or 384.59). Shader caches for games launched by Steam are placed in separate folders next to their Steam Library folder and are deleted when each game is uninstalled, or when switching drivers or graphics cards. Individual shaders are tracked and catalogued by the Steam servers in preparation for distributing pre-compiled shaders. This tracking can incur slight additional bandwidth use. The system can be disabled by setting the environment variable STEAM_ENABLE_SHADER_CACHE_MANAGEMENT=0
They also fixed an issue with the Steam client becoming sluggish, if it couldn't connect to their error and crash-reporting servers.
The new shader cache system they have sounds rather interesting for sure. A lot of games have a slightly longer loading time on the first run (or whenever you update your drivers) as they setup a shader cache. You can also experience lots of stuttering in games when entering a new area, as it builds it up. It sounds like now, Valve will ship pre-warmed shaders for games. Useful for SteamOS, since they generally control the driver versions and it could help loading time and performance on SteamOS directly. It doesn't just affect SteamOS though, since this is in the actual Steam client itself. I'm sure if I'm wrong on this, you will happily point it out in the comments. Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
[quote=DamonLinuxPL]
For example, after initial launch I have only a 11MB cache for Borderlands, but 52MB for Painkiller and 104MB for Deadfall.
Last edited by dubigrasu on 26 July 2017 at 3:12 pm UTC
QuoteYes, I remember when Leszek Godlewski released Painkiller for Linux. In early loading time takes ages especialy on AMD GPU... on NVIDIA faster but still too long...Yes, many games were having the same problem, but it was painfully obvious on these two games because they were using "an insane amount of shaders" (Leszek own words).
For example, after initial launch I have only a 11MB cache for Borderlands, but 52MB for Painkiller and 104MB for Deadfall.
Last edited by dubigrasu on 26 July 2017 at 3:12 pm UTC
0 Likes
AskQuestionsLater Jul 26, 2017
Last time (the only time!) I started Deus Ex: Mankind Divided it took over 10 minutes (AMD FX8350, GeForce 1060) before getting to the menu. I played for 20 minutes and it crashed. So I started up Rocket League in less than 10 seconds and played that...
0 Likes
linuxjacques Jul 26, 2017
The beta from yesterday does not start on my Fedora 25 system.
Starting it from the command line shows a segfault and then uploading the crash dump to ... somewhere.
Not sure what's the best way to recover.
Starting it from the command line shows a segfault and then uploading the crash dump to ... somewhere.
Not sure what's the best way to recover.
0 Likes
Quoting: linuxjacquesThe beta from yesterday does not start on my Fedora 25 system.
Starting it from the command line shows a segfault and then uploading the crash dump to ... somewhere.
Not sure what's the best way to recover.
This is probably: https://github.com/ValveSoftware/steam-for-linux/issues/5099
Just remove the config.vdf file and make sure not to save your password until that bug is closed.
0 Likes
linuxjacques Jul 26, 2017
Quoting: Vash63Quoting: linuxjacquesThe beta from yesterday does not start on my Fedora 25 system.
Starting it from the command line shows a segfault and then uploading the crash dump to ... somewhere.
Not sure what's the best way to recover.
This is probably: https://github.com/ValveSoftware/steam-for-linux/issues/5099
Just remove the config.vdf file and make sure not to save your password until that bug is closed.
Thanks! That must be it. I'll try this when I get home.
0 Likes
LinuxGamesTV Jul 26, 2017
Quoting: Vash63Quoting: linuxjacquesThe beta from yesterday does not start on my Fedora 25 system.
Starting it from the command line shows a segfault and then uploading the crash dump to ... somewhere.
Not sure what's the best way to recover.
This is probably: https://github.com/ValveSoftware/steam-for-linux/issues/5099
Just remove the config.vdf file and make sure not to save your password until that bug is closed.
I have the same problem on opensuse Tumbleweed and remove the config.vdf file and make sure not to save your password don't works. I must delete the Steam folder and don't opt in the beta again.
I'm on Nvidia Driver 381.22, maybe i must update the driver.
Last edited by LinuxGamesTV on 26 July 2017 at 11:01 pm UTC
0 Likes
Quoting: BdMdesigNI had the same problem on tumbleweed, starting steam with STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 fixed the issue for me.Quoting: Vash63Quoting: linuxjacquesThe beta from yesterday does not start on my Fedora 25 system.
Starting it from the command line shows a segfault and then uploading the crash dump to ... somewhere.
Not sure what's the best way to recover.
This is probably: https://github.com/ValveSoftware/steam-for-linux/issues/5099
Just remove the config.vdf file and make sure not to save your password until that bug is closed.
I have the same problem on opensuse Tumbleweed and remove the config.vdf file and make sure not to save your password don't works. I must delete the Steam folder and don't opt in the beta again.
I'm on Nvidia Driver 381.22, maybe i must update the driver.
1 Likes, Who?
Quoting: AskQuestionsLaterLast time (the only time!) I started Deus Ex: Mankind Divided it took over 10 minutes (AMD FX8350, GeForce 1060) before getting to the menu. I played for 20 minutes and it crashed. So I started up Rocket League in less than 10 seconds and played that...
woow 10 min is pretty insane, but yeah it took me 4 min to compile the shaders when there was game update or driver update on the first run. second run was much faster with 20 sec only. Dying Light has one also, but not that long, about 2 min on the first run
0 Likes
LinuxGamesTV Jul 27, 2017
Quoting: Seil0Quoting: BdMdesigNQuoting: Vash63Quoting: linuxjacques......
...
I had the same problem on tumbleweed, starting steam with STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 fixed the issue for me.
Ok i will try it.
[Edit]
Ok this will work. Thx.
[/Edit]
Last edited by LinuxGamesTV on 27 July 2017 at 12:48 pm UTC
0 Likes
BlackBloodRum Jul 27, 2017
Well, that was a fun update!
Updated my Fedora 26 (last updated a week or so prior to full release) and poof steam dead.
Thankfully running this worked:
$ export STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0
$ steam
Thanks for the tip guys!
Updated my Fedora 26 (last updated a week or so prior to full release) and poof steam dead.
Thankfully running this worked:
$ export STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0
$ steam
Thanks for the tip guys!
0 Likes
See more from me