If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Comment

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

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

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

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.

Comment

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.