The behaviour of applications that do their own vsync is entirely controlled by the graphics driver (and the application).
Compiz has nothing to do with it really. ** Project changed: compiz => chromium-browser ** Also affects: fglrx-installer (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Chromium Browser. https://bugs.launchpad.net/bugs/1058636 Title: system lags with fglrx, Chrome and Vsync Status in Chromium Browser: New Status in “fglrx-installer” package in Ubuntu: New Bug description: Using the latest Ubuntu 12.10 build, the system stutters (to the point that the mouse doesn't move for a few milliseconds, very noticeable and annoying) when using the latest AMD Catalyst driver (fglrx 9.000 from the quantal repository), Google Chrome and overwriting the driver software blacklist in about:flags (normally it should be accelerated by default anyway, it does with the driver from AMD.com and Ubuntu 12.04). You you hover over some links, like the ones on engadget.com on the right (recent reviews), it stutters A LOT. When you go to about:flags and check "disable GPU Vsync" it runs smoothly and perfectly fine like it did with Compiz 0.9.7.x. Also while hovering/moving over links (with Vsync on/off), CPU usage goes up till 60% on my quadcore, but that's another story and has always been like that). I know there's one more Vsync related fix coming with the final compiz 0.9.8.4 release, but I think I've read it only matters for nVidia. To manage notifications about this bug go to: https://bugs.launchpad.net/chromium-browser/+bug/1058636/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp