Announcement

Collapse
No announcement yet.

More Patches Published For AMD's RadeonSI Gallium3D Driver

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

  • More Patches Published For AMD's RadeonSI Gallium3D Driver

    Phoronix: More Patches Published For AMD's RadeonSI Gallium3D Driver

    For those getting back into Mesa/Gallium3D driver testing from Git following the holidays, Marek Ol??k published another big set of patches this weekend...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    I'm looking forward to it. Sea Islands used in Kabini still has some occasional rendering artifacts in KDE. Also gaming performance is horrible, but then, it might be that these very games are using emul-linux-x86-opengl (32 bit libs on 64 Gentoo), which contains an older mesa which is not suitable for Kabini chips.
    Stop TCPA, stupid software patents and corrupt politicians!

    Comment


    • #3
      Originally posted by Adarion View Post
      I'm looking forward to it. Sea Islands used in Kabini still has some occasional rendering artifacts in KDE. Also gaming performance is horrible, but then, it might be that these very games are using emul-linux-x86-opengl (32 bit libs on 64 Gentoo), which contains an older mesa which is not suitable for Kabini chips.
      why don't you switch to no-emul profile. It works nicely and I had to add just a few packages to /etc/portage/package.accept_keywords

      Comment


      • #4
        the thirteen patches don't deliver any breakthrough features or big performance gains, but mostly comes down to maintenance work and various fixes.
        Actually there are 4 dependant patches before that:



        And when someone touch VBOs in some way, there should be some performance difference Perf can go low or up, didn't tried yet.

        @Adarion

        My Kabini works fine, but yeah 32bit games are always little slower with fglrx too.
        Last edited by dungeon; 05 January 2015, 07:49 AM.

        Comment


        • #5
          Yup , quick tried and not good - perf goes down this time, -3% mostly but sometimes even -15%

          Comment


          • #6
            Originally posted by dungeon View Post
            Yup , quick tried and not good - perf goes down this time, -3% mostly but sometimes even -15%
            Then try find which one in particular drops the performance and reports it ?

            Comment


            • #7
              Originally posted by mannerov View Post
              Then try find which one in particular drops the performance and reports it ?
              Yeah, i will see those vbos seems isn't checking uses_centroid now...

              Comment


              • #8
                Only it is not just a single one, but last two 12 and 13 - that is it

                Comment


                • #9
                  Originally posted by dungeon View Post
                  Only it is not just a single one, but last two 12 and 13 - that is it
                  But yeah 12 is where main slowness begin:

                  Comment


                  • #10
                    Originally posted by stikonas View Post
                    why don't you switch to no-emul profile. It works nicely and I had to add just a few packages to /etc/portage/package.accept_keywords
                    This sounds like Gentoo. I've seen a few things about going full-multilib instead of using the emul-libs, but don't know how ready it really is for prime-time. I have one game in particular that won't run with the emul-libs on my Kaveri for this same reason, so I only play it on a different (and slower) computer. Going full multilib might fix that.

                    Can you give some pointers, and more important - experience?

                    Comment

                    Working...
                    X