fglrx driver + compiz's "Sync to Vblank" makes display stutter/slow

[Jiri Grönroos]

[Impact]
The user's display only redraws at 20-30Hz (1/3-1/2 of the correct monitor refresh rate). Making a highly unpleasant graphics experience.

[Development Fix]
Simplified the way the compiz opengl plugin does vsync, using fewer functions and simpler code. This works around the slow functions in the fglrx driver which are the root cause.

[Stable Fix]
As above.

[Test Case]
Make sure "Sync To VBlank" is enabled in the OpenGL section of CompizConfig Settings Manager. In Ubuntu 11.04 it is enabled by default.

Drag some windows around. Also open and close windows. The animations will not be smooth as they appear to stutter. The framerate is only around 20-30Hz.

Now turn "Sync To VBlank" off and repeat the above steps again. If you notice the animations are much smoother than with "Sync To VBlank" on then you are suffering from this bug.

[Regression Potential]
Low.
Worst case: Video tearing occurs. However this is unlikely given the fix has been in everyday use by many users of ppa:vanvugt/compiz for many months already.

[Original Report]
This bug is primarily for users of the fglrx driver, but the proposed fix does improve performance with other drivers. Most NVIDIA users should look at bug 92599 instead.

Package: fglrx
Version: 2:8.840-0ubuntu2

01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700 Series]

I have ATI's 5770 with fglrx. Having "Sync to Vblank" on makes Unity and many Compiz features (Enhanced Zoom, Scale etc.) really slow. Turning "Sync to Vblank" off has a huge effect on desktop, responsiveness is much, much better. Turning "tearing" off/on from amdccle doesn't seem to have any effect on responsiveness.

In Maverick "Sync to Vblank" was off by default, in Natty it's on. This will probably have a huge impact on many fglrx users.

[Jiri Grönroos (jiri-gronroos)]

"Sync to Vblank" can be found from CompizConfig Settings Manager -> OpenGl -> Sync to Vblank

[Stefanauss (stefanauss)]

I can confirm on Ati Mobilty Radeon HD 4570.
More than being slow, the real pain is wepages showing tearing while scrolling. Anybody experiencing this too?

[bojanski (bojanski)]

Confirming this on 11.04 on ATI HD 5470 - sync to Vblank off is a major boost in performance.
Also, the website issue manifestation is there also, the entire system is much slower.

[Alek Kowalczyk (alek-kowalczyk)]

I confirm that Sync to VBlank improved situation.
But graphics on my desktop is still significantly slower than in 10.10, especially in 3d effects like application switchers, which are now not responsive enough to be pleasant in daily work.

Tested both in Unity and Classic.
ATI Radeon HD 3200 Graphics,
fglrx 2:8.840-0ubuntu4

Relevant xorg.log sections attached.

[Nick Mitchell (eb-nickm)]

Same here, even after disabling VSync setting. I see a significant slowdown in simply typing in a text box or using Eclipse vs. 10.10. Even spinners in Firefox are choppy. Oddly enough, the Unity Launcher bar scrolls in and out like butter. Xorg and compiz are also chewing up a lot of CPU cycles, 25% and 16% respectively on a Quad-core processor.

fglrx 2:8.840-0ubuntu4
Radeon HD 4200

[Uwe Pfeifer (alphatrax)]

same here. even with v-blank disabled the graphics are slow/laggy.

[Felix Kuehling (felix-kuehling)]

The Catalyst Control Center has two vblank settings. One is the global tear-free setting under "Display Option". The other one is "Wait for vertical refresh" under "3D-More Settings".

Does it help if you set the latter to "Off, unless applications specifies" and restart X?

[Jiri Grönroos (jiri-gronroos)]

@ Felix, your suggestion didn't help in my case.

Could other people test Felix's suggestion as well?

[Nick Mitchell (eb-nickm)]

@Felix Didn't work here either.

Interesting thing I noticed after restarting Xorg was that workspace switching is really smooth with no windows open. Soon as I opened Chrome, performance took a dive and gets progressively worse as windows open...

[robinl (robin4home)]

Both tear-free and Wait for vertical refresh are off - still have very poor responsiveness and frame rates while moving windows and switching between applications on my Radeon 5850.

[abhijeet (abhijeetnayak)]

I am facing the same issue and I have raised the another bug for it. Application switching the quite sluggish. Is there anyway we can increase the severity of this issue, so that Ubuntu team will start looking into it seriously.

[Felix Kuehling (felix-kuehling)]

@robinl: What about the sync-to-vsync setting in CompizConfig Settings Manager (AKA ccsm)? As already reported by other users, this seems to be the main problem leading to poor compositor frame rates on Ubuntu 11.04 with fglrx, regardless of raw hardware performance.

Some users with low end or integrated graphics are still experiencing lag even with sync-to-vsync disabled in ccsm. See Nick's report above for example. That's why I was suggesting to try the other vsync and tear-free options in the Catalyst Control Center. You have a fairly powerful discrete graphics card, so I would not expect your system to be affected by long lag as reported by Nick.

[robinl (robin4home)]

@Felix That's off too. V-sync is off in both Catalyst centre and ccsm, and tear-free is off too. When I drag windows around my mouse cursor seems to follow my movement without any problems but the window will only redraw at around 1-2fps. Running fgl_glxgears gives me fps in the thousands but the image only updates at less than 5fps.

Here's my Catalyst information page: http://iforce.co.nz/i/u3xkzvl4.ug4.png

[Nick Mitchell (eb-nickm)]

Tried fgl_glxgears and got an interesting result, a little different than robinl. It flew along at ~450fps, updating image the entire time, no problem. It would only stop and choke when my XTerm displayed the fps results. I minimized my XTerm, no more choking. I tried something else -- I minimized all windows with text in them, and I can scroll quickly and smoothly between workspaces. If I restore a window with text, goes back to being slow again.

Makes me wonder if this is a font rendering problem....

[Felix Kuehling (felix-kuehling)]

@robinl: I've seen that problem. The updates very infrequently when there is a high FPS application running, for example glxgears or fgl_glxgears. I believe this is a bug in compiz. Setting "Wait for vertical refresh" under "3D-More Settings" to "Always on" works around the problem for me because it forces the applications to a lower frame rate which doesn't overwhelm compiz.

Do you have any applications running that constantly redraw at a very high frame rate?

[Chris Halse Rogers (raof)]

Adding a compiz task. Whether or not there's an actual compiz bug under here, it seems like there's a workaround that could be applied in Compiz.

[robinl (robin4home)]

