Announcement

Collapse
No announcement yet.

r500 kms performance issues

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

  • #16
    Originally posted by marek View Post
    1) KMS is slower because color tiling in DDX is disabled by default. You need to enable it in xorg.conf, see "man radeon". The man page is for UMS so it lies sometimes.
    Why is it disabled? Does it have some known bugs?

    Comment


    • #17
      Originally posted by chrisr View Post
      For example, try right-clicking on the Earth in celestia and rotating it: it's wonderfully responsive with classic Mesa, but drags horribly with Gallium.
      It's absolutely smooth with Gallium here. Are you sure your glxinfo says "Gallium 0.4 on RV350"? If you got "softpipe", you're not using the driver.

      Originally posted by chrisr View Post
      Gallium renders the stars wrongly, too.
      This is a known issue.

      Originally posted by chrisr View Post
      And don't even think of trying to play World of Warcraft using Gallium
      Well the only way to know whether it works is to try it out and see.

      Comment


      • #18
        Originally posted by oibaf View Post
        Why is it disabled? Does it have some known bugs?
        Not that I know of. I guess we should enable it by default.

        Comment


        • #19
          FWIW seems to be on by default in Fedora 13 and current git head of xf86-video-ati.

          Comment


          • #20
            I'm QUITE sure I'm using Gallium with celestia

            Originally posted by marek View Post
            It's absolutely smooth with Gallium here. Are you sure your glxinfo says "Gallium 0.4 on RV350"?
            Code:
            OpenGL vendor string: X.Org R300 Project
            OpenGL renderer string: Gallium 0.4 on RV350
            OpenGL version string: 2.1 Mesa 7.9-devel
            OpenGL shading language version string: 1.20
            FWIW, my card is AGP with PCI IDs 1002:4153.

            I'm suspecting that celestia is suffering from FDO bug #27297 here, because the CPU usage hits the roof with Gallium: a load average of 1.0, vs ~0.2 with Classic. And that's with me just sitting here watching it.

            Comment


            • #21
              And as for World of Warcraft...

              Originally posted by marek View Post
              Well the only way to know whether it works is to try it out and see.
              I have, and it doesn't. There are no useful error messages to report either.

              Comment


              • #22
                well ok .. i only meant to start this thread because i feared development on open source drivers for r300-r500 chips had pretty much went as far as developers wanted it to go..

                i'll check my 'stack' as some of you have suggested, but afaik everything is up to date .. and from the few benchmarks i can run & from general overall experience & feel, the classic dri option is still faster & snappier than dri2 with kms.

                i guess it's a good thing amd decided to open source it's development for anyone who bought a laptop / card from 2009 and after .. because for all the time it took to get these drivers in acceptable working condition, my hardware really is starting to feel deprecated ... .... ... (even though the best driver avaible to date doesnt fully exploit it ?!) ..

                Comment


                • #23
                  No chance of that. The big effort over the last couple of years, however, was a complete re-architecture of the open source graphics stack which laid the foundation for future improvements. You wouldn't have seen a lot of improvement during that time no matter what hardware you were running. Now you're seeing things like the 300g effort being able to move to the forefront.

                  We should try to understand what is different about your system from the ones where users are reporting good responsiveness on KMS. I know when your system isn't acting the way you want it's easy to think that everyone else must be seeing the same problem but I don't think that's the case here (and if other people don't see the same problem then they ain't gonna FIX IT unless the difference can be quantified somehow.

                  Comment


                  • #24
                    Originally posted by nanonyme View Post
                    FWIW seems to be on by default in Fedora 13 and current git head of xf86-video-ati.
                    Are you sure you don't have it enabled in xorg.conf? On Ubuntu 10.04 + -ati from current git is still disabled:
                    Code:
                    (II) RADEON(0): KMS Color Tiling: disabled
                    Or maybe the Fedora -ati is patched. Anyway it would be nice to have it enabled by default.

                    Comment


                    • #25
                      The easiest way to know if somethings is wrong on your end is to test a live version of fedora. Many dev are using fedora and we are at least 2 trying to make sure fedora has the lastest stuff and works properly.

                      Also it seems that KDE is a lot more problematic with KMS than GNOME. KDE does thing differently and it seems to be path that we haven't paid much attention to.

                      Comment


                      • #26
                        Originally posted by glisse View Post
                        Also it seems that KDE is a lot more problematic with KMS than GNOME. KDE does thing differently and it seems to be path that we haven't paid much attention to.
                        Something similar to domain handling (GetImage) ?
                        Is there still some KDE related improvements pending ? If so, do we expect them in Kernel DRM or in the DDX ?
                        Just curious...

                        Comment


                        • #27
                          FWIW, I haven't experienced and KMS-related issues with KDE.

                          What sort of problems do users report? I don't think that they are generally issues affecting everybody.

                          Comment


                          • #28
                            Originally posted by pingufunkybeat View Post
                            FWIW, I haven't experienced and KMS-related issues with KDE.
                            Actually with an uptodate stack on r700, KDE4 feels pretty sharp.
                            Still remains, in some specific occasions without compositing, barely noticeable redraw delays when switching windows/desktops.

                            This is the issue I used to be obsessed on...
                            Because KDE3 on a old Xpress200M running old XAA driver (4 years old stack, never updated) still remains snappier than the above...

                            Comment


                            • #29
                              I registered just to point out that KMS is also slower for me, but I deduce from what said bridgman that it's probably caused by my weak P4 CPU.

                              What bothers me the most is that r300g is also slower here while everyone seems to claim the contrary. For example, openarena is easily playable with classic mesa but with gallium I experience huge fps drops, I would say that it goes down to something like 2-3fps (I did'nt find any way to display the fps so I can't tell exactly).

                              I pull mesa git every day to test r300g. I'm using kernel 2.6.34-rc5, libdrm 2.4.20, mesa 7.8 for the classic driver and xorg 1.8.0 if these versions can help.

                              Also, my card is RV350 based, AGP and anyway, thank you all developers, keep up the good work !

                              Comment


                              • #30
                                There may be an AGP vs PCIE difference here as well. That seems to be the other common factor to people seeing lower performance with the new stack. Make sure you're running the latest -ati (X driver) as well.

                                Comment

                                Working...
                                X