Mailing-List: contact new-httpd-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: new-httpd@apache.org
Sender: rederpj@raleigh.ibm.com
Message-ID: <3B0400B6.ADC65186@raleigh.ibm.com>
Date: Thu, 17 May 2001 12:47:50 -0400
From: "Paul J. Reder" <rederpj@raleigh.ibm.com>
MIME-Version: 1.0
To: new-httpd@apache.org
Subject: Re: Scoreboard redesign
References: <200105162200.SAA19916@devsys.jaguNET.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Jim Jagielski wrote:
> 
> Paul J. Reder wrote:
> >
> > Yes, restarts would be problematic for the time being. This means that we
> > either don't save the memory for now, or we save memory but don't allow
> > mod_status to be added in during a restart.
> >
> 
> re: not allowing mod_status to be added. Super Ugg. AFAIK no other
> module would be so constrained :(

Yes, I see that option 2 is unreasonable. But option 1 works until we
can iron out the shmem stuff. This is not a major point in the design,
just a side effect. It is also not one of the problems being solved and so
should not impact whether people veto the work. If we don't save memory then
we are continuing to operate as we do now, no big deal. The redesign is not
to save memory, it is to allow mpms to operate reasonably when
max_requests_per_child is set to anything other than 0.

-- 
Paul J. Reder
-----------------------------------------------------------
"The strength of the Constitution lies entirely in the determination of each
citizen to defend it.  Only if every single citizen feels duty bound to do
his share in this defense are the constitutional rights secure."
-- Albert Einstein