@Felix: Thanks for the suggestion. That fixes the the fgl_glxgears update issue but the whole system still feels slower than before. The Compiz window repaint problem is still there - it would redraw fairly often if I move the mouse slowly while moving a window around but if I start moving it quickly it the image would stop to repaint and stay at one place until I slow down my mouse again. All during this time the mouse cursor repaints without any visible slowdown. I tried to record a video of it happening but it didn't work with xvidcap, probably due to compiz.

[gunwald (gunwald)]

I can confirm big problems fglrx and new compiz version. I am using a Radeon 4200 onboard device. But I cant confirm that disabling the v-sync option in CCSM and compiz increases the situation. Its rather the opposite. With this option disabled I have to wait some seconds until a window follows my cursor! With vsync enabled it works a bit better, so its usable, but very much slower than with 10.10. I have for example to switch of compiz to play video fluently. Is there some hope that there will be a fix for that soon? If not, I really will have a look for another distribution. Can not understand why Canonical publishes a bad working version of compiz!

[bagl0312 (bagl0312)]

Look here:

https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/768275/comments/5

I found that disabling fglrx and using the open source drivers improves a lot the speed for my card:

01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4200]

Of course also proprietary drivers should work, but the above is a good solution

[Stefanauss (stefanauss)]

Unfortunately it's not a solution. Open driver has major power management
issues that prevent many people to use it. See bug 563156.
It's a real shame because it's true, performance-wise (non-gaming) radeon
driver has no issues whatsoever.

Il giorno 04/mag/2011 11:49, "bagl0312" <email address hidden> ha
scritto:
>
> I found that disabling fglrx and using the open source drivers improves
> a lot the speed for my card:
>
> 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD
> 4200]
>
> Of course also proprietary drivers should work, but the above is a good
> solution
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/763005
>
> Title:
> Fglrx with Compiz's "Sync to Vblank" makes Unity/Compiz plugins to
> crawl
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/763005/+subscribe

[Nick Mitchell (eb-nickm)]

@bagl0312 No joy. I can't seem to get X to start without fglrx and video-ati.

[Larry (larryfroot)]

Downloaded and installed ati-driver-installer-11-4-x86.x86_64.run for the 48xx series, using debs generated from it. Still getting 59 - 60 fps from glxgears. That's with synch to Vblank and detect refresh rate in compiz manager turned off. With them turned on its still 60 fps. fglrxinfo tells me I have the correct fglrx driver installed.

[Daniel Burke (dan-p-burke)]

Even disabling VSync the performance is appalling on my 4870x2, where on 10.10 everything was silky smooth.

[Jiri Grönroos (jiri-gronroos)]

Sorry to bother but...

There's also a similar bug report for NVIDIA users, see bug 760814.

[Aleksander Nowodziński (oleczeq)]

Confirmed.
The problem occurs with ATI Radeon HD 4250. Everything is really choppy even with sync-to-vblank off and all those fixes enabled in Catalyst Control Center (described above). Tested both on repository-native drivers and 11.5 from the producer's website.

The open driver works very well with compiz+unity. It doesn't support fast acceleration in games though.

[Marko Martinović (marko-martinovic-deactivatedaccount)]

Guys, after installing compiz settings manager and removing vsync checkbox, performance is ok for HD 4770. Ati takes care of vsync with their Tear Free whatever so no vsync issues after removing that checkbox. This is major problem for Ati owners.

[Dennis-martin-herbers (dennis-martin-herbers)]

I can confirm this on my desktop (Radeon HD 4850) and notebook (Fusion E-350). Disabling Sync to Vblank in CCSM improves desktop performance A LOT.

[Aleksander Nowodziński (oleczeq)]

@Marko Martinović, Dennis-martin-herbers: It's still far from the optimum (and even far from the open-source drivers' performance) after disabling `Sync to Vblank` in CCSM (Radeon 4250). Menus and windows appear with delay. GUI is still choppy.

[David Horváth (chronos-hun)]

I confirm the choppiness on HD4200, and upgraded to 8.850 ATI driver to see if it differs, but not.

Any workarounds?

[Ricardo Graça (devius)]

@David Horváth Maybe switch to Unity 2D for the time being. It is working very well for me. Only the spread and desktop switcher animations are a bit sluggish and with some visual corruption, but other than that performance is awesome. I'm also using an HD4200 with the latest Catalyst 11.6.

The problem in general seems to be that screen updates are very very slow, as if something is limiting the frame-rate to some 2-4fps (even with no sync to vblank options activated). One good example is inkscape. Try opening it and doing some panning. With Unity it is very very choppy. Same thing with Unity 2D or Ubuntu Classic without effects and it's completely smooth.

[Nick Mitchell (eb-nickm)]

@Devius Big ups! Unity-2D makes my workspace bearable again, thanks for that!

[Daniel van Vugt (vanvugt)]

This feels like the same issue as bug 145431 where compiz simply had the wrong framerate so was trying to sync to the wrong frequency.

In older versions of CCSM there was an option to fix the framerate manually. I remember it used to incorrectly detect 50Hz where it should have been 60Hz. But I don't see such an option to tweak this in natty.

The turning off Sync to Vblank in CCSM workaround works for me (ATI HD 6350/5450). But it's not ideal enabling tearing. I want smooth graphics back :(

[Daniel van Vugt (vanvugt)]

Tracked down the problem. (Obviously) ATI's implementation of GLX_SGI_video_sync does not behave the way compiz expects it to. And compiz is frequently skipping 1-2 frames, making a 60Hz display actually render compiz at 20-30Hz.

The confusion is that compiz expects glXGetVideoSyncSGI to return immediately but with fglrx it seems to take a whole frame or two before returning. Though I can't find proof that ATI is at fault and have violated the spec at all (http://www.opengl.org/registry/specs/SGI/video_sync.txt).

Shouldn't matter though. The fix for compiz is simple and should work with all drivers. Almost done...

[Aleksander Nowodziński (oleczeq)]

After I had switched from ATI I found that the problem also occurs with some NVidia cards. Initially everything is alright but after couple of hours (NVidia 9600GT) the same strange thing is happening. Perhaps it's some kind of general Compiz issue?

[Daniel van Vugt (vanvugt)]

Hmm, since the trigger for this bug is the behaviour of fglrx and it could definitely be improved, best to leave the door open.

[Daniel van Vugt (vanvugt)]

@Aleksander: My proposed fix is a general compiz change, so yes it might improve Vsync behaviour for Nvidia too.

Always remember to enable sync to vblank in your driver control panel too. For ATI Catalyst it's called Tear Free Desktop.

[Zahan M (zahanm)]

@vanvugt awesome, thanks for looking into this!
Is it safe to come back over to Unity 3d now then? :)

[Daniel van Vugt (vanvugt)]

