Originally posted by nuetzel
View Post
Announcement
Collapse
No announcement yet.
Open-Source Win: RADV Trades Blows With AMDGPU-PRO Vulkan In F1 2017
Collapse
X
-
-
Originally posted by christian_frank View Post
The only title which i know right now which was created with vulkan in mind from the start is Doom2016. You can run it easily on linux using wine-staging and as the vulkan part is pushed through wine directly without any translation, the performance on my nvidia card was fully comparable to the windows performance. If you own that game, you could compare the Windows and Linux (with wine) performance on amd.
Doom has a bunch of AMD specific optimisation that we haven't gotten in llvm/radv, but we are trying to get on top of them.
Dave
- Likes 6
Comment
-
Originally posted by pal666 View Postbest case for whom amd drops directx drivers?
Highly hypothetical, of course. But we also have a working DX9 state tracker over gallium, and I think there were prototype ones for DX10/11. As for 12, that's an other story, but I believe the hardest part is the compiler, anyway, and that's already working pretty well.
OK, to be more explicit: overall, I think it would benefit mesa development (more test cases, and help identify bottlenecks), windows gamers (more performance = win, better support for older GPUs, community-fixable drivers), and AMD (well, because having only one good driver to maintain is obviously beneficial).
That's never going to happen, of course (especially the last part).
- Likes 1
Comment
-
-
Originally posted by airlied View Post
I think Wolfenstein II is in the category as well, though no success on wine as if yet,
Doom has a bunch of AMD specific optimisation that we haven't gotten in llvm/radv, but we are trying to get on top of them.
Dave
Comment
-
Originally posted by M@yeulC View Post
For everyone involved, of course. That's a hypothetical win/win/win situation.
Highly hypothetical, of course. But we also have a working DX9 state tracker over gallium, and I think there were prototype ones for DX10/11. As for 12, that's an other story, but I believe the hardest part is the compiler, anyway, and that's already working pretty well.
OK, to be more explicit: overall, I think it would benefit mesa development (more test cases, and help identify bottlenecks), windows gamers (more performance = win, better support for older GPUs, community-fixable drivers), and AMD (well, because having only one good driver to maintain is obviously beneficial).
That's never going to happen, of course (especially the last part).
Comment
-
Originally posted by humbug View PostSee the below quote from bridgman addressing the issue
https://www.phoronix.com/forums/foru...oxymoron/page4Test signature
- Likes 1
Comment
-
Originally posted by juno View Post
Why would you hope that? AMD can now officially keep their implementation for themselves. They managed to sit the release out until it's already irrelevant.
Comment
-
Originally posted by boxie View Post
or, you know, there can be 2 drivers for AMD that are both maintained and performance stuff from both can be cross pollinated. In this case if there is a game that does not work on one it might work on the other
the downside though is that we have talented developers at AMD working on their driver, and then you have talented devs like David and Bas and the guys at Valve working on RadV. In an ideal world we would want all these guys collaborating on making one driver... But I guess this is a common problem in the world of Linux.
Comment
-
Originally posted by Qaridariumbridgman why not just ship RADV inside of the AMDGPU-pro driver like the pro driver ship ROCm ?
why not just drop the closed source Vulkan driver? why not just bring RADV to windows to?
Comment
Comment