httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Adam Sussman <mydd...@vishnu.vidya.com>
Subject Re: [PATCH] new scoreboard creation logic, remove DEFAULT_SCOREBOARD from MPMs
Date Fri, 15 Feb 2002 09:50:31 GMT
> I had to modify the MPMs so they wouldn't try to set ap_scoreboard_fname
> any more. This #define is now fully owned by the scoreboard.c file.
> (Might we want to namespace-protect that #define? I don't know.)
> 
> I'm posting this here for feedback because it is a big change and could
> use some testing on other platform/MPM combos, but I'd also like to
> wait until the current release process finishes.
> 

This works well with perfork and worker under Linux.  I have a couple
of comments though:

1) There are some not infrequent cases I have run into where apache
   needs to be killed (for unrelated reasons) and the shared memory
   segment does not get cleaned up.  When this happens, you can't restart
   the server.  You get a "file exists" error and apache refuses to start
   up.  This is easy to fix with ipcrm but the error is confusing and 
   does not make the solution obvious.

   It would be nice if apache would clean up the shared memory segement
   if it sees it, or have a more meaningfull error.

2) Unless I am missing something, there does not seem to be an easy way
   for an external application accessing the scoreboard to know how to
   navigate the data structure.  You have to know the server limit and
   thread limit or else you run into problems.  It would be nice to
   be able to derive those values from the scoreboard image instead of
   the httpd.conf file.

-adam

Mime
View raw message