PATCH: get unix user speed up

[Havoc Pennington]

On Tue, 2005-10-18 at 13:20 +0100, Michael Krivoruchko wrote:
> I did not profile this, but this patch saves daemon almost 100% of time
> on request of a connection uid.

Of course, but is request of a connection uid any significant expense? I
do see your point that it might be if we do per-uid names. btw, should
the cache of uid be in BusConnection, why not in DBusConnection itself?

> Actually, I am working on per-uid message bus names. The idea is to let
> a user to have private "channel" on the system wide bus. So the same
> message bus name would represent different instances of a "service" for
> different users.

The potential complexity of this (especially when combined with security
policies, guaranteed semantics of which signals you get, etc.) really
melts my brain; I guess if you can show a solid well-unit-tested patch
that doesn't add too much code, and justify the use case (see previous
thread), we should be willing to consider it. But fair warning, my
feeling up front is that it's going to melt my brain. ;-) Willing to be
proven wrong, and if everyone thinks I'm crazy I'm not going to stand in
the way. But I'm not convinced yet, let's put it that way. My experience
is that people already find session vs. system bus confusing, and
already can't figure out how to use the security aspects of system dbus.

Havoc