Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 31

Thread: Wayland Is Almost Ready For Showing Off

  1. #21
    Join Date
    May 2011
    Posts
    42

    Default

    Quote Originally Posted by BlackStar View Post
    And..? Is it faster? What are the results of this glxgears benchmark?

    Also, when are we going to see a Wayland port of the Phoronix test suite?
    Ol' good answer. Google "Wayland benefits". You're always likely not to be the first asking.

    Though I'm quite sure you have no idea what the Wayland Display server is if you're asking when PTS will be ported to it. It's even not yet released, let alone used anywhere.

  2. #22
    Join Date
    Oct 2008
    Location
    Finland
    Posts
    59

    Default

    Every time someone asks "Can Wayland run on <whatever hardware, software and/or country>?", it begs the counter-question "What do you mean by Wayland?".

    Wayland is a concept and a protocol. In that sense, it does not run at all. Or how do you think, say, HTTP runs? On the other hand, we have the Wayland core library, which contains the protocol specifications and the necessary implementation of the protocol in C. Still, it is only protocol. I can easily claim, that Wayland can run on anything that can a) show and render images, and b) pass images between processes. Does it make sense in some real-world case, or does an implementation exist, are completely different matters.

    Weston, the reference implementation of a Wayland server, does have specific requirements depending on the backend used, and whether you want it to integrate properly with client applications using EGL.

    As for performance benchmarking, if you have a properly written application, its framerate will always be capped to the display refresh rate. It is built in the protocol. If you try to avoid the cap, you may end up waiting in eglSwapBuffers() or maybe EGL does triple buffering, in which case the Wayland server is again involved only at the display refresh rate, at most. You simply cannot update the display more often than its refresh rate. Therefore benchmarking using an application framerate measures the performance of the application the most, if anything. To measure server performance, you need something else than just an application framerate.

    You would also need to define, what performance is. Only after that you can think about how to measure it.

  3. #23
    Join Date
    Sep 2011
    Posts
    23

    Default

    I hope it's just a codename and and that if it develops well and gets used it gets named something else. This name reminds one of Mr. Burn's lackey from The Simpsons.

  4. #24
    Join Date
    Feb 2010
    Location
    Sweden
    Posts
    58

    Default

    Quote Originally Posted by xyzone View Post
    I hope it's just a codename and and that if it develops well and gets used it gets named something else. This name reminds one of Mr. Burn's lackey from The Simpsons.
    Never heard of Weyland-Yutany?

  5. #25
    Join Date
    Sep 2011
    Posts
    23

    Default

    You mean Yutani, and it's not like that's much better, they were evil. Also, there's no Yutani component. So it's just Smithers.

  6. #26
    Join Date
    Feb 2010
    Location
    Sweden
    Posts
    58

    Default

    Quote Originally Posted by xyzone View Post
    You mean Yutani, and it's not like that's much better, they were evil. Also, there's no Yutani component. So it's just Smithers.
    You cannot blame the whole company for what a few greedy employees did, I mean Burke tried to con both Wayland-Yutani and the Colonial Administration. And Smithers is Waylon and not Wayland if I'm not mistaken? Anyways, according to Wikipedia, this project is named after the town Wayland, MA.

  7. #27
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Wayland + Webkit = Win

    Proprietary crap = lusing

  8. #28
    Join Date
    Jul 2009
    Posts
    283

    Default

    Quote Originally Posted by oliw View Post
    As helpful as rotating windows
    Kind of belated, but the point of window rotation isn't necessarily to allow users to rotate their windows to 163 and have that as a great UI, but mainly to verify and demonstrate that surface transformation works in Wayland, allowing completely arbitrary UIs and effects which were never (and will never be) possible with X.

  9. #29
    Join Date
    Oct 2011
    Location
    Toruń, Poland
    Posts
    160

    Default

    Am I right that, for example, "cover flow" effect would benefit greatly from this transformation?

  10. #30
    Join Date
    Jul 2009
    Posts
    283

    Default

    Quote Originally Posted by Hirager View Post
    Am I right that, for example, "cover flow" effect would benefit greatly from this transformation?
    Sure, if you wanted to have a window manager that did cover flow or the old Looking Glass effects, that'd now be possible, yes. There is now no fixed relationship at all whatsoever between windows and their position on screen.

Posting Permissions

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