Page 3 of 5 FirstFirst 12345 LastLast
Results 21 to 30 of 42

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

  1. #21
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,418

    Default

    Has anyone noticed if the problem delay also appears with the open source drivers ?

  2. #22
    Join Date
    Dec 2007
    Location
    Merida
    Posts
    1,099

    Default

    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).

  3. #23
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,418

    Default

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

  4. #24
    Join Date
    Jan 2009
    Posts
    515

    Default

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

  5. #25
    Join Date
    Dec 2007
    Location
    Merida
    Posts
    1,099

    Default

    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).

  6. #26
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,418

    Default

    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 ?

  7. #27
    Join Date
    Dec 2007
    Location
    Merida
    Posts
    1,099

    Default

    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).

  8. #28
    Join Date
    Jan 2009
    Posts
    515

    Default

    Quote 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.

  9. #29
    Join Date
    Mar 2009
    Posts
    18

    Default

    Quote 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.

  10. #30
    Join Date
    Mar 2009
    Location
    Poland
    Posts
    21

    Default

    Quote 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?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •