You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Randy Terbush <ra...@zyzzyva.com> on 1997/06/24 00:13:50 UTC

Re: [PATCH] create fd slack (take 2)

This raises the question, "Does this really belong in 1.2.1?"


> Dean Gaudet writes:
> > 
> > Here it is with Marc's suggested improvements.  -DNO_SLACK will disable
> > all slack.  This is the version that I'm proposing for 1.2.1.
> 
> Could somebody please add -DNO_SLACK to the MPE section of Configure for
> 1.2.1?
> 
> The BIND code from which this is derived crashes MPE because F_DUPFD isn't
> fully implemented (but it's unfortunately defined in /usr/include).  I had to 
> #ifndef MPE this stuff for my BIND port.
> 
> Thanks.
> -- 
> Mark Bixby                      E-mail: markb@cccd.edu
> Coast Community College Dist.   Web: http://www.cccd.edu/~markb/
> District Information Services   1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
> Technical Support               +1 714 438-4647
> "You can tune a file system, but you can't tune a fish." - tunefs(1M)




Re: [PATCH] create fd slack (take 2)

Posted by Brian Behlendorf <br...@organic.com>.
At 04:00 PM 6/23/97 -0700, you wrote:
>What's wrong with saying:
>
>    1.2.0 is our latest stable release, tested across many platforms.
>
>    1.2.1 fixes various bugs and portability problems with 1.2.0.  Please
>    try it, if you have problems report them.

I agree with this.  1.3 is NT + small new features, 1.2.x is 1.2 +
bugfixes.  This is not a new feature, this is a bugfix.

	Brian
--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
brian@organic.com          http://www.apache.org          brian@hyperreal.com


Re: [PATCH] create fd slack (take 2)

Posted by Dean Gaudet <dg...@arctic.org>.
<rant>

Pick a handful of other programs of similar complexity at random:  sendmail,
bind, squid.  They all release about an order of magnitued more frequently
than Apache does.

Why are we so paranoid about a release that doesn't compile everywhere? 
What's wrong with following it up with a release that fixes that problem?

What's wrong with saying:

    1.2.0 is our latest stable release, tested across many platforms.

    1.2.1 fixes various bugs and portability problems with 1.2.0.  Please
    try it, if you have problems report them.

Of those programs I list above, I can go to their ftp sites and pull down
testing versions, old "stable" versions, new versions, whatever.

Holding back this change means we'll get another two dozen "Why do 128
vhosts work under 1.1 and not under 1.2" questions from BSDi users.
Rather than get two or three reports of "I use obscureOS 1.x and I had
to add NO_SLACK to get it to work".  The latter reports help us move
*forward*, the former reports we've already got dozens of already.

Ok so suppose a security problem is found requiring immediate release.
So, well, we immediately fix it and release.  Then the day after we'll
get a bunch of reports of platforms it doesn't work on, and we release
again.  1.1.1 -> 1.1.2 -> 1.1.3.  This happens all the time for other
packages.

We will never make a perfect release.  There will always be little bugs.
What I hate is that we rarely ever make releases because we're afraid
of stamping anything official.

</rant>

Dean

On Mon, 23 Jun 1997, Randy Terbush wrote:

> 
> This raises the question, "Does this really belong in 1.2.1?"
> 
> 
> > Dean Gaudet writes:
> > > 
> > > Here it is with Marc's suggested improvements.  -DNO_SLACK will disable
> > > all slack.  This is the version that I'm proposing for 1.2.1.
> > 
> > Could somebody please add -DNO_SLACK to the MPE section of Configure for
> > 1.2.1?
> > 
> > The BIND code from which this is derived crashes MPE because F_DUPFD isn't
> > fully implemented (but it's unfortunately defined in /usr/include).  I had to 
> > #ifndef MPE this stuff for my BIND port.
> > 
> > Thanks.
> > -- 
> > Mark Bixby                      E-mail: markb@cccd.edu
> > Coast Community College Dist.   Web: http://www.cccd.edu/~markb/
> > District Information Services   1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
> > Technical Support               +1 714 438-4647
> > "You can tune a file system, but you can't tune a fish." - tunefs(1M)
> 
> 
> 
> 


Re: [PATCH] create fd slack (take 2)

Posted by Marc Slemko <ma...@worldgate.com>.
On Mon, 23 Jun 1997, Randy Terbush wrote:

> 
> This raises the question, "Does this really belong in 1.2.1?"

Yes, but I am open to suggestions that it be disabled by default.

This is a problem.  Many people upgrading from 1.1 to 1.2 who use lots of
fds on broken systems have Apache die horribly because it allocates
descriptors in a different order.

> 
> 
> > Dean Gaudet writes:
> > > 
> > > Here it is with Marc's suggested improvements.  -DNO_SLACK will disable
> > > all slack.  This is the version that I'm proposing for 1.2.1.
> > 
> > Could somebody please add -DNO_SLACK to the MPE section of Configure for
> > 1.2.1?
> > 
> > The BIND code from which this is derived crashes MPE because F_DUPFD isn't
> > fully implemented (but it's unfortunately defined in /usr/include).  I had to 
> > #ifndef MPE this stuff for my BIND port.
> > 
> > Thanks.
> > -- 
> > Mark Bixby                      E-mail: markb@cccd.edu
> > Coast Community College Dist.   Web: http://www.cccd.edu/~markb/
> > District Information Services   1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
> > Technical Support               +1 714 438-4647
> > "You can tune a file system, but you can't tune a fish." - tunefs(1M)
> 
> 
>