I'm only fixing the exact problem described in the Bug Description. So the fix will only work for you if the workaround described at the top works for you.

Of course, if the workaround works for you then you could always have kept Unity 3D. Just turn off Sync To VBlank in CompizConfig Settings Manager and turn on Tear Free Desktop in ATI Catalyst Control Center.

Actually I found the workaround still has slightly better performance than the fix. This is because even with the fix, compiz has to wait for Vblank. But the workaround uses GPU/driver features to do the same thing more efficiently.

[Daniel van Vugt (vanvugt)]

Revisiting this fix today... I discovered a similar (but different) slow down when I switched to Intel graphics this week. So I'm updating the fix for this bug to also address the framerate problem I found on Intel, which really affects all graphics chips.

[Daniel van Vugt (vanvugt)]

The fix is now available for testing on natty using ppa:vanvugt/compiz
https://launchpad.net/~vanvugt/+archive/compiz

I have initially submitted this fix for lp:compiz to hopefully get it into oneiric. If accepted then I'll happily propose it for natty-updates too.

[Daniel van Vugt (vanvugt)]

I've tagged a few other bugs that might be duplicates of this one; "might-be-763005"

[Simon Schneegans (simonschneegans)]

I installed the patched version of compiz and used it for some hours.

My system:
- 64 bit natty
- NVIDIA Driver Version: 280.13
- Graphics Processor: GeForce GT 425M

And sadly, nothing changed for me:
- moving wobbly windows is still very sluggish from time to time (as well as moving desktop icons, btw)
- disabling v-sync in ccsm makes the whole desktop choppy
- with v-sync disabled in the nvidia-settings, glxgears reports frame-rates ~5000 but barely updates once a second

[Owen Williams (ywwg)]

I'm also seeing all the same problems, including weird glxgears frame-rates (which get better as the window gets bigger!) and unusuably slow window resizing. GeForce 8400M GS, version 270.41.06

[Alexandre Anoutchine (xirius)]

Tested the patch and it changes absolutely nothing for me :(

My system:
 - 64 bit natty
 - nVidia Driver ver: 270.41.06
 - Graphics Processor: GeForce GTX 480

I don't notice any differances. Moving wobbly windows (and so on .. ) is still very sluggish.

[Daniel van Vugt (vanvugt)]

Sorry to hear NVIDIA users are not benefiting. But I'm confident that fglrx and some intel users will get joy from the fix. Because I've tested those :)

P.S. NVIDIA users, I think you should be looking at bug 92599. That describes the driver issue that tricks compiz into using the wrong refresh rate. Sadly this fix is not enough to work around that NVIDIA issue.

[Leandro Carneiro (leotavaneiro)]

Well, I turned the sync to blank option on compiz and corrected the refresh rate and the desktop is now usable. It was fast using Ubuntu on Virtualbox on Windows!
Anyway, what I saw with glxgears is this: a constant framerate of 60fps! I don't know if this is a coincidence, but it appears to me that have, somewere, a frame rate limit misconfigured elsewere...

[Serious Sven (s-gertsen)]

I notice that when I use the latest FGLRX drivers from AMD (8.881), I have to disable Tear Free Desktop in the AMD Catalyst Control Center and enable Sync To VBlank at the CompizConfig Settings Manager.

Only then does my desktop run smooth.

Hopefully this is helpful to other people.

[Serious Sven (s-gertsen)]

I forgot to mention that I got it working with the solution above and the update from ppa:vanvugt/compiz

Thanks for the fix Daniel!

[Daniel van Vugt (vanvugt)]

Fix is committed upstream: http://git.compiz.org/compiz/core/commit/?id=691b88ea9d8140f08a87aeae4f34fe076fd04565

[Daniel van Vugt (vanvugt)]

And the fix has been removed now:
http://git.compiz.org/compiz/core/commit/?id=c9081ea4424a5f7f43335f882a01e4b7d2384825

Sam; please let me know if it needs more work.

[Sam Spilsbury (smspillaz)]

To clarify this fix breaks the API and will be in for the next cycle

On Mon, Sep 12, 2011 at 11:07 AM, Daniel van Vugt <email address hidden> wrote:
> And the fix has been removed now:
> http://git.compiz.org/compiz/core/commit/?id=c9081ea4424a5f7f43335f882a01e4b7d2384825
>
> Sam; please let me know if it needs more work.
>
> ** Changed in: compiz
>       Status: Fix Committed => In Progress
>
> --
> You received this bug notification because you are a member of compiz
> packagers, which is subscribed to compiz in Ubuntu.
> https://bugs.launchpad.net/bugs/763005
>
> Title:
>  Compiz's "Sync to Vblank" makes display stutter/slow with some drivers
>  (like fglrx)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/compiz/+bug/763005/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~compiz
> Post to     : <email address hidden>
> Unsubscribe : https://launchpad.net/~compiz
> More help   : https://help.launchpad.net/ListHelp
>

--
Sam Spilsbury

[Daniel van Vugt (vanvugt)]

Of course; the header file changed. I can only assume you would revert it because no git branch exists for the next cycle yet?

In the mean time, this bug seems to be in a messy state "In Progress" while the proposal is Merged already. What's the best way to clarify this?

[Sam Spilsbury (smspillaz)]

For now, leave it as in progress. My apologies for the confusion
regarding this :)

On Mon, Sep 12, 2011 at 11:31 AM, Daniel van Vugt <email address hidden> wrote:
> Of course; the header file changed. I can only assume you would revert
> it because no git branch exists for the next cycle yet?
>
> In the mean time, this bug seems to be in a messy state "In Progress"
> while the proposal is Merged already. What's the best way to clarify
> this?
>
> --
> You received this bug notification because you are a member of compiz
> packagers, which is subscribed to compiz in Ubuntu.
> https://bugs.launchpad.net/bugs/763005
>
> Title:
>  Compiz's "Sync to Vblank" makes display stutter/slow with some drivers
>  (like fglrx)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/compiz/+bug/763005/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~compiz
> Post to     : <email address hidden>
> Unsubscribe : https://launchpad.net/~compiz
> More help   : https://help.launchpad.net/ListHelp
>

--
Sam Spilsbury

[Dennis-martin-herbers (dennis-martin-herbers)]

Next cycle? As in 12.04? So that means regular AMD users that don't know about the workaround will be rightfully moaning about slow Unity performance for six more months then.

[Daniel van Vugt (vanvugt)]

Yes, it would be unfortunate if this fix was not in 11.10. Very bad for user experience, and bad publicity for Unity and Ubuntu while the desktop is so painful as described in this bug. Speaking of which, "Importance" is still "Undecided".

