FGLRX Catalyst and Resizing with Desktop Effects

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • zx2c4
    Phoronix Member
    • Jan 2009
    • 91

    FGLRX Catalyst and Resizing with Desktop Effects

    Many users, including myself, have experienced the following problem: resizing windows with desktop effects (kwin, compiz, compositing, etc) turned on is excruciatingly slow. But for the most part, other operations are snappy and ordinary. Resizing windows with desktop effects turned on is painful.

    Many have simply said "oh this is an unfortunate driver bug and you'll just have to wait until ATI fixes it," but I am not satisfied with this lackluster response. Sure it's a driver bug, but it seems so dire that there must be some work around, some fix, some anything to make window resizing acceptable.

    Many have "suggested" a few of the standard flags for xorg.conf that are generally used to speed things up, but these suggestions are just guesses and after reading through countless forum posts, it seems like the usual bag of tricks won't work to fix this horrid resizing bug. And assume that disabling desktop effects is out of the question.

    So Phoronix forum members, I look to you for help: how can I have desktop effects and resizing with acceptable speed? I would like to both have my cake and eat it, so to speak. What shall I do?

    Other failed forum attempts so that you don't repeat false solutions:
    Technical support and discussion of the open-source AMD Radeon graphics drivers.




    Stats:
    gentoo linux
    x86-64
    xorg 7.4
    xorg server 1.5.3
    fglrx 9.1
    kde 4.2
    qt 4.4.2
    Last edited by zx2c4; 30 January 2009, 02:19 AM.
  • grantek
    Senior Member
    • Jul 2008
    • 310

    #2
    Do you know exactly what it affects? I've never noticed "excruciatingly slow" resizing on a 4850 with Ubuntu/Compiz, but constant resizing of a window will peg a cpu core at 100%

    Comment

    • zx2c4
      Phoronix Member
      • Jan 2009
      • 91

      #3
      When resizing a window by dragging from point A to point B, I have to hold the mouse button down over point B for ~2 seconds before the resizing occurs.

      Comment

      • Melcar
        Senior Member
        • Dec 2007
        • 1516

        #4
        fglrx + HD3850 w/ Ubuntu 8.04 64bit 2.6.28; both manual and automatic resizing with Compiz on is fast. Have not tried with KDE4. Guess I'm just lucky. It's rather weird that many users report different things all the time (ex. mipmaps don't work on my card but no one seems to have that same problem). I guess that's the price of distro diversity.

        Comment

        • zx2c4
          Phoronix Member
          • Jan 2009
          • 91

          #5
          Looks like ubuntu/compiz users are fine. Still many many many of us have this problem. Anyone know how to fix it?

          Comment

          • alec
            Junior Member
            • May 2008
            • 46

            #6
            fglrx 8.12 + xfce compositing + HD3870 = slow window resize, alt-tab, desktop switch
            Spent some 8 hours trying various xorg.conf options, nothing helped. Will try 9.1 when its packaged.
            AFAIK the solution is open-source driver, but its not acceptable for me. I need GPU power management to keep PC quiet.

            Comment

            • parepidemos
              Junior Member
              • Jan 2009
              • 1

              #7
              Originally posted by alec View Post
              fglrx 8.12 + xfce compositing + HD3870 = slow window resize, alt-tab, desktop switch
              Spent some 8 hours trying various xorg.conf options, nothing helped. Will try 9.1 when its packaged.
              AFAIK the solution is open-source driver, but its not acceptable for me. I need GPU power management to keep PC quiet.
              I can confirm the problem on kde 4.2 under Ubuntu (Kubuntu) 8.10.

              Don't bother with the 9.1 driver, I just installed it and the issue persists. The interesting thing to me is that this did not occur with either kde 4.1 or the 4.2 RC.

              Regards

              Comment

              • zx2c4
                Phoronix Member
                • Jan 2009
                • 91

                #8
                This occurred in 4.1 and 4.2 rc for me.

                Comment

                • zx2c4
                  Phoronix Member
                  • Jan 2009
                  • 91

                  #9

                  Comment

                  • RealNC
                    Senior Member
                    • Jul 2008
                    • 4247

                    #10
                    Same here. Users who report that it works for them usually don't have the window contents shown while resizing. With the window contents shown, resizing is slow as hell. Maximizing windows is also slow. This has been this way for as long as I can remember and with any compositing manager I ever tried.

                    Comment

                    Working...
                    X