Edit report at http://bugs.php.net/bug.php?id=50410&edit=1
ID: 50410 Comment by: beta dot tests at hotmail 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: 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 Previous Comments: ------------------------------------------------------------------------ [2010-12-03 00:14:14] [email protected] Fixed in 5.3.4RC2, it will be present in 5.3 final. ------------------------------------------------------------------------ [2010-09-17 21:37:43] [email protected] 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. ------------------------------------------------------------------------ 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
