Edit report at http://bugs.php.net/bug.php?id=50410&edit=1
ID: 50410
Updated by: pajoye@php.net
Reported by: procyonar at gmail dot com
Summary: curl extension slows down PHP
-Status: Assigned
+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:
Fixed in 5.3.4RC2, it will be present in 5.3 final.
Previous Comments:
------------------------------------------------------------------------
[2010-09-17 21:37:43] pajoye@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.
------------------------------------------------------------------------
[2010-09-17 18:28:59] misc at themeads dot net
I've found this exists in 5.2.13.
I tried to test 5.2.14, but find the same issue noted in
http://bugs.php.net/bug.php?id=52346 in which
php_curl.dll won't load at
all.
I'm running Win2008 R2/IIS 7.5. What I noticed is that this exists only
when
running php in cgi mode, which of course spins up a separate php.exe for
each
request. If you run in it isapi mode, which loads php and these
extensions into
the IIS worker process for the site, then this doesn't occur.
These observations lend credence to the theory that it's related to a
delay in
initialization when the php_curl.dll is loaded, as noted in
http://bugs.php.net/bug.php?id=50406 ... although
the answer given there
of
"it's slow because it initializes" and then summarily closing the bug
report, is
pretty worthless... why is the initialization so slow? surely this is
due to
something introduced to that initialization process with some revision,
because
php_curl.dll hasn't always had this type of delay as a result of it's
cumbersome
initialization process.
------------------------------------------------------------------------
[2010-08-23 00:23:05] michaelhood at gmail dot com
Still exists with the php_curl.dll bundled with 5.3.3.
------------------------------------------------------------------------
[2010-05-25 02:26:08] andrew at mammoth dot com dot au
Hi,
Windows Explorer says the version of libeay32.dll for me which was
included with
PHP is 0.9.8k
I downloaded the sources from www.openssl.org/sources for that version
and the
latest 1.0.0.
I've pastebin'd the rand_win.c code which has the RAND_screen() method
mentioned
earlier.
OpenSSL 0.9.8k: http://pastebin.com/CjCt7bL3
OpenSSL 1.0.0: http://pastebin.com/yeQS1khQ
Diff: http://pastebin.com/fWuyTKDC
It's interesting to see the usage of MAXDELAY (1 second) and several
methods
within that loop referencing that delay (when added together, maybe add
up to
the 3-5 seconds delay people are experiencing).
Even the latest OpenSSL code appears to have this problem?
I've only skimmed over the diff ^ changes, perhaps they have
improved/reduced
the delay for Windows I'm not sure.
Probably worth testing a newer libeay32.dll/php_curl module though.
If you need me to test I'd be happy to, just link me to the updated
files.
------------------------------------------------------------------------
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