If the fix is not in oneiric, I'll put it in my PPA.

[Daniel van Vugt (vanvugt)]

I've just had a look at potential API compatibility problems and I don't see any. Only global variables, typedefs, and one non-virtual function was added. None of these should affect binary compatibility with the existing compiz 0.9.5 code at all. Certainly, no member variables or virtual functions have changed.

Please correct me if I'm wrong...
lp:~vanvugt/compiz-core/fix-763005

[Daniel van Vugt (vanvugt)]

OK, I have proposed a new version of the fix that will work upstream without any changes to header files. So should be good to go in compiz 0.9.5 and oneiric.

But I still think the first version was API-safe too :)

[Daniel van Vugt (vanvugt)]

Here's a what the new fix looks like relative to upstream compiz. Much simpler than the first version.

[Daniel van Vugt (vanvugt)]

Good news. The new fix has been accepted into compiz-core so should go upstream soon. And _hopefully_ will trickle down into oneiric before it's released.

[Dennis-martin-herbers (dennis-martin-herbers)]

I am confused. Is this fixed in today's compiz update? It's not in the changelog.

[Dennis-martin-herbers (dennis-martin-herbers)]

Tried it. It's not fixed with the update "compiz 1:0.9.5.94+bzr20110919-0ubuntu1", why the hell not? :(

[Jiri Grönroos (jiri-gronroos)]

Please keep it civilized. Hopefully it will be fixed before Oneiric gets released. Otherwise it could be marked as SRU.

[Daniel van Vugt (vanvugt)]

Not sure why it's missing because the new fix is dated earlier than 20110919. Probably just the bzr->git import pulling in dates from bzr which are older than when the pull actually occurred.

Missing in oneiric:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/compiz/oneiric/view/head:/plugins/opengl/src/screen.cpp

But present upstream:
http://git.compiz.org/compiz/core/tree/plugins/opengl/src/screen.cpp

No matter -- the fix exists upstream and should be seen next time oneiric pulls from upstream compiz.

Right, Sam? :)

[Daniel van Vugt (vanvugt)]

The new fix has been (re)committed upstream:
http://git.compiz.org/compiz/core/commit/?id=6a32434a1f11e3c38db8df9f0aba3c9fa1ddaa25

[Dennis-martin-herbers (dennis-martin-herbers)]

It doesn't look like it will make it, so would you set up a PPA for oneiric in the meantime?

[Daniel van Vugt (vanvugt)]

That's strange. The fix [1] is definitely in upstream compiz [2] and has been for a couple of weeks. But it's missing from the "core-0.9.6" release [3] and missing in the latest snapshots pulled into oneiric [4].

Sam, Didier, any idea why this fix didn't get pulled into "core-0.9.6" or oneiric?

[1] http://git.compiz.org/compiz/core/commit/?id=6a32434a1f11e3c38db8df9f0aba3c9fa1ddaa25
[2] http://git.compiz.org/compiz/core/tree/plugins/opengl/src/screen.cpp#n33
[3] http://git.compiz.org/compiz/core/snapshot/core-0.9.6.tar.gz
[4] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/compiz/oneiric/view/head:/plugins/opengl/src/screen.cpp#L38

[Daniel van Vugt (vanvugt)]

The fix is now available (but not tested) for oneiric in ppa:vanvugt/compiz
https://launchpad.net/~vanvugt/+archive/compiz

Let me know how it works out for you.

[Daniel van Vugt (vanvugt)]

Actually, it's still building in ppa:vanvugt/compiz. Try again in 30 minutes.

[Dennis-martin-herbers (dennis-martin-herbers)]

The updated packages from your PPA fixed the problem for me (AMD Fusion E-350) :-)

[Daniel van Vugt (vanvugt)]

Thanks to Didier for clarifying... This fix missed the oneiric release but will be in the first update.

[Sam Spilsbury (smspillaz)]

Indeed, we're currently only allowing crash fixes into the distro.

My sincerest apologies over the confusion with this, it was a good
fix, but breaks of the ABI breaks there was some confusion caused. The
non-ABI breaking fix will be in the next SRU.

On Tue, Oct 4, 2011 at 3:52 PM, Daniel van Vugt <email address hidden> wrote:
> Thanks to Didier for clarifying... This fix missed the oneiric release
> but will be in the first update.
>
> --
> You received this bug notification because you are a member of Unity
> Bugs, which is subscribed to unity.
> https://bugs.launchpad.net/bugs/763005
>
> Title:
>  Compiz's "Sync to Vblank" makes display stutter/slow with some drivers
>  (like fglrx)
>
> Status in Compiz:
>  Fix Committed
> Status in Unity:
>  Fix Committed
> Status in “compiz” package in Ubuntu:
>  In Progress
> Status in “fglrx-installer” package in Ubuntu:
>  Confirmed
>
> Bug description:
>  This bug has been found to affect users of fglrx (ATI/AMD) and Intel
>  graphics drivers. NVIDIA users should look to bug 92599 instead.
>
>  TEST CASE:
>
>  Make sure "Sync To VBlank" is enabled in the OpenGL section of
>  CompizConfig Settings Manager. In Ubuntu 11.04 it is enabled by
>  default.
>
>  fglrx: Drag some windows around. Also open and close windows. The
>  animations will not be smooth as they appear to stutter. The framerate
>  is only around 20-30Hz.
>
>  intel and possibly any driver: Press WinKey+S or WinKey+W rapidly to
>  trigger the expo/workspace animations. These are full-screen
>  animations. But are they silky-smooth?
>
>  Now turn "Sync To VBlank" off and repeat the above steps again. If you
>  notice the animations are much smoother than with "Sync To VBlank" on
>  then you are suffering from this bug.
>
>  ORIGINAL DESCRIPTION:
>
>  Package: fglrx
>  Version: 2:8.840-0ubuntu2
>
>  01:00.0 VGA compatible controller: ATI Technologies Inc Juniper
>  [Radeon HD 5700 Series]
>
>  I have ATI's 5770 with fglrx. Having "Sync to Vblank" on makes Unity
>  and many Compiz features (Enhanced Zoom, Scale etc.) really slow.
>  Turning "Sync to Vblank" off has a huge effect on desktop,
>  responsiveness is much, much better. Turning "tearing" off/on from
>  amdccle doesn't seem to have any effect on responsiveness.
>
>  In Maverick "Sync to Vblank" was off by default, in Natty it's on.
>  This will probably have a huge impact on many fglrx users.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/compiz/+bug/763005/+subscriptions
>

--
Sam Spilsbury

[Paul Weiss (interweiss)]

@vanvugt Thanks. Your ppa has solved my problem.

