Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 Apr 2001 19:01:26 +0200
From:      Edwin Groothuis <edwin@mavetju.org>
To:        kam@salsolutions.net
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Does it matter?
Message-ID:  <20010404190126.X490@cgmd76206.chello.nl>
In-Reply-To: <F47KLpgTFur2iz2Mb1s00000c8b@hotmail.com>; from netalchemist@hotmail.com on Wed, Apr 04, 2001 at 04:31:54PM -0000
References:  <F47KLpgTFur2iz2Mb1s00000c8b@hotmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 04, 2001 at 04:31:54PM -0000, Kam Salisbury wrote:
> I noticed that Samba (smbd and nmbd) are not being managed by inetd. Is this 
> a problem? Does it matter that they start and move to the background (daemon 
> process) via /usr/local/etc/rc.d shell script?

Sometimes processes should be started via inetd (telnetd for example,
since a telnetd isn't capable of spawning its own processes, it
just listes to stdin and talks to stdout. This keeps the code small
and configuration items related to network-security can for all
applications being handled and configured in the inetd. Also,
connections started from inetd are incidental and long living: a
telnet session can easy last hours.

Samba and apache on the other side have big configuration-files,
so parsing them often would be a waste of cycles. And they have
short living connections: people just grab an URL from your webserver
or a file from your disk.

As you see, it often depends on the application whether or not it's
started from inetd or at reboot-time.

Edwin
-- 
Edwin Groothuis   |              Personal website: http://www.MavEtJu.org
edwin@mavetju.org |           Interested in MUDs? Visit Fatal Dimensions:
------------------+                     http://FatalDimensions.nl.eu.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010404190126.X490>