Date: Thu, 8 Feb 1996 04:08:01 -0800 (PST)
From: Cliff Skolnick <cliff@organic.com>
To: new-httpd@hyperreal.com
Subject: Re: 2 thorns attacked
In-Reply-To: <Pine.SGI.3.91.960208035423.5913J-100000@fully.organic.com>
Message-ID: <Pine.SOL.3.91.960208040440.3013B-100000@bauhaus.organic.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-new-httpd@apache.org
Precedence: bulk
Reply-To: new-httpd@hyperreal.com

On Thu, 8 Feb 1996, Brian Behlendorf wrote:

> Another possibility is having a mini-server launched from the parent and
> treated as a "golden child" - subject to the all the regular laws regarding
> children but it goes to a port other than the regular HTTP and can *only*
> answer questions *about* the server.  Make the data queries simple enough 
> and have the Java engine do any analysis/rendering.  This child just 
> reads the mmap space, doesn't write to it or need access to the 
> filesystem or anything.  The beauty is the Java app could be anywhere, 
> not just on the same machine.  The server could also keep some 
> "beancount" numbers, like hits since last restart, time of last restart, 
> etc.  

Sounds like a great CGI Brian :)

I think Jim's comment about a dangerous road is valid here.  A web server 
should serve, not think about stats.  As for the scoreboard file, we 
could move to the modem named uses which is to write the file only upon 
reception of a signal, like SIGUSR1 for example.  Adding stuff like this 
to the server might not be the best thing.  If someone does write this, 
it should be a module and be in contrib.  Creaping featurism...the fungus 
that kills many a simple products.


--
Cliff Skolnick                                      cliff@organic.com

"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759