DragonFly BSD
DragonFly kernel List (threaded) for 2005-02
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: rc and smf


From: Dan Melomedman <dan@xxxxxxxxxxxxxxxx>
Date: Thu, 24 Feb 2005 10:50:35 -0500
Mail-followup-to: kernel@crater.dragonflybsd.org

Joerg Sonnenberger wrote:
> On Wed, Feb 23, 2005 at 08:18:36PM -0500, George Georgalis wrote:
> > I've been meaning to give runit a spin. I've been very happy with
> > socklog (syslogd replacement) from smarden.org; daemontools and other
> > djb software too, despite the build on the target license requirement.
> > 
> > My first impression with Solaris Service Management Facility, is the
> > likely proprietary nature of it. While the license didn't exactly jump
> > out and bite me, I suspect the technology as well as the code is not
> > open. Is it?
> 
> I consider most of daemontools useless software, because it is build
> on the wrong assumptions. A normal daemon should not need supervision,
> just like a normal daemon can either write its own log files [if the
> volume is high] or just use syslog.

It's built on the correct assumptions. You just don't understand all
possibilities why a service process can crash/exist, even if it's a
most perfect software ever written. Shit happens, and supervision will
attempt to restart the service for any reason it exits/killed. Including
human error, of course. What you've never killed the wrong process by
mistake? What if you set an rlimit, and the service reaches it, the
kernel will then kill the service. With supervision it will be
restarted, without it, the service will be down. Simple as that.
Programs have bugs, including memory leaks.



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]