[Aaron Mayse (eyeless1)]

Is anyone else still having this problem? I'm using fglrx on a Radeon HD 4670, and dragging windows around still only happens at <1 fps.

Of course, I'm also having numerous other problems, like compiz crashing every time I maximize my browser window, and CCSM will randomly crash the window decorator or even all of compiz, so it might be a problem unique to me.

[Achim (ach1m)]

@eyeless1, maybe you are looking for this one https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/874514

[germulvey (gerardmulvey)]

I stopped using ubuntu due to this issue. The fact the importance is undecided is laughable. Any bug affecting visual appearance or use to any user has a high importance in regards to fixing imho

[Daniel van Vugt (vanvugt)]

I agree it should be high importance. Perhaps someone with sufficient permission (an Ubuntu Member) can set it for us?

[quequotion (quequotion)]

>>72 (smspillaz)

Could you explain that ABI breakage problem again, without sentence breakage?

[Daniel van Vugt (vanvugt)]

@quequotion, smspillaz was just being very cautious and backed out the first version of the fix because it changed a couple of header files at a time when ABI compatibility was required.

While I argued that the header changes did not affect ABI compatibility, it is now irrelevant. Because we have now replaced it with a similar fix that does not require changing any header files. And it's easier for compiz developers (and maintainers of distros that use compiz) to trust that ABI compatibility is retained if no headers have changed.

In summary, not a problem. All fixed.

[Michele Giacomoli (michele-giacomoli)]

@Van Vught, can you upload a patched packages of compiz version 0.9.6+bzr20110929-0ubuntu6 in your PPA since the new version in the proposed repository hasn't this bug fixed??

Any chance to have this bug fixed in the official Ubuntu updates for Oneiric??

[Daniel van Vugt (vanvugt)]

OK, ppa:vanvugt/compiz has been updated. Please wait for it to build...

compiz (1:0.9.6+bzr20110929-0ubuntu6vv1) oneiric; urgency=low

  * Rebased on oneiric-proposed version 1:0.9.6+bzr20110929-0ubuntu6.

[Michele Giacomoli (michele-giacomoli)]

Thank you very much van Vugt, everyone using fglrx drivers needs this patch.

But wouldn't be better to have this patch applied in the official Ubuntu updates? What is the motivation which prevents us from doing this?

[Omer Akram (om26er)]

seems to me the fix is already applied to the -proposed version of compiz that was upload two days ago. so anyone affected please test compiz proposed.
compiz (1:0.9.6+bzr20110929-0ubuntu6) oneiric-proposed; urgency=low

[Michele Giacomoli (michele-giacomoli)]

I tried it yesterday, but it seemed not to be applied in compiz (1:0.9.6+bzr20110929-0ubuntu6), but maybe I'm wrong

[Dennis-martin-herbers (dennis-martin-herbers)]

I can confirm this is NOT fixed in 1:0.9.6+bzr20110929-0ubuntu6 (proposed). However, it is fast again (as expected) with Daniel's PPA. Please add this fix, there's more than two AMD users out there and they would love to have better performance.

[Daniel van Vugt (vanvugt)]

It's definitely not fixed in -proposed yet:

http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/compiz/oneiric-proposed/view/head:/plugins/opengl/src/screen.cpp#L1019

Don't worry, it's on my list of things to do this week.

[Michele Giacomoli (michele-giacomoli)]

Ok, no problem, I was just wondering why the patch wasn't applied yet... now I have the answer.

[Mario (mariodopico)]

Hi,
Sorry for my English

Once the bug is fixed which is the ideal setting?

In Catalyst Control Center:

Tear-free --> ON or OFF?
Wait for vertical refresh -> On or Off?

In CompizConfig Settings Manager:

Sync to VBlank --> ON or OFF?

[Dennis-martin-herbers (dennis-martin-herbers)]

Once the bug is fixed, you should use the defaults: Tear-Free-Desktop: off, Wait for vertical refresh: off, unless application requests otherwise, Sync to VBlank (CCSM): on.

[Mario (mariodopico)]

Ok, thanks

[Luigi (luigi-peachovsky)]

Sorry for the offtopic, I noticed this update is part of unity 4.26, when can we expect it to land in oneiric?

Thanks,

L.

[Daniel van Vugt (vanvugt)]

I don't know if the Unity team has an exact date in mind. The list of things to be fixed for Unity update 4.26 appears to be just over half completed:

https://launchpad.net/unity/+milestone/4.26.0

I don't think it's necessary to sync compiz updates with Unity, but that appears to be the way the project is managed officially.

[Bucic (bucic)]

On the whole situation:
Ubuntu team - truly laughable...
Daniel - thank you for your work!

I've just tried Daniel's PPA. Compiz updated, using AMD Catalyst 11.10. After trying the default options with no success I tried many combinations of them. Still no luck. The defaults I reverted to were:

In Catalyst Control Center:
Tear-free - OFF
Wait for vertical refresh - OFF, unless...

In CompizConfig Settings Manager:
Sync to VBlank - ON
Detect refresh rate - ON (but why the number reads 50?!)

[Daniel van Vugt (vanvugt)]

@Bucic, To work around this bug you need:

In CompizConfig Settings Manager:
Sync to VBlank - OFF
Detect refresh rate - Is not relevant. But if you're interested then the (future) fix for bug 880707 will bypass incorrectly detected refresh rates.

And I would recommend:

In Catalyst Control Center:
Tear-free - ON

[Daniel van Vugt (vanvugt)]

If turning off Sync To VBlank in CCSM doesn't solve the problem then you have a different bug to this one.

[Bucic (bucic)]

@Daniel van Vugt
Sync to VBlank - OFF
Tear-free - ON or OFF - no luck with neither
Computer restarted after every change.

If it didn't help, could you at least push me into the right direction, please? I've already spent a month fighting with this #$@% and I thought my ordeal is over after I found this bug report as it fits what I'm experiencing down to the bit. Well, except the solution...

The only thing that changed after I installed your fix was that I had ~6 seconds of smooth windows dragging after the first computer restart before the choppiness started while in the past I had only 2 or so. But as soon as it starts to stutter it's all the same.

[Bucic (bucic)]

Re my comment above.
Just tried a clean install. Just after installation - all smooth. Right after updates - stuttering. Even without installing any fglrx.

and...
"If it didn't help, could you at least push me into the right direction, please?"
should be
"It didn't help, so could you at least push me into the right direction, please?"

[Daniel van Vugt (vanvugt)]

To the best of my knowledge, the right direction would be to start by subscribing to these bugs, all of which are potentially related to compiz stuttering...

Bug 888039: Compiz performance degrades (begins stuttering) over time

