Announcement

Collapse
No announcement yet.

Testing RADV's Out-of-Order Rasterization Vulkan Performance

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Testing RADV's Out-of-Order Rasterization Vulkan Performance

    Phoronix: Testing RADV's Out-of-Order Rasterization Vulkan Performance

    With the RADV Vulkan driver recently landing improvements to its out-of-order rasterization support, I ran some performance benchmarks of this non-default feature to see if it made much of a deal for today's Vulkan Linux games...

    http://www.phoronix.com/scan.php?pag...-of-Order-Test

  • nanonyme
    replied
    Originally posted by R41N3R View Post
    Combining the Vulkan drivers wouldn't be beneficial like in the OpenGL world. Actually I like that we have for AMD two great Vulkan drivers that benefit from each other and compete on a performance level. And then there is the Nir support from RADV that helps to enable OpenGL 4.6 and maybe replaces TGSI at some point. So I can only see advantages.
    Yeah, and a lot of heavy lifting happens in kernel and LLVM anyway and gets shared out of the box

    Leave a comment:


  • Shevchen
    replied
    Nice results, esp. as those are games which are not written from the core up for Vulkan. Results on games designed for Vulkan should end up with even bigger performance leaps. Every little bit helps.

    Leave a comment:


  • R41N3R
    replied
    Combining the Vulkan drivers wouldn't be beneficial like in the OpenGL world. Actually I like that we have for AMD two great Vulkan drivers that benefit from each other and compete on a performance level. And then there is the Nir support from RADV that helps to enable OpenGL 4.6 and maybe replaces TGSI at some point. So I can only see advantages.

    Leave a comment:


  • nanonyme
    replied
    Originally posted by humbug View Post
    But in the case of Vulkan it's a shame that they don't combine their efforts with the AMD devs. Would be nice if all the smart people were contributing to the same driver (I don't mind either RadV or amdvlk).

    But I understand the reality that amdvlk codebase is needed for windows, and that the community including Red Hat, Valve etc had to act rather than wait for AMD.
    Not reasonable to contribute on amdvlk without having an NDA on AMD so you see unpublished sources. The code pushes are too large and too seldom

    Leave a comment:


  • GruenSein
    replied
    Originally posted by tichun View Post

    It would be better late than never, if they combined efforts.
    You can only reasonably mean combining efforts on AMDVLK. Please don't make people reiterate why AMD needs their own cross platform code base.

    Leave a comment:


  • humbug
    replied
    Originally posted by tichun View Post

    It would be better late than never, if they combined efforts.
    It would, But now the community including Valve is heavily invested in RadV. And everybody is using RadV, it has been rolled out as the default Vulkan driver for AMD.

    Leave a comment:


  • tichun
    replied
    Originally posted by humbug View Post
    But in the case of Vulkan it's a shame that they don't combine their efforts with the AMD devs. Would be nice if all the smart people were contributing to the same driver (I don't mind either RadV or amdvlk).

    But I understand the reality that amdvlk codebase is needed for windows, and that the community including Red Hat, Valve etc had to act rather than wait for AMD.
    It would be better late than never, if they combined efforts.

    Leave a comment:


  • humbug
    replied
    Originally posted by ethana2 View Post
    I appreciate all the hard work VALVe is putting into Linux graphics drivers so much. They're all awesome. I hope they know how awesome they are.
    But in the case of Vulkan it's a shame that they don't combine their efforts with the AMD devs. Would be nice if all the smart people were contributing to the same driver (I don't mind either RadV or amdvlk).

    But I understand the reality that amdvlk codebase is needed for windows, and that the community including Red Hat, Valve etc had to act rather than wait for AMD.
    Last edited by humbug; 04-15-2018, 03:12 AM.

    Leave a comment:


  • ethana2
    replied
    I appreciate all the hard work VALVe is putting into Linux graphics drivers so much. They're all awesome. I hope they know how awesome they are.

    Leave a comment:

Working...
X