DXVK 0.54 Brings Better AMD Performance, Improved GPU Utilization

[phoronix]

Phoronix: DXVK 0.54 Brings Better AMD Performance, Improved GPU Utilization

DXVK 0.54 is available today as the latest version of this Direct3D-11-over-Vulkan translation layer to benefit Wine gamers looking to enjoy faster D3D11 gaming performance on Linux...

http://www.phoronix.com/scan.php?page=news_item&px=DXVK-0.54-Released

[ruthan]

I would like to see more Wine benchmarks and also some Wine vs Windows benchmarks, maybe even MacOS for some title, i would bet that Wine would be sometimes better than MacOS.

[Michael]

I would like to see more Wine benchmarks and also some Wine vs Windows benchmarks, maybe even MacOS for some title, i would bet that Wine would be sometimes better than MacOS.

More Wine benchmarks may be coming soon... One of the Wine GSoC students focusing on performance testing is using PTS as part of his work and I've been in communication with him. So once we get PTS Wine support with more tests, then, yes, I will be doing more Wine tests on Phoronix.com.

[shmerl]

Performance increase is even bigger for Vega.

Screenshots at 1920x1200, Vega 56:

[gukin]

Prey 2017 didn't work for 0.53 but it's much better than native for 0.54. Crysis 3 works well too. For whatever reason Origin has a bunch of DX11 stuff that flashes and blinks and eventually crashes the GPU on my 2400G. DXVK just handles it without issue or glitch.

I compile his stuff from source and seeing his instructions and how he's integrated his libraries into winecfg is . . . well, impressive. Mr. Rebohle is charging along at a very swift pace. Sure I compile llvm, kernel 2.16.xx and mesa 18.x.x from source but Philip is cranking this stuff, GOOD STUFF, out every week. It's humbling to see his progression from week to week. I believe that Philip's contribution to WINE will be a critical path to bringing more gaming to Linux. Bravo Mr. Rebohle, and thank you for all you do, your efforts are appreciated.

[boxie]

I believe that Philip's contribution to WINE will be a critical path to bringing more gaming to Linux. Bravo Mr. Rebohle, and thank you for all you do, your efforts are appreciated.

I certainly can believe that.

I think the next steps would be:

• Valve to auto package the games with a wine runtime with flatpak (or snap et al) so the windows games "just run". I am sure there would need to be a feedback thing where Linux users could say "Yes, this worked", "No it didn't"
• Gog to release their Gog Galaxy for Linux with wrapped windows games support (the same way they do for dosbox)

[Kavalor]

Yes that would both be nice.

[oooverclocker]

Thanks to everyone working on DXVK! This is the most wonderful and important project in the last weeks. I can't await to run my Windows only games on Linux on this.

Valve to auto package the games with a wine runtime with flatpak

Let's not make too much premature noise about it and better encourage the right people.

[sdack]

I believe that Philip's contribution to WINE will be a critical path to bringing more gaming to Linux.

He isn't contributing to WINE. He is contributing to Windows gamers. The toolchain of DXVK however appears to only oppose the WINE project, which uses autoconf & make, C and winegcc, whereas DXVK uses meson & ninja, C++ and mingw. DXVK is a Windows DLL and it is distributed as a binary on GitHub aside its source code. Frankly, solo artists like him who avoid and oppose the established projects such as WINE is what Microsoft is now trying to get their hands on.

[theriddick]

I do hope there is more progress being done on the DX12 to Vulkan project.
Seems we have some sneaky exclusives on that walled garden(dx12) which would be nice get around sometime in future.

Hopefully sometime in distant future DXVK will no longer be needed for new games, great for legacy support only sort of thing.

Not sure why people are so upset with meson & ninja, they function fine under Linux and there must be reasons for using it (perform better?, is easier?, also supported on other platforms?)

PS. It is open-source so somebody should try to port over the code to the wine compat compilers if its so important.