Activity log for bug #1049214

Date Who What changed Old value New value Message
2012-09-11 16:09:31 Sam Spilsbury bug added bug
2012-09-11 16:09:36 Sam Spilsbury compiz: status New Confirmed
2012-09-11 16:09:38 Sam Spilsbury compiz: importance Undecided High
2012-09-11 16:09:40 Sam Spilsbury compiz: assignee Sam Spilsbury (smspillaz)
2012-09-11 16:09:41 Sam Spilsbury compiz: milestone 0.9.8.4
2012-09-11 16:14:16 Sam Spilsbury description Currently our usage of XSync is very inefficient, and on drivers which likely send the command queue over the protocol, this can kill performance. Neutering XSync usage throughout compiz had the effect of lifting framerates from 30fps to 50fps. Obviously we require synchronous operation for certain things, for example: 1) Updating clients on new window positions and stack positions if they are reparented 2) Ensuring tear-free window pixmap updates 3) Ensuring tear-free damage repair. Doing one XSync for every event handled had a negligible performance impact (0.001 of a frame). We should look into batching all of our synchronous operations with the server into this window and avoid synchronizing the server all the time. Currently our usage of XSync is very inefficient, and on drivers which likely send the command queue over the protocol, this can kill performance. Neutering XSync usage throughout compiz had the effect of lifting framerates from 30fps to 50fps. Obviously we require synchronous operation for certain things, for example: 1) Updating clients on new window positions and stack positions if they are reparented 2) Ensuring tear-free window pixmap updates 3) Ensuring tear-free damage repair. Doing one XSync for every event handled had a negligible performance impact (0.001 of a frame). We should look into batching all of our synchronous operations with the server into this window and avoid synchronizing the server all the time. This also applies to other synchronous X11 operations such as XGetWindowAttributes, XGetWindowProperty and XQueryTree .
2012-09-12 02:12:32 Daniel van Vugt tags performance
2012-09-12 02:13:34 Daniel van Vugt compiz: status Confirmed Triaged
2012-09-17 02:13:30 Daniel van Vugt tags performance nvidia-is-slow performance
2012-09-19 01:26:01 Jacob Peddicord bug added subscriber Jacob Peddicord
2012-09-28 05:05:57 Daniel van Vugt compiz: milestone 0.9.8.4 0.9.9.0
2012-09-30 08:44:32 Uli Tillich bug added subscriber Uli Tillich
2012-09-30 17:01:31 Niclas Lockner bug added subscriber Niclas L
2012-10-03 14:15:27 Michal Hruby bug added subscriber Michal Hruby
2012-10-19 04:45:00 Fernando Correa Neto bug added subscriber Fernando Correa Neto
2012-10-30 08:17:43 Senno Kaasjager bug added subscriber Senno Kaasjager
2012-11-26 01:41:42 Daniel van Vugt summary [nvidia] XSync usage is a massive bottlenecking factor [nvidia] XSync usage is a massive bottlenecking factor (nvidia performance regression in Compiz 0.9.8+)
2012-11-27 01:59:07 Daniel van Vugt bug task added compiz (Ubuntu)
2012-11-27 01:59:25 Daniel van Vugt compiz (Ubuntu): importance Undecided High
2012-11-27 01:59:25 Daniel van Vugt compiz (Ubuntu): status New Triaged
2012-11-27 01:59:38 Daniel van Vugt bug task added ubuntu-nexus7
2012-11-27 05:08:05 Daniel van Vugt compiz: assignee Sam Spilsbury (smspillaz) Daniel van Vugt (vanvugt)
2012-11-27 05:42:07 Daniel van Vugt compiz: status Triaged In Progress
2012-11-27 18:16:08 Sean Feole ubuntu-nexus7: status New Confirmed
2012-11-29 14:11:18 Anders Aagaard bug added subscriber Anders Aagaard
2012-11-29 19:35:48 Charon bug added subscriber Charon
2012-12-03 03:31:01 Alistair Buxton attachment added XSync stub library for testing. https://bugs.launchpad.net/compiz/+bug/1049214/+attachment/3450221/+files/xsync.c
2012-12-03 16:07:16 Alistair Buxton attachment added XSync as noop https://bugs.launchpad.net/compiz/+bug/1049214/+attachment/3450673/+files/xsync.c
2012-12-04 00:40:45 Brian Neal bug added subscriber Brian Neal
2012-12-05 09:39:25 Daniel van Vugt marked as duplicate 1027211