Bug 861061: [regression] Unity makes 3D apps run much slower:
Actually, Unity makes all apps stutter and slow. It's mostly noticeable in 3D apps where you care about and often measure framerates.

Bug 880707: [regression] Visible tearing occurs even when "Sync To VBlank" is enabled, but only when Unity is active:
It might not sound related, but the fix we're working on for 880707 should reduce stuttering and improve compiz performance in general.

[Bucic (bucic)]

Thank you very much, Daniel.

These Compiz bugs exist together with the power regressionS in the kernel for a over a year. Both affecting many Linux users out there. Stupidity or sabotage. Sabotage unlikely? Well, it leaves us we the other option...

[Daniel van Vugt (vanvugt)]

I agree they're all terribly frustrating bugs, which is why I have been working on fixes for them.

However it's not accurate to say they've been there for over a year. Bug 861061 and bug 880707 are definitely regressions which only exist in ubuntu 11.10. And bug 888039 might be caused by one of those too. That leaves only this bug 763005 which has definitely been a problem prior to Ubuntu 11.10.

[Daniel van Vugt (vanvugt)]

Almost forgot bug 92599, which has certainly been a problem for several years.

[Jonathon Fernyhough (jfernyhough)]

I'd love a build in the PPA for Precise. ;)

[Daniel van Vugt (vanvugt)]

The fix is upstream so next time didrocks pulls a new compiz snapshot into lp:ubuntu/compiz you will get the fix in precise. I assume they will be pulling newer snapshots of compiz into precise before it's released... :)

I already have too many branches to manage without trying to support precise myself at this early stage.

[pazuzuthewise (pazuzuthewise)]

I confirm that the fix from ppa:vanvugt/compiz (it is still not present in the updates repository, and neither in backports) works under Oneiric with fglrx 8.881-0ubuntu4.1 using Ati Radeon HD Mobility 3470.

But it seems that it had also a side effect: slowing down (maybe by increasing the time value?) the animations when opening/closing a window. This isn't really a problem, since compiz animations can be safely turned off altogether.

[Daniel van Vugt (vanvugt)]

pazuzuthewise, the slow down is due to new code in ppa:vanvugt/compiz that's not related to this fix. So you won't see a slow down when the fix appears in oneiric-updates.

Can you please check what version of compiz you're now running? I thought I had fixed the slow animation problems in my PPA; compiz version 1:0.9.6+bzr20110929-0ubuntu6vv6.

[jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount)]

That issue has been fixed for me since the update, vanvugt.

[pazuzuthewise (pazuzuthewise)]

Package: compiz
State: installed
Automatically installed: no
Version: 1:0.9.6+bzr20110929-0ubuntu6vv6

On Wed, Dec 14, 2011 at 5:21 AM, Daniel van Vugt <email address hidden> wrote:

> pazuzuthewise, the slow down is due to new code in ppa:vanvugt/compiz
> that's not related to this fix. So you won't see a slow down when the
> fix appears in oneiric-updates.
>
> Can you please check what version of compiz you're now running? I
> thought I had fixed the slow animation problems in my PPA; compiz
> version 1:0.9.6+bzr20110929-0ubuntu6vv6.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/763005
>
> Title:
> Compiz's "Sync to Vblank" makes display stutter/slow with some drivers
> (like fglrx)
>
> Status in Compiz:
> Fix Committed
> Status in Unity:
> Fix Committed
> Status in “compiz” package in Ubuntu:
> Fix Committed
> Status in “fglrx-installer” package in Ubuntu:
> Confirmed
>
> Bug description:
> This bug has been found to affect users of fglrx (ATI/AMD) and Intel
> graphics drivers. NVIDIA users should look to bug 92599 instead.
>
> TEST CASE:
>
> Make sure "Sync To VBlank" is enabled in the OpenGL section of
> CompizConfig Settings Manager. In Ubuntu 11.04 it is enabled by
> default.
>
> fglrx: Drag some windows around. Also open and close windows. The
> animations will not be smooth as they appear to stutter. The framerate
> is only around 20-30Hz.
>
> intel and possibly any driver: Press WinKey+S or WinKey+W rapidly to
> trigger the expo/workspace animations. These are full-screen
> animations. But are they silky-smooth?
>
> Now turn "Sync To VBlank" off and repeat the above steps again. If you
> notice the animations are much smoother than with "Sync To VBlank" on
> then you are suffering from this bug.
>
> ORIGINAL DESCRIPTION:
>
> Package: fglrx
> Version: 2:8.840-0ubuntu2
>
> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper
> [Radeon HD 5700 Series]
>
> I have ATI's 5770 with fglrx. Having "Sync to Vblank" on makes Unity
> and many Compiz features (Enhanced Zoom, Scale etc.) really slow.
> Turning "Sync to Vblank" off has a huge effect on desktop,
> responsiveness is much, much better. Turning "tearing" off/on from
> amdccle doesn't seem to have any effect on responsiveness.
>
> In Maverick "Sync to Vblank" was off by default, in Natty it's on.
> This will probably have a huge impact on many fglrx users.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/compiz/+bug/763005/+subscriptions
>

[Oscar Villarreal (oscarvillarrealg)]

Newbiest question: I have been using Ubuntu just for two months, and I'm having this issue, so could anyone tell me how can I use the vanvugt's fix? I've already added the repository, but don't know what should I do now.

[Bucic (bucic)]

It's not fixed for me. I still get the very same behavior. A question. If I'm suffering from another compiz-related bug can I stick to this ppa and just wait for the compiz 'click' or do I have to dig into the other bugs comments for specific solutions?

Right now I have this version of Compiz installed:
$~ sudo apt-cache showpkg ssh | less
Package: compiz
Versions:
1:0.9.6+bzr20110929-0ubuntu6vv6 (/var/lib/apt/lists/ppa.launchpad.net_vanvugt_compiz_ubuntu_dists_oneiric_main_binary-amd64_Packages) (/var/lib/dpkg/status)
 Description Language:
                 File: /var/lib/apt/lists/ppa.launchpad.net_vanvugt_compiz_ubuntu_dists_oneiric_main_binary-amd64_Packages
                  MD5: f8949ff691855a5244d51aa54ee72f8f

1:0.9.6+bzr20110929-0ubuntu6 (/var/lib/apt/lists/ftp.vectranet.pl_ubuntu_dists_oneiric-updates_main_binary-amd64_Packages)
 Description Language: en
                 File: /var/lib/apt/lists/ftp.vectranet.pl_ubuntu_dists_oneiric-updates_main_i18n_Translation-en
                  MD5: f8949ff691855a5244d51aa54ee72f8f
 Description Language:
                 File: /var/lib/apt/lists/ftp.vectranet.pl_ubuntu_dists_oneiric-updates_main_binary-amd64_Packages
                  MD5: f8949ff691855a5244d51aa54ee72f8f

