AMD's Open-Source Mesa Driver Continues To Be Ruthlessly Optimized For Workstation Performance

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • aufkrawall
    Senior Member
    • Feb 2017
    • 1600

    #11
    Originally posted by grigi View Post
    Also, Intels Linux drivers are just a much better experience than the windows ones. They might lack performance in some cases, but in regards to weird bugs is far superior.
    I wonder if Intel Mesa and Windows use the same shader compiler.

    Comment

    • ezst036
      Senior Member
      • Feb 2018
      • 681

      #12
      Originally posted by uid313 View Post
      AMD has a weird strategy with multiple redundant stacks. They should just open source everything.
      It makes sense to me. A company has a piece of software that for whatever reasons(legal or otherwise) they simply can't open source, so they develop a whole new stack that from its inception has as its goal to be an open source stack, and over time work to continue to deprecate the use cases for the closed stack in favor of the open stack until the open stack is superior in every way.

      Comment

      • khnazile
        Senior Member
        • Mar 2017
        • 134

        #13
        Vega gpus with dedicated memory are still crashing randomly: https://gitlab.freedesktop.org/drm/amd/-/issues/716
        There's no sign of AMD doing anything about that. This is very disappointing, and that is one of the reasons why I can't recommend buying their products. Opensource drivers have a very little value when they don't work.

        Comment

        • PublicNuisance
          Senior Member
          • Oct 2014
          • 167

          #14
          Originally posted by Serafean View Post
          So it took 10+ years from playing complete catchup, to getting to the point "Binary blob might be completely forgotten about". Good job everyone involved.
          A pleasure to be an AMD linux customer.

          Not exactly, firmware blobs will still be present and required.

          Comment

          • aufkrawall
            Senior Member
            • Feb 2017
            • 1600

            #15
            I have random reboots on Windows too with ASPM enabled, be it with RDNA2 or Ampere GPU. It is not like proprietary drivers would miraculously not be affected by such (platform) bugs.
            amdgpu kernel driver + Mesa proved to be very stable here...

            Comment

            • user1
              Senior Member
              • Sep 2019
              • 1109

              #16
              For the last few months AMD Windows drivers had frequent driver timeouts (black screen for a few seconds) on Polaris products, which still aren't fixed in the latest driver. They require a restart because they sometimes happen almost every minute. I've used Windows a little bit not long ago and tbh, on Linux everything feels much more stable because it currently has zero issues with Polaris (at least in my experience).

              Comment

              • Lech
                Junior Member
                • Aug 2021
                • 15

                #17
                Originally posted by khnazile View Post
                Vega gpus with dedicated memory are still crashing randomly: https://gitlab.freedesktop.org/drm/amd/-/issues/716
                There's no sign of AMD doing anything about that. This is very disappointing, and that is one of the reasons why I can't recommend buying their products. Opensource drivers have a very little value when they don't work.
                Yep, can confirm on vega 56. I'm not sure if they will ever fix it, it's really annoying even if the crashes are rare.

                Comment

                • ferry
                  Senior Member
                  • Mar 2013
                  • 277

                  #18
                  "The current gap for Snx [Siemens NX] between pro drivers and Mesa is ~2% with my private branch."

                  Strange, according to wikipedia "Starting with version 1847, support for Windows versions prior to Windows 10 as well as for macOS was completely removed, and the GUI was removed from the Linux version."

                  So, why is opengl performance measured with Snx?

                  Comment

                  • Teggs
                    Senior Member
                    • Jun 2018
                    • 440

                    #19
                    Originally posted by ferry View Post
                    So, why is opengl performance measured with Snx?
                    Because the poster Marek was replying to referenced Snx explicitly.

                    Comment

                    • Viki Ai
                      Phoronix Member
                      • Oct 2019
                      • 90

                      #20
                      This is why I use Radeon GPUs at home. And at work where I can (to the point of having IT just buy me a Radeon Card instead of upgrading my whole machine since Dell presently is only shipping Nvidia-based systems, at least via what our IT department offers - I am less fussy on machines that will only be using Windows, but this particular box is going to be running Linux for GPU-heavy applications and life is too short and my time too valuable to be messing about with closed Nvidia drivers!)

                      Comment

                      Working...
                      X