Messages in this thread | | | Date | Fri, 2 Mar 2012 10:39:24 +0200 | Subject | Re: [PATCH 0/10] af_unix: add multicast and filtering features to AF_UNIX | From | Luiz Augusto von Dentz <> |
| |
Hi David,
On Fri, Mar 2, 2012 at 12:08 AM, David Miller <davem@davemloft.net> wrote: > From: Luiz Augusto von Dentz <luiz.dentz@gmail.com> > Date: Fri, 2 Mar 2012 00:01:40 +0200 > >> I don't think you understood the problem, we want something that scale >> for less powerful devices, why do you think Android have all the >> trouble to create binder? > > So our protocol stack is so cpu hungry compared to AF_UNIX that it's > unusable on low power devices?
I never said unusable, it will drastically increase latency of message which translates in less responsive applications.
> I can't take you seriously if you say this after showing us the > thousands of lines of code you guys think we should add to the AF_UNIX > socket layer.
But what you are suggesting transforms dbus-daemon in a ip router just to do multicast, actually how many lines of code do you think we gonna need to implement that? Probably much more than adding this much to the kernel and is not necessarily useful for anybody else.
Like I said before there is many projects using AF_UNIX as IPC transport, the documentation actually induces people to use for this purpose, and many would benefit from being able to do multicast.
Btw Im not involved with the implementation and perhaps it need some extra work, but IMO the idea is very useful.
>> Besides what is really the point in having AF_UNIX if you can't use >> for what it is for? > > Because it doesn't have the handful of extra features you absolutely > require of it.
You mean multicast, that is one and only, with many implementation details with that I agree.
> AF_UNIX is a complicated socket layer which is already extremely hard > to maintain. We're still finding bugs in it even after all these > years, and that's without adding major new functionality.
I understand your concern, this could make things even more unstable, but in the other hand hacking support of multicast to loopback would also mess with AF_INET, so in one way or the other the kernel will have to be involved.
Also note that AF_UNIX has very key features of an efficient IPC, like the ability to pass fd to another process with SCM_RIGHTS.
-- Luiz Augusto von Dentz -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |