Off-topic: D-Bus in the kernel
Rémi Denis-Courmont
remi at remlab.net
Tue Sep 21 10:00:30 PDT 2010
Hello,
On Friday 17 September 2010, Thiago Macieira wrote:
> Em Sexta-feira 17 Setembro 2010, às 17:38:19, Stef Bon escreveu:
> > Well maybe fascinating, and possibly technical a challenge and possible,
> > but the question is about do we want a inter proces communication suite
> > to be in the kernel??
> >
> > In my opinion this should not go into the kernel. This is not the task
> > of the kernel.
>
> I quite disagree. I think that an IPC mechanism providing rendezvousing and
> routing of messages (many-to-many) is quite welcome and should be provided
> by the kernel.
Yes and no. I would agree that POSIX lacks a proper mechanism for multicasting
message (it seems using IP multicast on loopback is the only way). That's one
thing where DBus signals are really useful. Service 'name resolutoin' is also
nice to have.
But when it comes to request/response messages, it would be far more efficient
to establish a direct connection between the client and the server. This would
not only move most traffic out of the way of the DBus bus daemon, thus
increasing perfomance. It would also solve the head-of-line blocking problem
that is inherent to multiplexing multiple flows of informations over a single
stream (Unix socket).
But it's too late now.
--
Rémi Denis-Courmont
http://www.remlab.net/
More information about the dbus
mailing list