Page 5 of 7 FirstFirst ... 34567 LastLast
Results 41 to 50 of 64

Thread: Ubuntu Unity Proves Very Slow To KDE, GNOME, Xfce, LXDE

  1. #41
    Join Date
    Jan 2009
    Posts
    1,496

    Default

    Quote Originally Posted by mrugiero View Post
    Ubuntu and Unity aren't the same thing.
    What are the other official desktops of Ubuntu?
    I know kubuntu was community, and I thought lubuntu and xubuntu were as well.
    It certainly seems like Ubuntu is trying to make itself synonymous with Unity.

    BTW, does it seem strange that kwin is faster than lubuntu? I don't recall the Wm they use but I'm fairly certain that it doesn't support composition.
    Similarly, it looks as if mutter isnt always correctly detecting fullscreen windows and then unredirecting.

  2. #42
    Join Date
    Jan 2011
    Posts
    1,287

    Default

    Quote Originally Posted by liam View Post
    What are the other official desktops of Ubuntu?
    I know kubuntu was community, and I thought lubuntu and xubuntu were as well.
    It certainly seems like Ubuntu is trying to make itself synonymous with Unity.

    BTW, does it seem strange that kwin is faster than lubuntu? I don't recall the Wm they use but I'm fairly certain that it doesn't support composition.
    Similarly, it looks as if mutter isnt always correctly detecting fullscreen windows and then unredirecting.
    The only official desktop is Unity. But Ubuntu is not just the desktop. A slow boot time might be caused by a lot of things. Is the desktop usually the most relevant (individual) component, in terms of boot time? Likely, yes. But not the only one. I recall after upgrading to 12.04 I had a boot time larger than 1 minute, IIRC it was about 3 minutes, but it was due to a change in the interfaces defaults, nothing related to the desktop.

    Yes, it seems strange to me the fact you point out. They use Openbox by default, and it doesn't support composition in any stable releases yet. There was some work in git in a GSoC, but I don't know how far it got. I believe it's merged to trunk. I think there might be place for optimizations there.
    EDIT: WHOOPS, it seems I misrecalled about Openbox, the one which received work for compositing was Fluxbox. It is Openbox the LXDE's default, though, and it doesn't support compositing.

    Quote Originally Posted by bug77 View Post
    Ok, that somewhat resembles double buffering (except that this time it's per window). But if the WM only has to draw one "window" and then copy it to screen, is that enough to explain the rather sizeable gap in Michael's graphs?
    There are a lot more operations going through with effects. As a start, something KWin did yesterday or so, making the translucency effect operate only on window movement might not be done in some of the other compositors, and thus wasting a lot more cycles with compositing on, and similar might happen with overlapped windows.
    Also, even when it's not copyed to screen, I'm ALMOST sure the content of the windows gets updated while compositing is on, even when not showing, inside its buffers. So, even when overlapped by another window, it takes cycles.

    Quote Originally Posted by liam View Post
    Um, maybe this is naive but why wouldnt it always un-redirect when offscreen FB=screen size?
    Then a really big window, which might be partially off the screen and still be a window, would always turn your compositing off.

    Quote Originally Posted by Rigaldo View Post
    I don't know if there were previous benchmarks with fullscreen effect suspend both on and off(I don't remember any), but as far as I know compositing is normal to affect performance since it requires extra work from the hardware(actually I think there's comments about this and how it works in this thread here too ..!).
    Yes, it's being discussed
    Last edited by mrugiero; 09-07-2012 at 09:22 PM.

  3. #43

    Default

    Quote Originally Posted by Rigaldo View Post
    I don't know if there were previous benchmarks with fullscreen effect suspend both on and off(I don't remember any), but as far as I know compositing is normal to affect performance since it requires extra work from the hardware(actually I think there's comments about this and how it works in this thread here too ..!).
    It does affect performance, but not with every driver. I'm running fglrx and there's no difference. With Open Source drivers and nVidia binary driver you should see a noticeable slow down with compositions being enabled. Some Phoronix benchmarks are so moronic, because they don't really benchmark driver speed (the best examples are Linux vs OS X and Intel hardware). I bet Kubuntu with suspended compositions turned on will simply kill crAppple OS.

  4. #44
    Join Date
    Dec 2009
    Posts
    492

    Default

    Quote Originally Posted by marek View Post
    It can explain some of it, but not all of it. There's also the (hopefully just CPU) overhead of the compositing manager itself.
    Shouldn't Kwin determine what is has to work on as soon as possible, in order to avoid doing unnecessary work, thus keeping the CPU overhead at a minimum?
    I'm thinking of something resembling the z-buffer functionality: check early what you have to do and what you don't.
    I don't know, maybe it's just me, but having to suspend compositing instead of the compositor being able to tell it doesn't have much to do in the first place seems to point at some implementation issues. And I don't necessarily mean that in a bad way, it's quite possible developers just didn't have the time to overhaul/tune that area yet.

  5. #45
    Join Date
    Aug 2012
    Posts
    245

    Default

    Quote Originally Posted by kraftman View Post
    It does affect performance, but not with every driver. I'm running fglrx and there's no difference. With Open Source drivers and nVidia binary driver you should see a noticeable slow down with compositions being enabled. Some Phoronix benchmarks are so moronic, because they don't really benchmark driver speed (the best examples are Linux vs OS X and Intel hardware). I bet Kubuntu with suspended compositions turned on will simply kill crAppple OS.
    Maybe in discrete cards the difference is just more negligible due to their higher "horse power", but from what I read in this thread previously I understand that composition puts a bit more hardware(gpu and cpu) overhead. On a discrete card(like mine) I wouldn't expect such a significant difference though, as the one shown here.

    Or it is the driver failing when there's no composition so you don't get the gain(with composition turned off) instead of not getting the slow down(with composition turned on) actually.

    Regarding the last one, I recall some benchmarks showing Ubuntu faster than OS X with NVIDIA hardware (if I recall correctly). And it was probably with compiz(and Unity? don't remeber ..).

  6. #46
    Join Date
    May 2010
    Posts
    11

  7. #47
    Join Date
    Apr 2010
    Posts
    3

    Thumbs up Please test Pantheon Shell and Cinnamon

    I like to see results with these two youngest WM

  8. #48
    Join Date
    Dec 2009
    Posts
    492

    Default

    Quote Originally Posted by gcala View Post
    Sane remarks, but his points are valid for most benchmarks. Rarely will you see a piece of software benchmarked across several operating systems, CPU, etc. You can't realistically vary every single factor, so reviewers usually pick a few that (in their eyes) are the most important. Yet people will either generalize those results if they are inline with their views or dismiss the results as flawed if they contradict the same views.

  9. #49
    Join Date
    Mar 2012
    Posts
    184

    Default

    Hey Michael heres idea for your next article

    “Look, someone else says my benchmarks are wrongly made”.
    Source:
    http://blog.martin-graesslin.com/blo...ce-benchmarks/

  10. #50
    Join Date
    Jul 2012
    Location
    Russia
    Posts
    14

    Default

    Quote Originally Posted by Ramiliez View Post
    Hey Michael heres idea for your next article

    “Look, someone else says my benchmarks are wrongly made”.

    Source:
    http://blog.martin-graesslin.com/blo...ce-benchmarks/
    lol, shitstorm incoming

Posting Permissions

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