1:0.9.6+bzr20110929-0ubuntu3 (/var/lib/apt/lists/ftp.vectranet.pl_ubuntu_dists_oneiric_main_binary-amd64_Packages)
 Description Language: en
                 File: /var/lib/apt/lists/ftp.vectranet.pl_ubuntu_dists_oneiric_main_i18n_Translation-en
                  MD5: f8949ff691855a5244d51aa54ee72f8f
 Description Language:
                 File: /var/lib/apt/lists/ftp.vectranet.pl_ubuntu_dists_oneiric_main_binary-amd64_Packages
                  MD5: f8949ff691855a5244d51aa54ee72f8f
__
or (from synaptic)
This change is not coming from a source that supports changelogs.
Failed to fetch the changelog for compiz
URI was: http://ppa.launchpad.net/pool/main/c/compiz/compiz_0.9.6+bzr20110929-0ubuntu6vv6_all.changelog

Sorry, I don't know how to get the package version info.

[Daniel van Vugt (vanvugt)]

Oscar, after you have added the repository (sudo add-apt-repository ppa:vanvugt/compiz), you just need to open Update Manager (top right power menu, 4th item down), click Check, then click Install Updates.

Bucic, yes you can stick with the PPA and you will still get the next official package update(s) automatically. You will either get the official update, or the official update plus my changes. It depends on whether I have updated the PPA before the official update is released. Your system will just choose the source with the highest compiz version number.

[Alexander Dobetsberger (masternoob)]

fix works great for me - ATI Radeon HD4800

[Alexander Dobetsberger (masternoob)]

ok...it worked for like half a minute after i installed the fix and restarted my system...now i am back to stuttering window movement =/

[Daniel van Vugt (vanvugt)]

I think you might now be suffering from a different stuttering bug caused by unrelated experimental fixes for other bugs in ppa:vanvugt/compiz. I'm probably going to update the PPA soon to vv7, so stay tuned.

[Daniel van Vugt (vanvugt)]

Please also test ppa:vanvugt/unity at the same time as ppa:vanvugt/compiz. The unity PPA contains a fix for a severe performance bug 861061, which slows down all compiz redraws in Ubuntu 11.10.

[Alexander Dobetsberger (masternoob)]

...thx for your fast response

i had updated unity with ppa:vanvugt/unity when i tesed this but it still stutters like before...
but i will wait for vv7 now and report if it will be fixed...

[Bucic (bucic)]

Still no luck. I've updated from both of the PPA's - for Compiz and for Unity. Compiz seems to be vv7 already:
Package: compiz
Versions:
1:0.9.6+bzr20110929-0ubuntu6vv7 (/var/lib/apt/lists/ppa.launchpad.net_vanvugt_compiz_ubuntu_dists_oneiric_main_binary-amd64_Packages) (/var/lib/dpkg/status)

My settings (just in case):
Sync to VBlank - OFF
AMD: Tear-free - ON
AMD: Wait for vertical - Always

Please note that animations like Win+W, minimizing/maximizing and all alike are perfectly smooth. Only dragging windows seems to cause stuttering. And the stuttering occurs after a second or few, not right away.

[Bucic (bucic)]

Same with other combinations of these settings for that matter...

[Alexander Dobetsberger (masternoob)]

same here...vv7 didnt fix my problem...its exactly like Bucic said...animations work smooth...window dragging works fine for like 30 seconds after system reboot...then back to the stuttering...

[Daniel van Vugt (vanvugt)]

If some animations are smooth and it's only dragging windows that is a problem then bug 773861 is probably a more appropriate place to look.

This bug is about ALL animations stuttering, which is a bug in the fglrx implementation of "Sync To VBlank". So if you still have issues with "Sync To Vblank" turned off then you're definitely looking at the wrong bug.

[Daniel van Vugt (vanvugt)]

As mentioned in comment #36, the root cause is fglrx. And fglrx has not been fixed. Even though we worked around it in compiz.

[Omer Akram (om26er)]

@Daniel have the fix for this bug reached precise?

[Daniel van Vugt (vanvugt)]

The fix is not in precise yet:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/compiz/precise/view/head:/plugins/opengl/src/screen.cpp#L1020

But it is upstream, ready for the next compiz release, which I believe will go into precise when that new compiz release is ready...
http://bazaar.launchpad.net/~compiz-team/compiz-core/0.9.5/view/head:/plugins/opengl/src/screen.cpp#L1102

[Pradeepk (raj-pradeep-kumar)]

I can confirm the same problem on Ati Mobilty Radeon HD 5730.

I hope this gets fixed soon. It is almost 10 months since the bug was first fixed and I need good perfomance from the Ati prop for my work.

[Daniel van Vugt (vanvugt)]

Sorry, I don't see the fix lined up for any official ubuntu updates yet. But it is definitely in compiz 0.9.7 which should go into Ubuntu 12.04.

You can try the fix out on Ubuntu 11.10 using ppa:vanvugt/compiz:
https://launchpad.net/~vanvugt/+archive/compiz

P.S. It appears I only published the fix in August. So that's 5 months ago. But still far too long, I agree.

[Daniel van Vugt (vanvugt)]

FYI, the fix was proposed and accepted for oneiric back in November. But the fix somehow got lost since then and never actually merged into any ubuntu or oneiric branches. Sorry I didn't realize the merge was bungled until now, because I'm using the fix in ppa:vanvugt/compiz.

[Lorenzo Villani (lvillani)]

Should we expect 0.9.7 to hit Precise's repository with your fixes anytime soon?

[Daniel van Vugt (vanvugt)]

I can't speak for the ubuntu packagers so don't know when they're going to grab 0.9.7. Officially, compiz 0.9.7.0 has not been released upstream yet. I would expect that to happen first...
https://launchpad.net/compiz-core/+milestone/0.9.7.0

I have just re-proposed the fix for oneiric that got lost in November. Hopefully it will get merged this time.

[Daniel van Vugt (vanvugt)]

But if you're using Ubuntu 11.10, you will get even better graphics performance using ppa:vanvugt/compiz instead of waiting for the fix in oneiric-proposed.

[Lorenzo Villani (lvillani)]

I'm on 10.04 LTS and testing Precise from time to time to get an idea of upcoming changes. Can you push a package built for precise?

Anyway, great work! If you come to FOSDEM this year, remember me that I owe you a beer ;-)

[Daniel van Vugt (vanvugt)]

