touch-packages team mailing list archive

[Rolf Leggewie <1037411@xxxxxxxxxxxxxxxxxx>]

quantal has seen the end of its life and is no longer receiving any
updates. Marking the quantal task for this ticket as "Won't Fix".

** Changed in: mesa (Ubuntu Quantal)
       Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1037411

Title:
  [regression][DRI] SubBuffer rendering is much slower in compiz 0.9.8.0
  than it was in 0.9.7

Status in Compiz:
  Fix Released
Status in Mesa:
  Confirmed
Status in compiz package in Ubuntu:
  Fix Released
Status in mesa package in Ubuntu:
  Triaged
Status in compiz source package in Precise:
  Invalid
Status in mesa source package in Precise:
  Invalid
Status in compiz source package in Quantal:
  Fix Released
Status in mesa source package in Quantal:
  Won't Fix

Bug description:
  (This is no longer the primary performance regression bug for compiz
  0.9.8.0. Look at bug 1024304 instead)

  TEST CASE:
  1. CCSM > OpenGL >
       framebuffer_object = OFF
       vertex_buffer_object = OFF
       always_swap_buffers = OFF
  2. Run graphics benchmarks.

  Expected: Similar results to compiz 0.9.7
  Observed: Much lower results than compiz 0.9.7

  
  ORIGINAL DESCRIPTION:
  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 0.9.8.0 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 0.9.8.0 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/1037411/+subscriptions