Announcement

Collapse
No announcement yet.

AMD Radeon Gallium3D Starting To Out-Run Catalyst In Some Cases

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

  • AMD Radeon Gallium3D Starting To Out-Run Catalyst In Some Cases

    Phoronix: AMD Radeon Gallium3D Starting To Out-Run Catalyst In Some Cases

    In this article are benchmarks of the past two Ubuntu Long-Term Support releases (Ubuntu 12.04.1 LTS and Ubuntu 10.04.4 LTS) compared to the latest Ubuntu 13.04 development state. Being looked at specifically for this round of testing is the AMD Radeon Linux graphics performance with the latest open-source driver compared to an older Catalyst driver. For an AMD Radeon HD 4800 series graphics card, the current state of the open-source graphics driver on Linux is beginning to outperform an old AMD Catalyst driver from 2010 for select Linux OpenGL games.

    http://www.phoronix.com/vr.php?view=18474

  • #2
    Quite impressive. Great job by those involved!

    Comment


    • #3
      In before the haters...

      Yes, closed source drivers are faster. Yes Catalyst was used from 3 years ago and I'm sure performance has gone up since then. No these tests aren't perfect. But one thing that I do appreciate is Michael including 10.04.4 because it does show just how far the Radeon driver has come in the last 3 years. Its proof that open-source drivers can work outside of just Intel, that the community can do a whole hell of a lot.

      I've stopped using radeon, I think i'm going to stick to intel unless I do another desktop build just because I REALLY appreciate Chris Wilson's "Release early, release often" approach with the driver. With that being said though, I tip my hat off to Marek, to David Airlie, to every member of AMD's OSS-graphics team. If I ever see you guys at a conference, I owe each of you a beer


      PS: If there's another big-name contributor to radeon / radeon-drm / radeon-kernel that has done a lot with fixing the driver up that I didn't think of off the top of my head (marek and David were the only 2), I owe you a beer as well

      Comment


      • #4
        Michael you have overdone yourself :P

        48xx can only support OpenGL 3.3. So when r600g supports geometry it will have OpenGL support on pair with Catalyst drivers (and do not know if Catalyst support OpenGL ES 3.0!).

        Fix that in your article.

        Btw. ETA on geometry shaders anyone?

        Comment


        • #5
          Well done radeon team!

          ETA for smooth on-demand power management? Currently I still have to manually switch profiles, and dynpm (?) flickers a lot.

          Thanks for all your great work!

          Comment


          • #6
            Originally posted by przemoli View Post
            Michael you have overdone yourself :P

            48xx can only support OpenGL 3.3. So when r600g supports geometry it will have OpenGL support on pair with Catalyst drivers (and do not know if Catalyst support OpenGL ES 3.0!).

            Fix that in your article.
            I was talking in more broad terms at the end than just specific to the lone graphics card used for this article.
            Michael Larabel
            http://www.michaellarabel.com/

            Comment


            • #7
              Is it possible that it gained speed because Ubuntu began preinstalling s2tc?

              Comment


              • #8
                Originally posted by Ericg View Post
                PS: If there's another big-name contributor to radeon / radeon-drm / radeon-kernel that has done a lot with fixing the driver up that I didn't think of off the top of my head (marek and David were the only 2), I owe you a beer as well
                That would be Jerome Glisse, from RedHat.

                Comment


                • #9
                  Sadly I don't drink sparkling wine or any other alcohol but if I would I'd open a bottle right now.
                  So the free driver stack is no longer called "a mess" here on phoronix?

                  Comment


                  • #10
                    Yea, the results sure are impressive. I still remember how r600g gave excellent performance in UT2004 on medium-high settings a year back, and nowadays it would be even better. Now my R700 card is used for videos only, but even here it's very impressive - full HD content is shown on screen without any stuttering, even when the card is set on the low profile (which it is pretty much permanently for me now, as there is no more reason to go any higher).

                    Originally posted by Michael View Post
                    I was talking in more broad terms at the end than just specific to the lone graphics card used for this article.
                    Well, you might want to clarify that in the article, then. I wanted to make the same comment...

                    Comment


                    • #11
                      Originally posted by Drago View Post
                      That would be Jerome Glisse, from RedHat.
                      Knew I was forgetting someone! haha

                      Comment


                      • #12
                        What I also take from this, on a slightly off-topic note, is that 13.04 Unity is looking to be much improved for gaming.

                        Comment


                        • #13
                          Nice article!

                          Comment


                          • #14
                            Originally posted by Kano View Post
                            Is it possible that it gained speed because Ubuntu began preinstalling s2tc?
                            No, it shouldn't be, because when s3tc extension is missing a texture just aren't filled by data, so texture will be just blank and nothing more. If these games have support for both compressed and non compressed textures (when s3tc ext is missing) some small performance drop may be visible, but for mid-end cards like a tested HD4830 it shouldn't be a visible difference in performance (of course it depend on textures count, but I think that these games doesn't need too much bandwith for a textures).

                            Comment


                            • #15
                              Originally posted by Ericg View Post
                              PS: If there's another big-name contributor to radeon / radeon-drm / radeon-kernel that has done a lot with fixing the driver up that I didn't think of off the top of my head (marek and David were the only 2), I owe you a beer as well
                              Others that you missed (besides Jerome Glisse, who was already mentioned):
                              Christian König
                              Michel Dänzer
                              Vincent Lejeune
                              Tom Stellard

                              They've been mostly working on the LLVM Backend and the SI driver which haven't been getting as much headline space, but they've been churning out code like madmen lately. Several of them work for AMD, but I'm not sure about all.

                              Comment

                              Working...
                              X