Edit report at http://bugs.php.net/bug.php?id=50410&edit=1
ID: 50410
Comment by: threedigitnumber at gmail dot com
Reported by: procyonar at gmail dot com
Summary: curl extension slows down PHP
Status: Closed
Type: Bug
Package: cURL related
Operating System: win32 only - Windows 7
PHP Version: *
Assigned To: pajoye
Block user comment: N
Private report: N
New Comment:
Still not solved with 5.36.
In CLI Mode with curl: php -v takes 1.15 seconds.
without curl: php -v takes 0.125 seconds.
Previous Comments:
------------------------------------------------------------------------
[2010-12-20 00:47:59] tanguy dot pruvot at gmail dot com
Please reopen this issue...
"php -m" with php_curl : 3 seconds on a SSD disk
"php -m" without curl : instant output
Please read the previous answers, seems related to libeay32 ...
------------------------------------------------------------------------
[2010-12-13 12:41:47] beta dot tests at hotmail dot com
On the binaries and sources releases for windows i hope that this PHP
5.3 (5.3.4) isnt the final relese
because i once i install the cURL is see a delay of at least 700ms to
1020ms, on windows xp 32bit using FastCGI
------------------------------------------------------------------------
[2010-12-03 00:14:14] paj...@php.net
Fixed in 5.3.4RC2, it will be present in 5.3 final.
------------------------------------------------------------------------
[2010-09-17 21:37:43] paj...@php.net
The problem has been diagnosed, however it is not sure yet how and when
it can be fixed. See the other comments for the details.
------------------------------------------------------------------------
[2010-09-17 18:58:02] misc at themeads dot net
Some additional data...
I happened to still have 5.2.5 and 5.2.6 around on the harddrive, I
dropped the
php_curl.dll from each into my php5.2.14 installation, and they both
were snappy
and no delay.
I put the 5.2.13 php_curl.dll back in there, and back to the 5-7 second
delay.
Note that the delay occurs whether you're actually exercising curl
functions or
not... i.e., a simple page with only phpinfo() call will also result in
the same
slowness. So it's just the act of loading the extension (which again,
lends
credence to the "initialization" cause... but again, this simply didn't
exist in
earlier versions of the extension, so the initialization changed, and
introduced
this delay.
The submitter of this article indicated it was observed in 5.2.11, my
testing
confirmed it's in 5.2.13 as well. I'd be curious to see results of
testing from
5.2.6 thru 5.2.11 to see where this delay was introduced, but
unfortunately
don't have copies of php in all those versions.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=50410
--
Edit this bug report at http://bugs.php.net/bug.php?id=50410&edit=1
