Confused on Steam Play and Proton? Be sure to check out our guide.
We do often include affiliate links to earn us some pennies. See more here.

Valve developer Pierre-Loup Griffais mentioned on Twitter, about a new Mesa shader compiler for AMD graphics named "ACO" and they're calling for testers.

In the longer post on Steam, it goes over a brief history about Valve sponsoring work done by open-source graphics driver engineers, with it all being "very successful". The team has grown and they decided to go in a different direction with their work.

To paraphrase and keep it short and to the point, currently the OpenGL and Vulkan AMD drivers use a shader compiler that's part of the LLVM project. It's a huge project, it's not focused on gaming and it can cause issues. So, they started working on "ACO" with a focus on good results for shader generation in games and compile speed.

It's not yet finished, but the results are impressive as shown:

That is quite an impressive decrease in compile time! They expect to be able to improved that further eventually too, as it's currently only handling "pixel and compute shader stages". Valve also included some gaming results as well. Not quite as impressive when compared to the above perhaps, but every single bit of performance they can squeeze in is great:

With more detailed performance testing info available here. Now that it's looking pretty good, being stable in many games and seeing a reduction of stuttering they're looking for wider testing and feedback. Packages for Arch Linux should be ready later today, with Valve looking into a PPA for Ubuntu too. Interested in testing? See this forum post on Steam.

You can see the full post about it on Steam and more details on the Mesa-dev mailing list entry here. The code can also be viewed on GitHub.

This comes only recently after Valve released a statement about remaining "committed to supporting Linux as a gaming platform" as well as funding work on KWin. Really great to see all this!

Article taken from GamingOnLinux.com.
47 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.
69 comments
Page: «7/7
  Go to:

massatt212 Jul 4, 2019
Quoting: ZapporI made a PPA for Ubuntu, please help me test it! https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco

Froze at Ubuntu login Screen lol
Shmerl Jul 4, 2019
Quoting: massatt212
Quoting: ZapporI made a PPA for Ubuntu, please help me test it! https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco

Froze at Ubuntu login Screen lol

I don't think you should be using experimental Mesa to replace system one. It's always a bad idea. Just build it and load on demand only with games that you test, without touching system packages that affect DE experience.


Last edited by Shmerl on 4 July 2019 at 7:57 pm UTC
massatt212 Jul 4, 2019
im not so good at the linux stuff
its kinda hard. if their is a step by step guys point me to the direction
Shmerl Jul 5, 2019
Quoting: massatt212im not so good at the linux stuff
its kinda hard. if their is a step by step guys point me to the direction

I wrote a guide with some general ideas (though it's a bit out of date for building steps). I'll revisit it once Debian testing will get unfrozen. It focuses on Debian though. But the method to run stuff with custom built Mesa in non standard location is generic.

See: https://www.gamingonlinux.com/wiki/Building_Mesa_from_source


Last edited by Shmerl on 5 July 2019 at 12:03 am UTC
x_wing Jul 5, 2019
Quoting: Shmerl
Quoting: massatt212im not so good at the linux stuff
its kinda hard. if their is a step by step guys point me to the direction

I wrote a guide with some general ideas (though it's a bit out of date for building steps). I'll revisit it once Debian testing will get unfrozen. It focuses on Debian though. But the method to run stuff with custom built Mesa in non standard location is generic.

See: https://www.gamingonlinux.com/wiki/Building_Mesa_from_source

You may want to add meson instructions too. From my point of view, is far easier to setup: https://www.mesa3d.org/meson.html


Last edited by x_wing on 5 July 2019 at 12:18 am UTC
Shmerl Jul 5, 2019
Quoting: x_wingYou may want to add meson instructions too. From my point of view, is far easier to setup: https://www.mesa3d.org/meson.html

Yeah, I'm planning to rewrite it, especially since Debian switched to Meson anyway. I updated my script to use it (Wiki links to it), just didn't get to bring Wiki up to date as well.

See: https://gist.github.com/shmerl/f4e5f76871239158cf083e37c5da56f4


Last edited by Shmerl on 5 July 2019 at 12:22 am UTC
Shmerl Jul 5, 2019
Quoting: GuestIt replaces the Mesa package, but worked just fine :-)

The whole point is not to replace Mesa package. For some Mesa-aco breaks the desktop.
massatt212 Jul 5, 2019
Quoting: Guest
Quoting: massatt212im not so good at the linux stuff
its kinda hard. if their is a step by step guys point me to the direction

I prefer if the setup is easy too. On Arch you can just use an Aur helper like yay and than it is one command: "yay mesa-aco-git"

It replaces the Mesa package, but worked just fine :-)

I Like Arch also, Manjaro is pretty nice, but i cannot get the steamOS Session on it for a steam console mode like on ubuntu


Last edited by massatt212 on 5 July 2019 at 2:34 pm UTC
gurv Jul 8, 2019
Quoting: tuubiWell, I bought an MSI Armor RX580 8G a few months back, and I actually avoid playing anything too GPU-heavy because of the hellish noise it makes, so I wouldn't bet on it. There's also an unhealthy, intermittent rattle coming from the bearings already. This is probably the first and the last MSI product I'll ever buy.
Weird thing is, I couldn't find a single review that had bad things to say about the heatsink back when I bought it. Now there seems to be a new version of the card/heatsink though, so maybe they made it better. Doesn't help me or Mohandevir or course.

This cooler is well-known on the AMD subreddit for being really bad.
The thing is, it's actually not awful (at least with a lower powered RX 570) if you undervolt/underclock the GPU a little AND have good case airflow.

That said my GPU experiences have been the following:
- few (used) high-end ASUS GPUs: good experience, no problems
That said their entry-level designs are a shame and absolutely terrible, and their high-end ones are overpriced. So I personally wouldn't buy an Asus GPU new.
- quite some MSI GPUs: not much real problems but always noisy.
I've decided to avoid MSI from now on.
- quite some Gigabyte GPUs: not much real problems and never noisy
I've decided to buy Gigabyte for the foreseeable future

Edit: oops forgot to add: the above is for NVidia GPUs!
Asus / MSI / Gigabyte will often reuse their NVidia cooler design as is for AMD GPUs (they don't want to invest as much R&D for AMD because sales are traditionally lower). So the cooler design can indeed end up being awful on an AMD GPU.
Sapphire/XFX don't have this problem as they only do AMD GPUs.
But Sapphire often cheapens out on component quality, I personally don't really trust them.
XFX seems meh from what I've read.
Unfortunately there's no EVGA equivalent on the red side.
That might change with the gen after Navi if AMD GPU department pulls out a Ryzen.


Last edited by gurv on 8 July 2019 at 10:43 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.