Announcement

Collapse
No announcement yet.

Ubuntu's Unity/Compiz Gets Even Slower

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Ubuntu's Unity/Compiz Gets Even Slower

    Ubuntu's Unity/Compiz Gets Even Slower

    Phoronix: Ubuntu's Unity/Compiz Gets Even Slower

    Updates were recently pushed into the Ubuntu 12.10 "Quantal Quetzal" repository for the Unity desktop and Compiz compositing window manager. Performance improvements were talked about, but still there are big problems at hand. The recent Unity/Compiz updates have caused more OpenGL slowdowns, at least for those using Intel's popular open-source driver.

    http://www.phoronix.com/vr.php?view=17836

  • MaxToTheMax
    replied
    Most games will run in a separate X server. It's a bit of a rigamarole to set it up on Ubuntu though, there are permissions issues you need to resolve before it'll work.

    Leave a comment:


  • russofris
    replied
    Originally posted by sheldonl View Post
    What I'd really like to see is one of the things Martin suggested in his benchmarking article that should be easy for Michael to do in future benchmarks of compositors; include a control test. That is, include a test where there is no compositor / desktop environment running, just plain X server.

    Here's the quote from his site:

    "Now I think back of the hypothesis we have and I notice that while we have quite some data sets on the influence of desktop environments on the game rendering performance, one important data set is missing: the control. For the given hypothesis only one control can be thought of: running just an X-Server without any desktop environment and run the test there. This would be a very good control as it ensures that there is no overhead introduced by any desktop environment. "

    A number of us suggested that BMarks also be run without compositor (use xinit twm or something) or without a WM altogether (use xinit someBenchmark). Unfortunately, a number of the BMarks in PTS probably won't run without a WM. Does anyone have a moment to try Heaven or some other benchmark without a WM?

    F

    Leave a comment:


  • sheldonl
    replied
    Control Test

    What I'd really like to see is one of the things Martin suggested in his benchmarking article that should be easy for Michael to do in future benchmarks of compositors; include a control test. That is, include a test where there is no compositor / desktop environment running, just plain X server.

    Here's the quote from his site:

    "Now I think back of the hypothesis we have and I notice that while we have quite some data sets on the influence of desktop environments on the game rendering performance, one important data set is missing: the control. For the given hypothesis only one control can be thought of: running just an X-Server without any desktop environment and run the test there. This would be a very good control as it ensures that there is no overhead introduced by any desktop environment. "

    Leave a comment:


  • SmSpillaz
    replied
    Oh I totally forgot to mention. Upstream compiz is developed on launchpad.

    lp:compiz

    Leave a comment:


  • SmSpillaz
    replied
    Originally posted by madbiologist View Post
    Thanks Sam. I really appreciate your reply. Keep up the good work and drink lots of caffeine because we are waiting anxiously

    Am I correct in interpreting the compiz 0.9.8.2 release notes as saying that the fullscreen window unredirection problems are now mostly fixed? From the release notes:

    * Gamers rejoice! CCSM > Composite > "Unredirect Fullscreen Windows" now works more reliably, with a few bugs remaining. If you turn it on then fullscreen windows like games will get direct rendering access and won't be slowed by Compiz (or Unity) any more.

    They go on to mention the following bugs amongst the list of bugs fixed:

    980663 - Compiz won't start if "unredirect fullscreen windows" is enabled
    1041047 - Unredirect Fullscreen Windows stay on top (unredirected) even when they're not on top any more (or the output is transformed)
    1041066 - Unredirect Fullscreen Windows sometimes fails to unredirect fullscreen windows at all
    1046661 - Unredirect Fullscreen Windows stay on top (unredirected) even when an RGBA window is stacked above it
    Yes, however it isn't guarunteed to work with unity at the moment (for some fairly nontrivial reasons).

    Leave a comment:


  • madbiologist
    replied
    Originally posted by SmSpillaz View Post
    ...
    3. Fullscreen window unredirection.

    Thats not a promise that any of this will land *this cycle* per-se, but it is a note that we are aware there was a performance hit when we merged the work to make compiz work on arm platforms and we're actively dealing with it.
    Thanks Sam. I really appreciate your reply. Keep up the good work and drink lots of caffeine because we are waiting anxiously

    Am I correct in interpreting the compiz 0.9.8.2 release notes as saying that the fullscreen window unredirection problems are now mostly fixed? From the release notes:

    * Gamers rejoice! CCSM > Composite > "Unredirect Fullscreen Windows" now works more reliably, with a few bugs remaining. If you turn it on then fullscreen windows like games will get direct rendering access and won't be slowed by Compiz (or Unity) any more.

    They go on to mention the following bugs amongst the list of bugs fixed:

    980663 - Compiz won't start if "unredirect fullscreen windows" is enabled
    1041047 - Unredirect Fullscreen Windows stay on top (unredirected) even when they're not on top any more (or the output is transformed)
    1041066 - Unredirect Fullscreen Windows sometimes fails to unredirect fullscreen windows at all
    1046661 - Unredirect Fullscreen Windows stay on top (unredirected) even when an RGBA window is stacked above it

    Leave a comment:


  • SmSpillaz
    replied
    I do not give ETAs on how long things will take. Needless to say, we are working on it, and some good ideas are being thrown around as to how to deal with it. That being

    1. Using glBlitBuffer instead of painting a texture backed framebuffer
    2. Ensuring the contents of vertex buffers are more static (improves video)
    3. Fullscreen window unredirection.

    Thats not a promise that any of this will land *this cycle* per-se, but it is a note that we are aware there was a performance hit when we merged the work to make compiz work on arm platforms and we're actively dealing with it.

    Leave a comment:


  • madbiologist
    replied
    Originally posted by SmSpillaz View Post
    The regional updates code is currently not active while we figure out how to make it work with changes in upstream compiz. This is why the slowness exists at the moment.
    Thanks. Do you expect to have this fixed in time for Quantal final? And where is upstream compiz located these days?

    Leave a comment:


  • bmullan
    replied
    Ubuntu's Unity/Compiz Gets Even Slower

    I appreciate the article but Ubuntu 12.10 just entered Beta a week ago?

    Leave a comment:

Working...
X