Re: [PHP4BETA] RFC: Request startup optimization
| From: | Zeev Suraski | Date: | Fri, 11 Feb 2000 17:59:50 +0000 |
| Subject: | Re: [PHP4BETA] RFC: Request startup optimization | ||
| References: | 1 | Groups: | php.version4 |
| Request: | Send a blank email to php-version4+get-10127@lists.php.net to get a copy of this message | ||
Generally I'm -1 for the change if there's no significant noticeable
change. There's a considerable penalty for the shutdown process involved
with this patch, and if the gain is unnoticeable, I don't see the point
(that's what we arrived at in the PDM, as far as I recall).
Zeev
On Fri, 11 Feb 2000 thies@digicol.de wrote:
> On Fri, Feb 11, 2000 at 04:50:26PM +0100, Sascha Schumann wrote:
> > What?
> >
> > Defer the request startup until one of the module specific
> > functions is used. Request shutdowns are avoided completely,
> > if a module has a startup handler, but was not started up.
> >
> > Why?
> >
> > Module request startups (and respective shutdowns) can add
> > (noticeable?) overhead to requests.
> >
> > How is it implemented?
> >
> > We use a stub function in the function_table which
> >
> > (a) calls the request_startup_func of the module
> > (b) adds the module to the list of lazy_started_modules
> > (c) sets all per-module function_table entries to their real
> > handler
> >
> > Step (c) is reversed during module_registry_cleanup(), if the
> > specific module was found in lazy_started_modules.
> >
> > Your comments and benchmark results are welcome.
> >
> > --
> >
> > Regards,
> >
> > Sascha Schumann
> > Consultant
>
> my initial "hello world" benchmark showed no measurable jump
> at all (could be me beeing stupid - will do some quantifying
> early next week). im +1 for the change - what's your milage
> sascha?
>
--
Zeev Suraski <zeev@zend.com>
http://www.zend.com/