Page 1 of 25 12311 ... LastLast
Results 1 to 10 of 247

Thread: KDBUS & Systemd Now Yields A Working System

  1. #1
    Join Date
    Jan 2007
    Posts
    13,474

    Default KDBUS & Systemd Now Yields A Working System

    Phoronix: Linux KDBUS Now Makes For A Working System

    Open-source developers this week achieved a pleasant late Christmas present for Fedora users of having a working system with using the in-development Linux kernel DBus implementation (KDBUS) paired with the latest systemd code can now yield a booting system...

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

  2. #2
    Join Date
    May 2012
    Posts
    681

    Default

    Quote Originally Posted by Honton View Post
    Smells like KDBUS no later than Fedora 22.
    Yes, but non-devs won't notice a difference anyway.

  3. #3
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,757

    Default

    Quote Originally Posted by mark45 View Post
    Yes, but non-devs won't notice a difference anyway.
    Evolutionary step, not a revolutionary one. Not a bad thing.

  4. #4
    Join Date
    Oct 2011
    Posts
    13

    Default

    Quote Originally Posted by Ericg View Post
    Evolutionary step, not a revolutionary one. Not a bad thing.
    Actually, this is apparently motivated by performance, so I suppose end-users may notice it (or measure it).

  5. #5
    Join Date
    Jul 2010
    Posts
    580

    Default

    Quote Originally Posted by ghexsel View Post
    Actually, this is apparently motivated by performance, so I suppose end-users may notice it (or measure it).
    To my understanding it's more about reliablity and security than performance. It's also one of prerequisite for the sandboxed applications for Gnome and Linux in general. There's some info on LWN.net too.

  6. #6

    Default

    Quote Originally Posted by ghexsel View Post
    Actually, this is apparently motivated by performance, so I suppose end-users may notice it (or measure it).
    Performance is one of the factors but for the large majority of use cases, performane of D-Bus does not matter as much compared to the other features that it does provide. Kdbus is instead motivated by other factors outlined at http://lwn.net/Articles/551969/, one of which is security and integration with kernel level features better.

  7. #7
    Join Date
    Nov 2013
    Location
    127.0.0.1
    Posts
    112

    Default

    Oh god, please no
    DBus was already bad but this is worse

  8. #8
    Join Date
    Jan 2009
    Posts
    1,519

    Default

    Quote Originally Posted by Annabel View Post
    Oh god, please no
    DBus was already bad but this is worse
    After that i expect a commend about Lennart touching (or even looking at) the code.

  9. #9
    Join Date
    Sep 2012
    Posts
    311

    Default

    Quote Originally Posted by Teho View Post
    To my understanding it's more about reliablity and security than performance. It's also one of prerequisite for the sandboxed applications for Gnome and Linux in general. There's some info on LWN.net too.
    Moving code from user space into kernel will make security worse.

  10. #10
    Join Date
    Jun 2011
    Posts
    267

    Default

    First off D-Bus sucks, It really sucks. Its over complicated and boated. Now we have it implemented in the Kernel
    with a weird api. IPC is useful and fun but its rarely utilized to any real capacity on Linux because D-Bus sucks.

    Then there is systemd, its massively bloated, usage is fairly simple but its architecture is extremely complex, eventually this will
    suffer from the Fogbank effect.

    Lastly we have pulseaudio - This is just bad for audio in general. Those in Pro Audio and Gamers normally disable it
    and use Jack or OpenAL/Fmod directly.


    If you advocate for any of those three your an idiot, and do everyone a favor stay out of the kitchen because we already have to many shitty cooks.!!!!

Posting Permissions

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