On Wed, 2002-07-10 at 04:16, Jeff Trawick wrote: > Brian Pane <[EMAIL PROTECTED]> writes: > > > This patch increases the maximum number of open files > > at httpd startup. Before I commit, does anyone have a > > scenario in which it won't be safe to do this? > > devil's advocate comments: > > 1) why write code to do something the user can easily take care of?
Mostly to avoid the converse devil's avocate question: "Why make every user of the worker MPM write a wrapper script to do something that the httpd can easily take care of?" :-) > 2) shouldn't the user be able to control how many file descriptors > can be used by Apache? in general, they should be able to mitigate > the resource growth caused by an Apache or module bug by playing > with soft limits > > a) this makes it harder to simulate running out of file descriptors > during testing > > without the patch, "ulimit -n 20" will generate some excitement; > with the patch, it is off to the OS documentation to figure out > how to change the hard limit on various systems What do you think about about setting the ulimit in apachectl (and not in the httpd) by default? That would provide the intended benefit for normal users, but developers doing testing of the out-of-files error handling could easily comment out that line in apachectl. --Brian
