Announcement

Collapse
No announcement yet.

AMD Fusion Linux Gallium3D Performance Has Improved A Lot

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

  • #16
    Originally posted by agd5f View Post
    Please file a bug (https://bugs.freedesktop.org). Also, are you only seeing issues with dpm enabled or in general? There are some issues with UVD and suspend/resume that have patches pending what may fix the issues you are seeing. Please provide the details in the bug report.
    I don't know how to properly debug my suspend / resume process. If you can point me to a source or wiki where I can RTFM and document myself about logging / debugging suspension / resuming, you'll have those reports. My issues are with dpm enabled, only.

    Comment


    • #17
      I noticed how SB Vadims shader optimizer makes everything run not only faster, but also more power efficient.
      Just look - SB is dark red, original compiler is orange. SB runs close to catalyst, near half the power consumption!

      Comment


      • #18
        It's my E-350!!!

        Thanks for benchmarking my APU Michael! :-)

        A question:
        - How to correctly interpret the total frame time graphics? I already read in phoronix people saying the important is lower peaks, even with less time.

        Comment


        • #19
          Originally posted by brosis View Post
          I noticed how SB Vadims shader optimizer makes everything run not only faster, but also more power efficient.
          Just look - SB is dark red, original compiler is orange. SB runs close to catalyst, near half the power consumption!
          Uh? SB is dark red, no SB is grey. Lower is better. And there is no power consumption anywhere.

          Comment


          • #20
            Originally posted by Alejandro Nova View Post
            I don't know how to properly debug my suspend / resume process. If you can point me to a source or wiki where I can RTFM and document myself about logging / debugging suspension / resuming, you'll have those reports. My issues are with dpm enabled, only.
            @agd5f: After updating firmware from kernel master git trees, suspending and resuming seems to work. Unless I get more errors, I think I'm going to file a Fedora bug report instead of a fd.o one; Fedora must ship all relevant firmware.

            Comment


            • #21
              I was curious about that triangle test and traced it. It's a glorified glxgears, testing swap speed.

              Comment


              • #22
                Originally posted by curaga View Post
                I was curious about that triangle test and traced it. It's a glorified glxgears, testing swap speed.
                Yeah we had that discussion the last time the test was used. To perform "well" in this task you have to disable "SwapBuffersWait" in xorg.conf:

                http://phoronix.com/forums/showthrea...058#post346058

                But it's definitely a no-go for me because I really can't stand tearing ;-)

                Comment


                • #23
                  Oh, I forgot about that. Anyway, the Prey, UT and unvanquished bottlenecks do seem interesting.

                  Comment


                  • #24
                    Originally posted by Alejandro Nova View Post
                    I don't know how to properly debug my suspend / resume process. If you can point me to a source or wiki where I can RTFM and document myself about logging / debugging suspension / resuming, you'll have those reports. My issues are with dpm enabled, only.
                    @agd5f: The latest fixes from your tree worked, so, no bug report Coincidentally, I faced something like this on Catalyst, somewhere in 2012, and not only on Linux (on Windows too), so these UVD issues seem to be known.

                    A million thanks, for fixing my suspend/resume cycle.

                    Comment

                    Working...
                    X