Valve Lands A Last Minute AMD ACO Improvement For Mesa 24.0

[phoronix]

Phoronix: Valve Lands A Last Minute AMD ACO Improvement For Mesa 24.0

This week prior to the Mesa 24.0 feature freeze / code branching, a notable merge request landed that had been worked on the past few months by one of Valve's open-source Linux graphics driver developers...

https://www.phoronix.com/news/AMD-ACO-Last-Minute-Mesa-24.0

[aufkrawall]

It's just hilarious when game shaders compile faster with ACO on your mobile APU than on your 13700K RTX 4090 Windows system.
Not to mention AMD D3D12/amdvlk LLPC. And I guess ACO RustiCL support is also just a matter of time, which probably will make ROCm (which btw. just hangs my 7800 XT) look bad too...

[user1]

It's just hilarious when game shaders compile faster with ACO on your mobile APU than on your 13700K RTX 4090 Windows system.
Not to mention AMD D3D12/amdvlk LLPC. And I guess ACO RustiCL support is also just a matter of time, which probably will make ROCm (which btw. just hangs my 7800 XT) look bad too...

What's also hilarious is that shader compilation for AMD Linux users is only getting faster (due to continuous ACO improvements and RadeonSi also getting ACO soon as well), while for AMD Windows users it's only getting slower probably because LLPC has started replacing AMD's proprietary compiler in the Windows drivers. I've seen so many complains about game stutters with the new DXNAVI DX 9-11 drivers. I've also personally tested the new OpenGL Windows driver and I felt that shader compilation speed is slower than with the old GL driver.

[OneTimeShot]

AMD should just open source their Windows driver too at this point...

[dimko]

AMD should just open source their Windows driver too at this point...

And no one will support it...

[Kjell]

I'm confused.. Isn't GPL the new default and a performance optimized replacement for ACO in RADV_PERFTEST with RADV?

[kiffmet]

Kjell No. RADV_PERFTEST can toggle different features and not just the shader compiler. GPL ("graphics pipeline libraries" if you want to read up on it) is something else than ACO entirely and its main use is for reducing hitching in DXVK/VKD3D and maybe game console emulators.

[grigi]

As I understand it, this is about increasing resource utilisation by fetching data from memory earlier so you don't sit around twiddling as much.
GPL is about using new parts of the geometry engine to increase resource throughput when you have the data available.

As you make something faster, the bottleneck tends to move to somewhere else. Optimization is an eternal game of whack-a-mole

[agd5f]

AMD should just open source their Windows driver too at this point...

amdvlk is the same vulkan driver that is used in windows.

[shmerl]

How hard is it for AMD to join efforts with radv and replace amdvlk/llpc with it? Can they make radv work on Windows or it's too Linux specific?

And by the way, Intel handles anv on Linux separately from their Windows driver somehow and doesn't sweat about it. So at least in theory AMD could do the same thing at least anywhere where radv/aco could work.