Sorry, but publishing PPA packages for precise would unlikely be worth the effort. I fully expect precise will have compiz 0.9.7 within a month, which would supersede a PPA. But "a month" is just a guess, not an official statement of any sort.

[Neil Rodgers (neilr1971)]

Daniel,
Thank you for your excellent work! Im using your ppa in Ocelot and I cant believe how buttery smooth my windows are moving now! The last time I remeber seeing them so smooth was on my Maverick install. Using fglrx with HD4200.
 This is kind of a noobish question but the fixes are improving the performance of compiz in general right? Not just when moving windows? Because after upgrading with your ppa it seems some of my games are running better and I didn't know if its just a placebo affect or they really are. Thanks.

[Daniel van Vugt (vanvugt)]

Correct; the fixes improve the performance of compiz in general. Not just moving windows. It's not a noobish question but actually quite perceptive.

The main improvement in game performance is best described by bug 861061. The fix for that is in ppa:vanvugt/unity.

[Neil Rodgers (neilr1971)]

Thanks, I knew it wasn't just me:) I am using your unity ppa as well. I hate to ask because Im sure you have more important stuff to work on, but maybe one rainy day you could look at bug 770283? It involves compiz and fglrx and the title bars not updating on unmaximized windows.

[Sebastien Bacher (seb128)]

I've sponsored the stable update with the fix for that bug on https://code.launchpad.net/~om26er/ubuntu/oneiric/compiz/perf-sru/+merge/92444

The update should be reviewed and accepted earlier next week, the bug will be updated when that happens

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Launchpad Janitor (janitor)]

This bug was fixed in the package compiz - 1:0.9.7.0~bzr2995-0ubuntu1

---------------
compiz (1:0.9.7.0~bzr2995-0ubuntu1) precise; urgency=low

  [ Didier Roche ]
  * New upstream snapshot:
    - Fix slow/stuttering display with fglrx (LP: #763005)
    - Don't dynamically link to compiz_core
    - Fix build failures with glib 2.30 (oneiric) (LP: #921406)
    - Fix uninitialized variable warnings in valgrind (LP: #921451)
    - Fixes up a bunch of boost::variant edge cases
    - Fixes a race condition where the xig restart test would fail spuriously
    - Incorrect (low/stuttering) refresh rate with NVIDIA driver (LP: #92599)
    - Benchmark window slows the system and degrades graphics resources
      (LP: #254561)
    - Windows that hide themselves when closed don't appear in any
      "this workspace" switcher (LP: #684731)
    - hang in g_spawn_sync and select() (LP: #690239)
    - word misspelled - bunding (LP: #694169)
    - sometimes, restored window placed too high. (LP: #716521)
    - Compiz clears the root window in the installer session (LP: #720679)
    - unity-window-decorator: When switching between windows, Orca does
      not speak the title of the focused window. (LP: #724093)
    - Cannot open a window that starts iconified (LP: #732997)
    - Minimize animation flickr when for maximized apps (LP: #737125)
    - Pixmap memory leak in gtk-window-decorator (LP: #740258)
    - Windows should not automatically be focused when opened if the
      focus is on another application (LP: #748840)
    - [sandybridge] Graphics tearing when playing video (LP: #755841)
    - Compiz's "Sync to Vblank" makes display stutter/slow with fglrx
      (LP: #763005)
    - [regression] Moving windows lags behind the mouse by 1-2 seconds;
      appear to freeze when dragging. (LP: #764330)
    - Launcher - Spread should not affect the state of window (LP: #764673)
    - Clicking on a tweet/message link sometimes does not work (LP: #790565)
    - scrolling on top of a close animation switches viewports (LP: #795065)
    - unity video tearing when moving windows in oneiric with
      nvidia-current (LP: #798868)
    - dialogs really slow to be displayed since the compiz update (LP: #812711)
    - It is possible to stack windows relative to windows that are
      destroyed (LP: #837252
    - Should keep list of windows last sent to server and last recv
      from server (LP: #841727)
    - compiz and X can disagree on the stacking order (LP: #845719)
    - A minimized window 'remains' behind on the desktop if
      /apps/compiz-1/plugins/unityshell/screen0/options/
      show_minimized_windows is set to true (LP: #847967)
    - maximized windows fail to update their input extents when
      undecorated (LP: #853734)
    - resizing bugs with xterm (LP: #854725)
    - crash on closing a window (LP: #856015)
    - Java application windows cut-off/truncated/not displayed properly
      (LP: #857201)
    - compiz crashed with SIGSEGV in CompScreen::insertServerWindow()
      (LP: #857487)
    - compiz crashed with SIGABRT in raise() (LP: #857738)
    - Applications which create multiple windows that are transients of
      each other...

[Martin Pitt (pitti)]

Hello Jiri, or anyone else affected,

Accepted compiz into oneiric-proposed. The package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

[Joost Van Durme (joostvandurme)]

Strange, Sync To VBlank still slows down 3D accelleration here with fglrx. When unchecked, it's much better.

compiz-1:0.9.7.0~bzr2995-0ubuntu4
Precise 12.04

[Lorenzo Villani (lvillani)]

I have no problems with fglrx + compiz-1:0.9.7.0~bzr2995-0ubuntu4 + Sync to VBlank.

Make sure to have the amdcccle's "Tear-free" option turned off.

[Daniel van Vugt (vanvugt)]

It is true there is some slowdown caused by the new compiz 0.9.7, in order to eliminate tearing. But not everyone will notice it.

The slowdown is discussed in bug 930192. I hope we'll have it fixed before 12.04.

[adrenochrome (adrenochrome)]

with the last fix,
 compiz vsync on + catalyst tear free off
 overall smoothness is still worst than with
compiz vsync off + catalyst tear free on
(lastest catalyst on mobility hd5870)

[Varun Priolkar (varunpr97)]

I too have the problem.

[Varun Priolkar (varunpr97)]

Using Radeon 4650

[Daniel van Vugt (vanvugt)]

Confirmed for fglrx as per comment #34.

[SolidSteel144 (milesrdz)]

I too have this issue.
Radeon HD 7970 and Ubuntu 12.10 with the latest fglrx at the time of this post.
Only way to minimize the lag is to disable sync to v-blank and screen tearing in CCC.

It's a very serious performance issue.

[Daniel van Vugt (vanvugt)]

SolidSteel144:

This bug is Fix Released. Please log your problem as a new bug using this command:
    ubuntu-bug fglrx-installer

[Adolfo Jayme Barrientos (fitojb)]

(Untargetting obsolete release)

[Mathew Hodson (mhodson)]

Removing verification-needed tag for compiz in oneiric-proposed, because it is no longer targeted.