Announcement

Collapse
No announcement yet.

The Cost Of ATI Kernel Mode-Setting On Fedora 12

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

  • The Cost Of ATI Kernel Mode-Setting On Fedora 12

    Phoronix: The Cost Of ATI Kernel Mode-Setting On Fedora 12

    One of the articles on Phoronix last week was entitled Intel Linux Graphics Shine With Fedora 12, which showed off the nice state of Intel graphics on this latest Red Hat release when it came to kernel mode-setting and its 3D stack with it working well "out of the box" and offering some nice performance gains over the earlier Fedora 10 and Fedora 11 releases. While the Intel stack may be improved in Constantine, the ATI support has taken a hit, as users were quick to point out in response to last week's article. In particular, when using the ATI kernel mode-setting driver in Fedora 12 (which is the default for pre-R600 hardware), there is a large performance discrepancy compared to using the traditional user-space mode-setting for ATI Radeon hardware. Today we are looking at what exactly the performance cost is for using ATI KMS in this new release.

    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
    Hmm yet another fact finding failure, we do ship r600 with kms by default.

    3D isn't but thats easy to get working.

    Comment


    • #3
      also F12 has GL tearing avoidance enabled, so you'll get vsynced back/front copies instead of tearing like you get with UMS.

      Also color tiling isn't enabled by default under KMS which is probably something we should fix.

      I'd be really interested in a follow up one or two tests to see if colortiling actually could help on the r500, I just forgot to enable it for F12 final.
      Last edited by airlied; 25 November 2009, 07:23 AM.

      Comment


      • #4
        You told me that only

        yum install mesa-dri-drivers-experimental

        was needed for r600 3d, that's not that complicated. But for testing selinux sucked more when you wanted to try the driver with Quake Live.

        Comment


        • #5
          Am I the only one who noticed the first graph maximum to be dangerously close to 33%, that is 1 out of the three cores? I don't know what you used for decoding, but libav is single threaded for the most part... To me it looks like with KMS it played at a slower speed and stopped playing to early after the time the movie should have finished.
          And of course I wonder why the performance for UT2004 does increase with the resolution with UMS.

          Comment


          • #6
            Well H264 with 33% is very low bitrate, i would not even call that a needed test. Use something that really hits 100%.

            Comment


            • #7
              This isn't news. I have filled bugs against this issue (https://bugzilla.redhat.com/show_bug.cgi?id=533244 and https://bugzilla.redhat.com/show_bug.cgi?id=466695, to mention some). I always start with no modeset because the performance hit is absurd.

              Comment


              • #8
                If you use a file that needs 100% CPU just to be decoded, you won't see the difference between the different graphic paths, will you?

                Comment


                • #9
                  Well you will see that you need video decode accelleration

                  Comment


                  • #10
                    Use latets packages F12 from koji and you see that lots of those issues are already fixed and they will end up as updates in time. KDE4.3.3 works now perfectly with kms on 4850 (kwin effects on) )) no more glitches also ut2k4 and nexuiz works great now. Just today updated latest xorg-x11-drv-ati package and got a nice performance bump.

                    It's amazing how quickly this stuff improves

                    Comment

                    Working...
                    X