> >
> > Bill,
> >
> > I will finish my code.
>
> If you spend the time to write it, I will look at it.

And I will... :-)

<snip>

> A few other benefits to Pauls design:
> 1. Eliminates the requirement for compiled in HARD_SERVER_LIMIT or HARD_THREAD_LIMIT.

I retract this statement. You -can- get rid of HARD_*_LIMIT iff you don;t mind 
mod_status
missing some thread status from time to time (which I doubt is acceptable). Consider 
the
case where the admin increases either thread or server limit then does a restart.  The
scoreboard MUST grow.  And the growth will -not- be visible to the old (before the
restart) processes.  If a mod_status request comes in and is handled by one of the old
processes, it cannot report status of any of the threads that are writing status to the
extended (new) portion of the scoreboard.  I just don't see any way around this.

Bill

Reply via email to