Announcement

Collapse
No announcement yet.

ATI R500 Gallium3D Performance In June 2010

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

  • #41
    Apart from the quite good performance of the r300g driver, I'm quite disappointed as for now with the unstability of the driver, it causes quite a lot of crashes with my Mobility x700. Another shortcoming is that I can't get Compiz to work when XRandR enables a second screen, and can even cause absolute freezes with an artefacts-fill screen. This is a bit annoying knowing that my Compiz settings won't always come back identical, which means I must every now and then check everything back yet again. When falling back on the classic mesa stack, I don't have any of those issues

    I guess it is due to the experimental state of the r300g, but still, before improving the features, it could be useful to work on stability.

    Comment


    • #42
      Today I was able to make Enemy Territory: Quake Wars work seemlessly with graphics details set on "Normal" and this is a 2008 game with a very advanced rendering engine so I wouldn't say it's worse than other radeon drivers.

      I think the stability of Compiz is more influenced by the DRI state tracker than anything else, but I might be wrong. If you can somehow get a backtrace, please create a bug in the FDO bugzilla with the backtrace attached.

      We know about the hardlocks on RV410 but it looks like no developer has a clue about what goes wrong there (and I don't think any r300g developer uses this chipset).

      Comment


      • #43
        The main problem I have is terrible lag with gallium. Apart from that it runs significantly faster than plain old mesa.
        But that doesnt help much if it trails an estimated 300ms behind my input.

        Comment


        • #44
          Mez', when you "fall back to the classic mesa stack" does that also involve going back to UMS/DRI1 or are you still running KMS/DRI2, just with the classic mesa driver ?
          Test signature

          Comment


          • #45
            For compiz or any other GL compositor, they need to check the max texture size supported by the hardware before starting; unfortunately, they usually don't. The max texture size on r3xx/r4xx is 2048 pixels so if you desktop is larger than that, you will have display issues regardless of what driver you use.

            Comment


            • #46
              Originally posted by barkas View Post
              The main problem I have is terrible lag with gallium. Apart from that it runs significantly faster than plain old mesa.
              But that doesnt help much if it trails an estimated 300ms behind my input.
              This is caused by the driver emitting more command streams than your GPU can process. It can be fixed by inserting a sync at the end of every frame but there is no way to notify a 3D driver about that in DRI2. Shouldn't this issue be taken care of by DRI2 Swap & Sync?

              Comment


              • #47
                I hope so, because in this state it's not quite usable.

                Comment


                • #48
                  Originally posted by agd5f View Post
                  For compiz or any other GL compositor, they need to check the max texture size supported by the hardware before starting; unfortunately, they usually don't. The max texture size on r3xx/r4xx is 2048 pixels so if you desktop is larger than that, you will have display issues regardless of what driver you use.
                  In fact, I don't have any of those issues when using 2 screens under the classic mesa driver with Compiz (in KMS mode, for bridgman), so I would say I can't agree with you.

                  Comment


                  • #49
                    The max texture size is 2048. That's a hardware limit. If your desktop is larger than that you will hit problems. What the driver does when it gets a texture larger than the max is another issue.

                    Comment


                    • #50
                      Originally posted by agd5f View Post
                      The max texture size is 2048. That's a hardware limit. If your desktop is larger than that you will hit problems. What the driver does when it gets a texture larger than the max is another issue.
                      The second screen, which is a TV, adds 1024x768 to the initial 1280x800 resolution of my notebook. I have to say that I used to have those same issues a year ago with the classic stack, but a correction of the mesa driver (unfortunately, I don't know exactly which one nor when) overcame the issue and then I could perfectly use Compiz with my 2304x768/800 desktop. It is far from being a blocker, so don't take my words as a criticism for the sake of it, but it would jsut be nice/perfect if this r300g Gallium driver could do the same without having to deal between both settings.

                      Comment

                      Working...
                      X