Check out our Monthly Survey Page to see what our users are running.
We do often include affiliate links to earn us some pennies. See more here.
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:
  • 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.
Tags: Beta, Steam
24 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
25 comments
Page: «2/3»
  Go to:

dubigrasu Jul 26, 2017
[quote=DamonLinuxPL]
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
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...
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.
Vash63 Jul 26, 2017
View PC info
  • Supporter
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.
linuxjacques Jul 26, 2017
Quoting: Vash63
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.

Thanks! That must be it. I'll try this when I get home.
LinuxGamesTV Jul 26, 2017
Quoting: Vash63
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.

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
SuperTux Jul 27, 2017
Quoting: BdMdesigN
Quoting: Vash63
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.

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.

The person who reported the bug used driver nvidia-driver-384.59 which I believe is the newest, just an fyi. I am on the same one as you.

I suspect its something they got running with SteamOs and probably tested with Ubuntu, and broke it with other distros. Hopefully they will fix it.
Seil0 Jul 27, 2017
Quoting: BdMdesigN
Quoting: Vash63
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.

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.
I had the same problem on tumbleweed, starting steam with STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 fixed the issue for me.
Xpander Jul 27, 2017
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
LinuxGamesTV Jul 27, 2017
Quoting: Seil0
Quoting: BdMdesigN
Quoting: Vash63
Quoting: 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
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.