Bug 18339 - Window resize very slow compared to Metacity
Summary: Window resize very slow compared to Metacity
Alias: None
Product: xorg
Classification: Unclassified
Component: App/compiz (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: David Reveman
QA Contact: Xorg Project Team
Depends on:
Reported: 2008-11-01 10:19 UTC by Remco
Modified: 2009-02-07 15:25 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Description Remco 2008-11-01 10:19:54 UTC
Try resizing a heavy-weight application such as Firefox 3.

When using Metacity, what you'll see is that the window bounds and the decorations will move seamlessly with your cursor. The contents of the Firefox window will not update that fast, so you'll see 'empty' grey space when you increase the size.

However, when using Compiz, what you'll see is that the window bounds and decorations will actually wait a long time before moving along to the new location of the cursor. It seems that Compiz waits for the contents of the window to be repainted for the new size, before it moves the window bounds and decorations.

Metacity's way of 'cheating' actually makes the system look a lot faster than it is, because the resizing operation works seamlessly. With Compiz, window resizing becomes a tiresome process, because you constantly have to wait for the window to catch up with your cursor. If you let go of your mouse button too soon, the window might not even resize at all.
Comment 1 Kristian Lyngstøl 2009-02-07 15:25:19 UTC
Resizing is a well known issue. We're hopefully getting this sorted out once and for all during the Compiz 0.9 development cycle. 

I'm closing this bug because we're moving bug trackers. You're welcome to re-open at bugs.opencompositing.org, but this is a problem we're well-aware of. 

Sorry for the inconvenience. 

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.