Patryk Benderz <[email protected]> writes: > > Dnia 2010-09-16, czw o godzinie 17:23 +0100, Al Johnson pisze: > > kdbus is proof-of-concept at the moment, the idea being to reduce the > > number > > of context switches needed for each dbus message. One synthetic benchmark > > shows a 3x speed increase on the n900 but speedup in real world > > applications > > seems much more modest. > > There are a lot of complaints about Dbus IPC. That makes me wonder why > people don't use one of already existing kernel IPCs [1][2] , and > instead try to develop another one, which is not secure as I heard? > [1] http://tldp.org/LDP/lpg/node7.html > [2] http://tldp.org/LDP/tlk/ipc/ipc.html
I once heard a conversation between two of my fellow engineers: e0: I think it's time we came up with something like an API. e1: We have an API. e0 (joking): What, `PEEK and POKE'? e1 (seriously): Yes--`PEEK and POKE' *is* an API. (neither e0 nor I work there, anymore--but I hear that e1 got promoted) Of course people *do* use pipes and sockets, etc.: those are the primitives on which something more fully-featured (like RPC, or CORBA, or D-Bus) is built. -- "Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))." _______________________________________________ Openmoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
