Date: Sat, 11 Nov 1995 10:42:51 -0500 (EST) From: Brian Tao <taob@io.org> To: Terry Lambert <terry@lambert.org> Cc: hackers@freebsd.org Subject: Re: Anyone else think it's about time to beat a WEB server to death? Message-ID: <Pine.BSF.3.91.951111103942.194b-100000@flinch.io.org> In-Reply-To: <199511101902.MAA04071@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[freebsd-announce trimmed out of the Cc list] On Fri, 10 Nov 1995, Terry Lambert wrote: > > If the httpd is started from inetd, then the limit is dictated by no > more than 256 requests in any 60 second period, unless you override > this at inetd startup time by increasing the number of requests > allowed per 60 seconds using a -R when you start it in the rc file. Someone ought to update the man page then: -R rate Specifies the maximum number of times a service can be invoked in one minute; the default is 1000. > You can kill most BSD inetd based FTP servers this way now, actually, > using a -d 0 on an ncftp retry when the server is already loaded. I > saw ftp.mv.com go down the other day when an associate stupidly kicked > the retry delay to 0. I had this problem last week with our FTP server getting shut down by inetd. Running "inetd -d" showed 6 or 7 ftp connections per second, which works out to around 400 requests per minute, and I couldn't figure out why inetd was killing it off when the default limit was supposedly 1000 retries per minute. It reminded me to read the source code, not the documentation. ;-) -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.951111103942.194b-100000>