Not logged in
Log in now
Create an account
Subscribe to LWN
Pencil, Pencil, and Pencil
Dividing the Linux desktop
LWN.net Weekly Edition for June 13, 2013
A report from pgCon 2013
Little things that matter in language design
Think of it as D-Bus made with 20-20 hindsight :-)
this isn't moving D-Bus into the kernel
Posted Feb 9, 2013 7:35 UTC (Sat) by wahern (subscriber, #37304)
I don't get the drive to move stuff like this into the kernel. It's a poor fit.
Posted Feb 9, 2013 7:46 UTC (Sat) by dlang (✭ supporter ✭, #313)
I think the drive is performance (not just throughput, but reduced overhead at providing the service)
Posted Feb 9, 2013 8:23 UTC (Sat) by wblew (subscriber, #39088)
Perhaps such differences makes local reliable multicast less of an issue?
Posted Feb 9, 2013 8:42 UTC (Sat) by Wol (guest, #4433)
I understood that at the moment d-bus doesn't work well if you try to run the program on one system and the display on another. It'd be nice if remoting did work well, as I use an old system as an x-term and at present it's painful ...
Posted Feb 9, 2013 16:10 UTC (Sat) by hitmark (guest, #34609)
Posted Feb 9, 2013 18:37 UTC (Sat) by Cyberax (✭ supporter ✭, #52523)
Posted Feb 9, 2013 18:55 UTC (Sat) by Wol (guest, #4433)
So it most definitely isn't unixy!!!
Hopefully X over Wayland, or Wayland over X, will fix it, but it would be nice if it let you run programs properly over the network.
Posted Feb 9, 2013 19:16 UTC (Sat) by drag (subscriber, #31333)
Posted Feb 10, 2013 7:14 UTC (Sun) by pbonzini (subscriber, #60935)
Posted Feb 10, 2013 0:03 UTC (Sun) by Cyberax (✭ supporter ✭, #52523)
Posted Feb 9, 2013 19:34 UTC (Sat) by guelfey (guest, #89259)
Posted Feb 9, 2013 19:39 UTC (Sat) by drag (subscriber, #31333)
Posted Feb 9, 2013 21:40 UTC (Sat) by lkundrak (subscriber, #43452)
Posted Feb 11, 2013 11:31 UTC (Mon) by k3ninho (subscriber, #50375)
Embarrassingly-parallel algorithms get a big boost out of shared data structures when memory access can be mitigated by L3-tier caches. The wider the compute capabilities of the processor - and the future is wide, if not clockspeed-fast - the better.
Posted Feb 12, 2013 15:24 UTC (Tue) by FranTaylor (guest, #80190)
And are you really so sure that the kernel currently provides ALL of the functionality necessary to perform this functionality, optimally?
What you are saying is like, "if we had a primitive read() command that only takes one character, that is sufficient, just call it over and over. It is not the place of the kernel for optimizations like being able to write multiple characters at once"
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds