Announcement

Collapse
No announcement yet.

radeon with DRI2 slower?

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

  • radeon with DRI2 slower?

    I noticed that switching DRI2 on with radeon (R500) is considerable slower than using DRI1. Furthermore all application and games seem to be locked at 30fps.
    Is there perhaps some VSYNC forced on by default or is the new memory menager still not mature?

  • #2
    Considering that the radeon KMS is still in the staging area of an unreleased kernel, that seems not far-fetched.

    Comment


    • #3
      dri2 currently is only available for cards until the r5xx, right ?

      I'd really like to use it with my 4850 if it wasn't too buggy (meaning extremely unstable or hardlocking my box)

      these graphical corruptions with compiz are driving me nuts

      Comment


      • #4
        kernelOfTruth, you are one lucky guy to be in Vienna. I'd give my eye teeth to live there... even though I cannot abide Sachertorte.

        Seat of the pants DRI2/KMS actually feels faster to me and I'm no longer having an issues with X crashing while running Compiz. Very stable.

        1st gen Macbook Pro with X1600
        Debian Unstable
        Kernel 2.6.31-rc8
        Week old Mesa, DRM and xf86-video-ati git pull.

        Comment


        • #5
          DRI2 is mostly only supposed to be faster if you're running OpenGL under OpenGL compositing (eg Compiz). DRI2 without compositing is slower than DRI1 without compositing afaik. ^^
          Reason being with DRI2 you can get direct rendering under Compiz.

          Comment


          • #6
            Originally posted by madman2k View Post
            Furthermore all application and games seem to be locked at 30fps.
            Is there perhaps some VSYNC forced on by default or is the new memory menager still not mature?
            Now that I read that again, I'm actually less sure. That smells very much like vsync if you get that even with simple OpenGL games...

            Comment


            • #7
              If even the non-benchmark glxgears runs at 30fps, it's likely either something related to vsync, or maybe some parts of your stack aren't being hardware accelerated after all (check glxinfo).

              If you're certain that neither of the above is the case, then it's a bug. (Actually, even if vsync is to 30fps, that should still be considered a performance problem since we really want vsync to monitor refresh rate...)

              Comment


              • #8
                Originally posted by nanonyme View Post
                DRI2 is mostly only supposed to be faster if you're running OpenGL under OpenGL compositing (eg Compiz). DRI2 without compositing is slower than DRI1 without compositing afaik. ^^
                Reason being with DRI2 you can get direct rendering under Compiz.
                That would follow as I haven't played a game in three years. Sad state of affairs...

                Comment


                • #9
                  Originally posted by nhaehnle View Post
                  If even the non-benchmark glxgears runs at 30fps, it's likely either something related to vsync, or maybe some parts of your stack aren't being hardware accelerated after all (check glxinfo).

                  If you're certain that neither of the above is the case, then it's a bug. (Actually, even if vsync is to 30fps, that should still be considered a performance problem since we really want vsync to monitor refresh rate...)
                  thanks for the hint. glxgears runs at ~1000fps. After that I tried changing my refresh rate from 60hz to 50hz and voila: chromium ran at 50fps (most of the time). So it seems to be a combination of vsync and driver slowness. When the rendering is to slow to produce 60fps it drops to a integral divider which is 30fps because of vsync. But it seems it still can produce 50fps constantly.
                  Is there a way to disable vsync with DRI2? I am using the Xorg edgers PPA, so everything is just several days old...

                  Comment


                  • #10
                    Originally posted by amphigory View Post
                    That would follow as I haven't played a game in three years. Sad state of affairs...
                    Well, that's only for doing the same things DRI1 is capable of. You get more extensions (and higher level OpenGL) supported with KMS+mm and might end up getting better performance in complex applications later on (read: games).

                    Comment


                    • #11
                      Originally posted by madman2k View Post
                      Is there a way to disable vsync with DRI2? I am using the Xorg edgers PPA, so everything is just several days old...
                      Is there an option in Chromium to disable vsync?

                      There are also (or used to be) options for vsync in the driconf (use the driconf application to view & change). To be honest, I'm not sure if those actually work correctly, I have to admit that this is not my area of expertise.

                      Comment


                      • #12
                        using driconf has no effect. Neither has disabeling vsync in openarena (where is an option to do so). I probably should ask on IRC or something
                        Last edited by madman2k; 09-08-2009, 06:01 PM.

                        Comment


                        • #13
                          Hi all,

                          I saw chart with test report on www.free3d.org and wanted to check how well performs x1600 on Fedora 11 in glxgears. FPS rate (ca. 600 fps) was lower than in test reports for this card so I fired up Ubuntu 9.04 live CD and recived much better FPS rate (ca. 2300 fps). Here are the results of testing script mentioned on that site.

                          Fedora 11
                          0.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]
                          model name : Mobile AMD Sempron(tm) Processor 3400+
                          cpu MHz : 800.000
                          X.Org version: 1.6.3.901
                          dimensions: 1280x800 pixels (338x211 millimeters)
                          depth of root window: 24 planes
                          direct rendering: Yes
                          server glx vendor string: SGI
                          server glx version string: 1.2
                          --
                          OpenGL vendor string: DRI R300 Project
                          OpenGL renderer string: Mesa DRI R300 (RV530 71C5) 20090101 x86/MMX+/3DNow!+/SSE2 TCL DRI2
                          OpenGL version string: 1.4 Mesa 7.6-devel
                          Linux 2.6.30.5-43.fc11.i686.PAE
                          [1] 4826
                          3031 frames in 5.0 seconds = 606.196 FPS
                          3084 frames in 5.0 seconds = 616.757 FPS
                          3070 frames in 5.0 seconds = 613.844 FPS
                          3069 frames in 5.0 seconds = 613.692 FPS
                          2842 frames in 5.0 seconds = 568.293 FPS

                          Ubuntu 9.04:
                          0.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]
                          model name : Mobile AMD Sempron(tm) Processor 3400+
                          cpu MHz : 800.000
                          X.Org version: 1.6.0
                          dimensions: 1280x800 pixels (338x211 millimeters)
                          depth of root window: 24 planes
                          direct rendering: Yes
                          server glx vendor string: SGI
                          server glx version string: 1.2
                          --
                          OpenGL vendor string: DRI R300 Project
                          OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX+/3DNow!+/SSE2 TCL
                          OpenGL version string: 1.3 Mesa 7.4
                          Linux 2.6.28-11-generic
                          [1] 5070
                          12044 frames in 5.0 seconds = 2408.769 FPS
                          12119 frames in 5.0 seconds = 2423.689 FPS
                          12181 frames in 5.0 seconds = 2436.176 FPS
                          11745 frames in 5.0 seconds = 2348.968 FPS
                          11585 frames in 5.0 seconds = 2316.902 FPS

                          I've red Testing Out AMD's DRI2 Driver Stack and infered that maybe DRI2 is to blame.
                          My question is: Is it possible to easy change OpenGL renderer to DRI on Fedora 11 so I could get better performance?

                          Thanks in advance for all replies.

                          Comment


                          • #14
                            I recommend against reading that page, they have no idea what they're talking about. If you seriously want to stop using KMS, you can do radeon.modeset=0 in Fedora but this will rid you of FBO's. The Fedora results are actually really better in that sense...

                            Comment


                            • #15
                              Originally posted by nanonyme View Post
                              If you seriously want to stop using KMS, you can do radeon.modeset=0 in Fedora but this will rid you of FBO's.
                              What I want is the best performance on Fedora 11, and i suspect that FBO is required for that.

                              Originally posted by nanonyme View Post
                              The Fedora results are actually really better in that sense...
                              In my reasoning glxgears shows how well card performs. Card have considerably more fps in Ubuntu so Ubuntu is better or maybe shouldn't I look at fps value during my comparison?
                              Last edited by NSLW; 09-20-2009, 05:12 AM. Reason: question tag added

                              Comment

                              Working...
                              X