Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:22379
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Mon, 13 Mar 2006 20:03:49 +0100
Reply-To: Marcus Boerger <helly@php.net>
Message-ID: <1096922520.20060313200349@marcus-boerger.de>
To: Dmitry Stogov <dmitry@zend.com>
Cc: 'Rasmus Lerdorf' <rasmus@lerdorf.com>,
	'internals' <internals@lists.php.net>
In-Reply-To: <000001c64697$5936afc0$6e02a8c0@thinkpad>
References: <4414F63F.5030406@lerdorf.com> <000001c64697$5936afc0$6e02a8c0@thinkpad>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Calling performance geeks
From: helly@php.net (Marcus Boerger)

Hello Dmitry,

  if you mean the hash stuff you changed then you did quite some mistakes.
Because the normal apply functions don't respect the ZEND_HASH_* consts as
i mailed last week.

marcus

Monday, March 13, 2006, 1:12:01 PM, you wrote:

> Hi Rasmus,

> I made two improvements in 5.1 and run the same bechmarks on Intel Pentium M
> 1.5GHz 2M cache.

> top/top5/top10
>                 
> php-5.1         740     550     430 req/sec
> php-4.4         680     440     290 req/sec

> May be the problem is AMD chip? :)

> Thanks. Dmitry.

>> -----Original Message-----
>> From: Rasmus Lerdorf [mailto:rasmus@lerdorf.com] 
>> Sent: Monday, March 13, 2006 7:34 AM
>> To: internals
>> Subject: [PHP-DEV] Calling performance geeks
>> 
>> 
>> We have a bit of a performance disconnect between 4.4 and 5.1 
>> still.  I 
>> was doing some benchmarking today just as a sanity check on some APC 
>> work I have been doing lately and came up with this:
>> 
>>    http://lerdorf.com/php/bm.html
>> 
>> You can ignore the apc/eaccelerator stuff.  Those numbers are not 
>> surprising.  The surprising number to me is how much faster 
>> 4.4 still is.
>> 
>> The graph labels are slightly off.  The 0, 5 and 10 includes should 
>> really be 1, 6 and 11.  The actual benchmark code is here:
>> 
>>    http://www.php.net/~rasmus/bm.tar.gz
>> 
>> Tested on a Linux 2.6 Ubuntu box on an AMD chip (syscalls are cheap 
>> there) with current PHP_4_4 and PHP_5_1 checkouts.  Was also testing 
>> 5.1.2 to see the effect of getting rid of that uncached realpath call.
>> 
>> As far as I can tell auto_globals_jit isn't working at all, but I 
>> eliminated that by doing variables_order = GP for these benchmarks. 
>> Even so, the request_startup is significantly more expensive in 5.1.
>> 
>> Here are callgrind dumps for each.  Load them up with kcachegrind and 
>> browse around:
>> 
>> PHP 4.4  http://www.php.net/~rasmus/callgrind.out.1528.gz
>> PHP 5.1  http://www.php.net/~rasmus/callgrind.out.1488.gz
>> 
>> Each of these is 1000 requests against the top.php and 
>> 4top.php scripts. 
>>   from bm.tar.gz.  If you start at the
>> 
>> The script is trivial and looks like this:
>> 
>> <html>
>> <?php
>> $base_dir = '/var/www/bm/';
>> include $base_dir . 'config.inc';
>> 
>> function top_func($arg) {
>>    $b = $arg.$arg;
>>    echo $b;
>> }
>> class top_class {
>>    private $prop;
>>    function __construct($arg) {
>>      $this->prop = $arg;
>>    }
>>    function getProp() {
>>      return $this->prop;
>>    }
>>    function setProp($arg) {
>>      $this->prop = strtolower($arg);
>>    }
>> }
>> 
>> top_func('foo');
>> $a = new top_class('bar');
>> echo $a->getProp();
>> $a->setProp("AbCdEfG");
>> echo $a->getProp();
>> echo <<<EOB
>> The database is {$config['db']}
>> and the user is {$config['db_user']}
>> 
>> EOB;
>> ?>
>> </html>
>> 
>> and config.inc is:
>> 
>> <?php
>> $config = array(
>>    'db'      => 'mysql',
>>    'db_user' => 'www',
>>    'db_pwd'  => 'foobar',
>>    'config1' => 123,
>>    'config2' => 456,
>>    'config3' => 789,
>>    'sub1'    => array(1,2,3,4,5,6,7,8,9,10),
>>    'sub2'    => 
>> array("abc","def","ghi","jkl","mno","pqr","stu","vwx","yz")
>> );
>> ?>
>> 
>> 4top.php is identical except for the class definition being 
>> PHP 4-style 
>> instead.  As in no private and a PHP 4 constructor.  Otherwise it is 
>> identical.
>> 
>> I have some ideas for things we can speed up in 5.1.  Like, 
>> for example, 
>> we should add the ap_add_common_vars() and ap_add_cgi_vars() 
>> to the jit 
>> mechanism.  There isn't much point filling these in unless the script 
>> tries to get them.  the ap_add_common_vars() call is 
>> extremely expensive 
>> since it does a qsort with a comparison function that uses 
>> strcasecmp. 
>> Of course, this same optimization can be done in 4.4.
>> 
>> If you know your way around kcachegrind, load up the two 
>> callgrind files 
>> and see what stands out for you.  As far as I can tell, while 
>> we can do 
>> some tricks to speed up various helper bits, the slowdown is 
>> coming from 
>> the executor trashing its cache lines.
>> 
>> -Rasmus
>> 
>> -- 
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>> 
>> 
>> 




Best regards,
 Marcus