A common VFS and a Common conf-system [Part II]

[Waldo Bastian]

On Wednesday 02 March 2005 23:52, Sean Middleditch wrote:
> Why would the daemon even need to be threaded at all?  What advantages
> in *concrete* terms do you hope to solve with a threaded daemon that
> couldn't be done just a well with a single-threaded daemon?
[Snip]
> The daemon is not going to be doing any kind of heavy processing.  It's
> just a way to marshal calls to backends through a single process to
> facilitate connection sharing, easing the implementation of change
> polling and similar features, and provide the opportunity to control
> data flow and authentication requests in an
> SELinux/TrustedBSD/TrustedSolaris-friendly way.

I think there is some misunderstanding here about the separation between 
daemon and the backends. The question isn't so much about the daemon itself, 
as well as how the backends run. Do the backends run in a process of 
themselve, as separate thread in the daemon process or do they time-share the 
main single thread of the daemon?

Cheers,
Waldo
-- 
bastian at kde.org   |   Free Novell Linux Desktop 9 Evaluation Download
bastian at suse.com  |   http://www.novell.com/products/desktop/eval.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/xdg/attachments/20050303/55244b2d/attachment.pgp