← Back to team overview

compiz team mailing list archive

[Bug 1037411] Re: [regression][GLES] SubBuffer rendering is much slower in compiz than it was in 0.9.7



I have modified this bug to just be about a very specific problem I find
on my machine. If you're concerned about general performance of compiz with the default settings then please look at bug 1024304

** Description changed:

+ (This is no longer the primary performance regression bug for compiz
+ Look at bug 1024304 instead)
  Comparing graphics performance in a two-monitor configuration, I find
  the gles2 branch is 25-40% slower than trunk.
  This would not normally be surprising, however the slowdown REMAINS even
  when I turn off the new rendering features in the gles2 branch:
  framebuffer_object, vertex_buffer_object, always_swap_buffers
  So both branches should be using the same code path. But gles2 is still
  dramatically slower than trunk using two monitors.
  The good news is that this bug only affects benchmark results and
  seemingly a little lag. The physical frame rate achieved with two
  monitors still seems to be higher using the gles2 branch, meaning it
  drops from 60Hz to 30Hz much less often than trunk does.
  NOTE 1: This regression was allowed in compiz because it is
  generally only visible in benchmark results. Meanwhile, physical compiz
  rendering performance (as reported by the compiz Benchmark plugin) is
  higher in compiz than previous versions, in most cases.
  NOTE 2: If you're just worried about fullscreen game performance, then
  you don't need to wait for this bug to be resolved. You can get optimal
  graphics performance with unredirect mode. But see bug 980663 first.

You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.

  [regression][GLES] SubBuffer rendering is much slower in compiz than it was in 0.9.7

To manage notifications about this bug go to: