httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aaron Bannert <>
Subject Re: cvs commit: httpd-2.0/server scoreboard.c
Date Wed, 30 Jan 2002 16:08:04 GMT
On Thu, Jan 24, 2002 at 12:18:51PM -0600, William Rowe wrote:
> From: "Aaron Bannert" <>
> Sent: Thursday, January 24, 2002 12:09 PM
> > I had thought that on platforms that supported it, we would prefer
> > the anonymous shared memory (as we were using before) to a name-based
> > solution, for whatever reason (performance and/or security perhaps). I
> > have no empirical evidence claiming either to be superior, I just wanted
> > to leave the underlying scoreboard mechanism as close as possible to
> > what it was before the recent shmem changes.
> > 
> > How about this:
> > 
> > - if the user specifies a ScoreboardFile then we use name-based memory
> >   with that file, and failures are absolute.
> > - if none is specified, we get to chose -- right now i see this as
> >   - platforms with fork try anonymous* then fall back to name-based
> >   - other platforms do name-based
> >     (for name-based we have to come up with a name like what we have now.
> >      If it happens to be on an NFS partition, then it may fail, but we'll
> >      have made notice of this in the docs and the config comments.)
> Actually, win32 will do anonymous in just a few minutes more, if no file
> backing name is given.
> Please proceed with a patch to correct, as you've described.

I'm planning on making these changes shortly, but what is the group
consensus on what the default ScoreboardFile should be? I'm thinking we
should remove it from the default httpd.conf, and only leave a comment
or leave it up to the docs to explain the behavior. OTOH we may still
need it for win32. In any case, I am in favor of defaulting to anonymous
shared memory on Unix.


View raw message