php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #40384 Performance drop when using --with-imap
Submitted: 2007-02-07 10:46 UTC Modified: 2010-12-20 12:24 UTC
From: jaspersl at xs4all dot nl Assigned:
Status: No Feedback Package: IMAP related
PHP Version: 5CVS-2007-02-07 (CVS) OS: Debian Linux (sid)
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: jaspersl at xs4all dot nl
New email:
PHP Version: OS:

 

 [2007-02-07 10:46 UTC] jaspersl at xs4all dot nl
Description:
------------
When compiling with --with-imap (implies --with-imap-ssl and --with-kerberos because of Debian c-client) in PHP5.2.1RC3 and up (including latest CVS snap) the Zend/bench.php takes 23 seconds to complete.
If --with-imap --with-imap-ssl are omitted , the bench.php takes 13 seconds. 
Using --with-kerberos or not has no performance impact. 

Other PHP versions (5.1.6, 5.2.0) take also around 13 seconds to complete. 

The benchmark is executed like this:

sapi/cli/php -n -f Zend/bech.php

I can give strace/gdb output on request. 

Reproduce code:
---------------
./configure '--with-mysql=/usr' '--with-gettext' '--with-gd' '--with-zlib-dir=/usr' '--with-apxs2=/usr/bin/apxs2' --with-dom --with-jpeg-dir=/usr/lib --disable-ipv6  --with-xsl --with-tidy --with-ldap --with-mysqli --without-sqlite --disable-pdo --disable-xmlreader --disable-xmlwriter --disable-spl --enable-maintainer-zts --with-freetype-dir --with-kerberos --with-imap --with-imap-ssl



 


Expected result:
----------------
I expect the benchmark to complete in around 13 seconds, just like with 5.2.0

simple             0.462
simplecall         0.704
simpleucall        1.061
simpleudcall       1.211
mandel             1.393
mandel2            1.675
ackermann(7)       1.137
ary(50000)         0.061
ary2(50000)        0.051
ary3(2000)         0.747
fibo(30)           2.909
hash1(50000)       0.129
hash2(500)         0.141
heapsort(20000)    0.393
matrix(20)         0.393
nestedloop(12)     0.646
sieve(30)          0.287
strcat(200000)     0.160
------------------------
Total             13.560


Actual result:
--------------
simple             0.496
simplecall         1.040
simpleucall        1.833
simpleudcall       2.025
mandel             2.202
mandel2            2.776
ackermann(7)       2.067
ary(50000)         0.103
ary2(50000)        0.087
ary3(2000)         1.038
fibo(30)           4.922
hash1(50000)       0.213
hash2(500)         0.234
heapsort(20000)    0.654
matrix(20)         0.532
nestedloop(12)     0.911
sieve(30)          0.529
strcat(200000)     0.219
------------------------
Total             21.881

A significant drop in performance

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-02-07 10:51 UTC] tony2001@php.net
It means that c-client initialization takes some time.
We can't fix c-client, though.
 [2007-02-07 10:56 UTC] jaspersl at xs4all dot nl
Ok, so how come 5.2.0 (compiled with the same settings & compiler) and previous versions doesn't suffer from it?

The Zend/bech.php doesn't seem to doing anything with the c-client. If it takes time to _initialize_ it, it wouldn't account for the fact that the fibo() takes twice as long.
 [2007-02-07 11:07 UTC] tony2001@php.net
Cannot reproduce.

 [2007-02-15 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2009-11-28 17:27 UTC] sega01 at go-beyond dot org
I had this problem in Zenserver a while back, so I split the php package into a larger and faster, and a smaller and lighter one. I think it was on 5.2.x. I hadn't tested it in ages, but did note that with IMAP or not on 5.3.1, I had no regression in Drupal page loading times. Unless the regression is there whether it's enabled or not ;-).

This might be fixed, but I definitely had the same issue.

Thanks for reporting this.

--Teran
 [2010-12-20 12:24 UTC] jani@php.net
-Package: Tidy +Package: IMAP related
 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Wed Oct 21 16:01:24 2020 UTC