Re: add_*_vars() speed-up

From: Date: Fri, 17 Mar 2006 07:31:05 +0000
Subject: Re: add_*_vars() speed-up
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-22496@lists.php.net to get a copy of this message
Those are all generated elsewhere. Have a look at: http://lerdorf.com/info.php This server is running the patch and as you can see HTTP_HOST is there, for example. -Rasmus Dmitry Stogov wrote:
Hi Andrei, I don't see AUTH_USER, HTTPS..., CLIENT_CERT, HTTP_HOST, REQUEST_LINE, SERVER_URL. May be not all of them necessary and available in apache, but AUTH_USER, HTTPS are required for PHP. Thanks. Dmitry.
-----Original Message----- From: Andrei Zmievski [mailto:andrei@gravitonic.com] Sent: Friday, March 17, 2006 1:47 AM To: php internals Subject: [PHP-DEV] add_*_vars() speed-up Based on Rasmus's profiling efforts, we have determined that add_cgi_vars() and add_common_vars() are taking a lot of time. Having taken a look at their implementation it seems that they are doing some unnecessary stuff, like creating a temporary table, filling it with entries and then calling ap_overlap_tables() which is supposed to overlap it over r->subprocess_env. But r->subprocess_env contains only a couple of entries by the time add_common_vars() is called, so it would be faster to add entries to it directly. Also, add_cgi_vars() was doing a subrequest in case r->path_info was present, which is completely unneeded for PHP as Apache module. The solution is to duplicate the functionality of these functions in mod_php5.c which is what the attached patch does. It also sets PATH_TRANSLATED in r->subprocess_env directly, so sapi_apache_register_server_variables() does not need to special case it. Please look it over and test. It seems to give about 7% boost on average. -Andrei


« previous php.internals (#22496) next »