Re: Management of Samba (again)

Jeremy Allison (jallison@whistle.com)
Fri, 27 Mar 1998 10:02:39 -0800

Date:	Fri, 27 Mar 1998 10:02:39 -0800
From:	Jeremy Allison <jallison@whistle.com>
To:	crh@NTS.Umn.EDU
Subject: Re: Management of Samba (again)

Christopher R. Hertel wrote:

> One obvious means would be to run a config daemon that would manage the
> live configuration. nmbd & smbd would talk to that daemon when they
> needed config information (i.e., the lp calls would be rewritten to
> talk via the communications link). Both Samba daemons, then, would
> need to start the config daemon if it wasn't already running.
>

The problem with this is *speed*. If all lp_XX calls
were redirected to a separate daemon Samba would run
slower than a one-legged dog in a whippet race (sorry,
that's my northen England background coming out there :-).

The lp_XX calls are called a *lot* - and in time
critical code also.

The layer of abstraction looks good - just don't
slow the lp_XX calls down :-).

What's that wonderful Computer Science law :

"Any conceptual problem can be solved by adding an extra
layer of indirection".

and the corollary :

"Any performance problem can be solved by *removing*
a layer of indirection".

My 2cents :-).

Jeremy.

-- 
--------------------------------------------------------
Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.
--------------------------------------------------------