Edit report at http://bugs.php.net/bug.php?id=50410&edit=1
ID: 50410 Updated by: paj...@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] 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. ------------------------------------------------------------------------ [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
