Announcement

Collapse
No announcement yet.

Alt-tabbing & maximize/unmaximize became slow in Ubuntu 9.04/fglrx 9-4

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

  • #21
    Has anyone noticed if the problem delay also appears with the open source drivers ?
    Test signature

    Comment


    • #22
      200M with Jaunty 32bit. Maximizing/unmaximizing has that curious 1-2 second delay. However, minimizing to the panel and restoring has no issues, and neither does manual window resizing (both of which are painfully slow with fglrx).

      Comment


      • #23
        OK, thanks. Looks like I need to upgrade to Jaunty then; I was going to go straight to F11 for KMS/GEM/TTM/DRI2...
        Test signature

        Comment


        • #24
          Do you also have a ~ 1.5 sek delay when open the kde menu? And this delay is when compiz is turned off.

          Comment


          • #25
            KDE4 is just horribly slow. On my laptop's 200M it's just murder (slow menu response, slow window transformation, slow window move). Both fglrx and open source drivers are slow, composite effects or not. When I had Intrepid on the laptop both fglrx and the open driver had similar performance (slow to acceptable). On Jaunty I can only use the open drivers for the 200M; overall performance seems to be slightly worse compared to Intrepid. Incidentally, on the 200M Gnome and Compiz run much better with the "Extra" effect preset than KDE4 with minimal effects (or no effects for that matter).

            Comment


            • #26
              OK, I just updated to Ubuntu Jaunty, running the built-in open source drivers. Predictably, it runs fine, no apparent delays, although I'm running fairly fast hardware (RV570 aka X1950 Pro, quad-core Phenom, 4GB) so maybe that's a factor.

              Is the current thinking that these delays are primarily seen with KDE, ie is my standard Ubuntu (Gnome) desktop not going to cut it ?
              Test signature

              Comment


              • #27
                At the moment I only have my laptop's 200M to test the open drivers on. Generally, Ubuntu Jaunty is very responsive, and as I wrote earlier, even with Compiz on "extra" everything remains fluid. Only thing that's noticeable is that odd 2 second pause/delay when maximizing/unmaximizing windows (which is also present on my HD4850 with the latest fglrx).
                Kubuntu is just slow all around with this same chip, effects on or not. Window minimizing, maximizing, restoring, moving, and even that delay when opening the menu. This same chip runs KDE3.5 just fine so it's odd that it crawls with KDE4, given how everyone goes on about KDE4 being more efficient on resources (which at least the memory footprint seems to indicate).

                Comment


                • #28
                  Originally posted by Melcar View Post
                  At the moment I only have my laptop's 200M to test the open drivers on. Generally, Ubuntu Jaunty is very responsive, and as I wrote earlier, even with Compiz on "extra" everything remains fluid. Only thing that's noticeable is that odd 2 second pause/delay when maximizing/unmaximizing windows (which is also present on my HD4850 with the latest fglrx).
                  Kubuntu is just slow all around with this same chip, effects on or not. Window minimizing, maximizing, restoring, moving, and even that delay when opening the menu. This same chip runs KDE3.5 just fine so it's odd that it crawls with KDE4, given how everyone goes on about KDE4 being more efficient on resources (which at least the memory footprint seems to indicate).
                  Its not kde4's fault. Just tried fedora 11 with kde4 and open source drivers. Runs very very fast! Instantly maximizing windows and no delay when open the kmenu.

                  It must be something with fglrx or jaunty specific.

                  Comment


                  • #29
                    Originally posted by bridgman View Post
                    OK, I just updated to Ubuntu Jaunty, running the built-in open source drivers. Predictably, it runs fine, no apparent delays, although I'm running fairly fast hardware (RV570 aka X1950 Pro, quad-core Phenom, 4GB) so maybe that's a factor.

                    Is the current thinking that these delays are primarily seen with KDE, ie is my standard Ubuntu (Gnome) desktop not going to cut it ?
                    No, GNOME/compiz is what I run, and I see the delay there.

                    Comment


                    • #30
                      Originally posted by BlackStar View Post
                      You misunderstood RealNC: he stated that the issue also occured with Xorg 1.5 (which is true) and that Ubuntu probably patched Xorg 1.5 to avoid this issue (which is also true). Distributions with unpatched Xorg 1.5 also displayed the delay issue you are seeing now (e.g. ArchLinux).

                      The fact is that Ubuntu dropped these patches on Jaunty, because they caused problems with KDE. They also flashed harmless noise on Gnome whenever you restored a window, but few people cared about that.

                      This is a driver issue, fair and square. It should be fixed in fglrx, not worked-around with hacks that display garbage on window resize / restore.
                      Hi. Where can I find this patches? Some links?

                      Comment

                      Working...
                      X