Alt-tabbing & maximize/unmaximize became slow in Ubuntu 9.04/fglrx 9-4
Upgraded from Ubuntu 8.10 today, and using the same fglrx version, many common operations in compiz are VERY slow. Switching Maximize state (maximize/unmaximize) has a two second delay, and alt-tabing equally so.
$ glxinfo |grep direc
direct rendering: Yes
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon HD 3400 Series
OpenGL version string: 1.4 (2.1.8591)
Last edited by peppo; 04-24-2009 at 06:29 PM.
Is xorg 1.6 the culprit? Can one downgrade somehow safely?
How slow are we talking ? "Acceleration is broken" kind of slow (eg distro upgrade without reinstalling driver) or "everything else is fast except for these specific ops under Compiz" ?
I reinstalled 9-4 from amd.com after the upgrade (the Ubuntu supplied didn't detect any supported devices). Everything else but those operations is fairly snappy, but it's hard to get a proper feel for it since one's workflow is so interrupted.
2D-Acceleration looks generally quite slow with any ati-driver no matter open source or not. Scrolling behaves choppy and - my favourite test - moving audacious-windows is horribly slow. I don't know where the great problem lies in that the linux desktop experience is that bad. Right now I'm using fglrx 8.602 which is the binary driver module found in catalyst 9.4 on a Sapphire Radeon HD 3870 in 1920x1200 without compiz on jaunty. It's really sad - NVIDIA's binary driver modules are so much better...
update: Ah, moving a bigger firefox window is also pretty choppy...
update #2: well, video playback seems to have serious buffering problems - even no-hd videos start lagging after something like 10 seconds of playtime.
Please, don't get me wrong - this is not a stupid rant, I'm just telling you guys my experiences and a little bit about how unhappy fglrx and the OSS-driver me make. I wish I could tell better results than that. Maybe cat 9.5 does everything better .
Last edited by gladiac; 04-26-2009 at 08:49 AM.
I think I have the same issue in ubuntu 9.04 on a mobility radeon 3650 w/ default fglrx from ubuntu repositories (2.1.8575).
The effects themselves are smooth, glxinfo and fglrxinfo look good, glxgears is fast without vsync (2500fps), 3D acceleration works fine.
However actions involving resizing a window are preceded by a 1-2 second pause/lag during which xorg has a 100% cpu utilization of 1 core.
Restoring a minimized window, maximizing/unmaximizing, resizing, all display the same behavior.
It gets worse with window size, restoring a maximized window being the worst case restoring the calculator is much faster.
Effects like ring switcher, scale, and expose work beautifully.
It's just the mundane stuff that are butchered.
Disabling compiz and enabling the metacity compositor does not fix it, the same problem exists.
Disabling compositing altogether does fix it.
apocalypse, I'm glad you can verify this issue. Hopefully someone might point to a possible cause of this. xserver 1.6? Anyone know if this is a version used in any other distribution? What other components that may affected this saw a major upgrade from Ubuntu 8.10 to 9.04?
What's wrong with the OSS-driver(s)? One doesn't have to shove it into every anti-fglrx rant...
Originally Posted by gladiac
Recently I upgraded to Jaunty and started noticing the 2sec. delay when maximize/minimize windows, which was not present in Intrepid. Same driver is being used. Resizing has always been slow. ALT+TAB is fine, however.
This problem is common in all distros (including those with xorg 1.5), not only Ubuntu. It's a known problem and pretty much talked to death about in this forum.
I don't know why older Ubuntus don't have this problem. Probably Ubuntu X.Org patches that either weren't accepted upstream or didn't get submitted upstream at all that were dropped in 1.6. In any case, this bug (maximizing and restoring) has been there for a long time.