Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 33

Thread: 2D Performance Also Impacted By Unity On XMir

  1. #11
    Join Date
    Apr 2011
    Posts
    155

    Default

    Quote Originally Posted by ickle View Post
    Which is odd since they accelerated gradients since the 295 series of drivers - except for a few corner cases iirc. Their driver developers are very active, have you spoken to them about this? Perhaps provide them with a cairo-trace so they can analyse the failure path?
    Yes i did, and i've spoken them about a cairo performance regression.
    https://devtalk.nvidia.com/default/t...e-regression-/

    They may hae been busy, i can't say

    Still, a poor ATI 7500 (about 10 years old?) does a better job though OSS drivers, and the same card with nuoveau just flies in that regard.

    Quote Originally Posted by Teho
    Wayland will be supported natively by Qt 5.2 and later; not by Qt 4.
    How can kwin in 4.11 work with wayland then?

  2. #12
    Join Date
    Jun 2013
    Posts
    60

    Thumbs down

    now lets put it into an LTS

  3. #13
    Join Date
    Jun 2013
    Posts
    60

    Default

    Quote Originally Posted by kokoko3k View Post
    Yes i did, and i've spoken them about a cairo performance regression.
    https://devtalk.nvidia.com/default/t...e-regression-/

    They may hae been busy, i can't say

    Still, a poor ATI 7500 (about 10 years old?) does a better job though OSS drivers, and the same card with nuoveau just flies in that regard.


    How can kwin in 4.11 work with wayland then?
    Wayland work started befor QT 5.2

  4. #14
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,117

    Default

    On the other side, Compiz 0.9.10 in Ubuntu 13.10 will probably introduce buffer_age support, which will speed some things up.

  5. #15
    Join Date
    Apr 2011
    Posts
    155

    Default

    Quote Originally Posted by spacetoilet View Post
    Wayland work started befor QT 5.2
    Speaking of kde4.11, the question was if kwin was ported to qt5 to work with wayland

  6. #16
    Join Date
    Jan 2013
    Posts
    1,446

    Default

    Quote Originally Posted by kokoko3k View Post
    How can kwin in 4.11 work with wayland then?
    It doesn't really. It's just an experimental hack, where KDE still uses X to render onto a Wayland backend - kind of similar to how Unity on XMir works, actually. The difference is, it's not enabled by default, it's just there as an experimental feature so that anyone who wants to play with it - not meant for production use, like in Ubuntu 13.10.

    The purpose of the KDE hack is, according to Martin, more as practice - to get familiar with Wayland. After the actual transition to Wayland, KDE will use it's own Wayland compositor to render to a Wayland backend, and XWayland will be used for legacy apps.

  7. #17
    Join Date
    Apr 2011
    Posts
    155

    Default

    Quote Originally Posted by dee. View Post
    It doesn't really. It's just an experimental hack, where KDE still uses X to render onto a Wayland backend - kind of similar to how Unity on XMir works, actually. The difference is, it's not enabled by default, it's just there as an experimental feature so that anyone who wants to play with it - not meant for production use, like in Ubuntu 13.10.

    The purpose of the KDE hack is, according to Martin, more as practice - to get familiar with Wayland. After the actual transition to Wayland, KDE will use it's own Wayland compositor to render to a Wayland backend, and XWayland will be used for legacy apps.
    Thank you.

  8. #18
    Join Date
    Dec 2012
    Posts
    155

    Default

    Quote Originally Posted by dee. View Post
    It doesn't really. It's just an experimental hack, where KDE still uses X to render onto a Wayland backend - kind of similar to how Unity on XMir works, actually. The difference is, it's not enabled by default, it's just there as an experimental feature so that anyone who wants to play with it - not meant for production use, like in Ubuntu 13.10.

    The purpose of the KDE hack is, according to Martin, more as practice - to get familiar with Wayland. After the actual transition to Wayland, KDE will use it's own Wayland compositor to render to a Wayland backend, and XWayland will be used for legacy apps.
    There is also a new native software implementation to replace Xrender:
    http://blog.martin-graesslin.com/blo...e-compositing/

    This one is only compatible with wayland for the moment.

  9. #19
    Join Date
    Mar 2013
    Posts
    160

    Default

    Quote Originally Posted by BO$$ View Post
    OK so probably in 13.10 we'll take a performance hit. Hopefully the impact will be smaller, much smaller than it is today.... Get to work Canonical, only a few months left. Get it right a lot of people will think better of you. Get it wrong and haters will complain about this performance loss for another decade, even if it will have been fixed in 14.04.
    http://www.olli-ries.com/first-mir-benchmarks/

    One of the reasons for this result set is missing composite bypassing support, which we are aware of since January. Composite bypass helps when apps/benchmarks run fullscreen because… well, because they don’t need to be composited. Gamers out there… there is hope and a plan in place to get you your precious FPS back. This feature/bug is currently scheduled once other key functionality landed. Also, in order to make FPS based benchmarks really count, we need eglSwapInterval(0) implemented, which is currently in progress

  10. #20
    Join Date
    Jan 2013
    Posts
    1,446

    Default

    Quote Originally Posted by TheOne View Post
    http://www.olli-ries.com/first-mir-benchmarks/
    One of the reasons for this result set is missing composite bypassing support, which we are aware of since January. Composite bypass helps when apps/benchmarks run fullscreen because… well, because they don’t need to be composited. Gamers out there… there is hope and a plan in place to get you your precious FPS back. This feature/bug is currently scheduled once other key functionality landed. Also, in order to make FPS based benchmarks really count, we need eglSwapInterval(0) implemented, which is currently in progress
    All of this would have been a non-issue if they'd have stuck with Wayland.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •