Re: upgrade to 4.3.0 nearly doubled execution time

From: Date: Tue, 22 Apr 2003 21:17:52 +0000
Subject: Re: upgrade to 4.3.0 nearly doubled execution time
References: 1  Groups: php.general 
Request: Send a blank email to php-general+get-144909@lists.php.net to get a copy of this message
I am lead to believe that the performance and stability issues with PHP v4.3.x are due to it's environment. I was running RedHat Linux Advanced Server 2.1, with a heavily patched and modified kernel. I had many issues in regard to advanced server that took some time and troubleshooting to resolve. Some people have claimed experiencing better performance with PHP 4.3.x, while others like myself have seen otherwise. I haven't been able to build a duplicate environment (yet) to attempt any benchmarks or otherwise test PHP 4.3.x as Rasmus asked. However, I have built and deployed a completely seperate environment using RedHat 7.3, and I was running PHP 4.3.0 successfully there for quite some time. I built and installed 4.2.3 to see if it would perform any better, but there was no difference that I could directly notice. I still have some unanswered questions about performance and am working to setup test environments. Does anybody who has any performance questions run on anything besides Linux (or windows). I was debating at building a FreeBSD server on one of my dual cpu boxes. Or maybe I can dual boot that box and put RedHat 7.3/FreeBSD 4.8 build out identical environments (well, as identical as possible) and do some benchmarks there. I look forward to some feedback. If anybody has some recommendations for benchmarking or some scripts that do anything particularly intense, those would be very welcomed. Regards, Jason k Larson (der Ritter) Johnson, Kirk wrote:
Is there any update on the performance issues with 4.3.x? Are they being addressed in 4.3.2RC1? TIA Kirk
-----Original Message----- From: Rasmus Lerdorf [mailto:rasmus@lerdorf.com] Sent: Saturday, February 22, 2003 7:10 PM To: Jason k Larson Cc: Rhett Livingston; php-general@lists.php.net Subject: Re: [PHP] upgrade to 4.3.0 nearly doubled execution time Yes, I have noticed some performance issues as well, but we need to nail it down better before we can start really going after this. Could we call on the collective masses of php-general users to run some benchmark tests? Just build yourselves a libphp4.so for both 4.2.x and 4.3.x and switch the LoadModule line back and forth to benchmark the two versions. Then use something like http_load (http://www.acme.com/software/http_load/) to check various simple scripts. We need to figure out if this is an across-the-board performance problem or if it is one particular aspect which has slowed down. -Rasmus On Sat, 22 Feb 2003, Jason k Larson wrote:
I'm betting this is related... I upgraded to 4.3.0 on my production linux servers and began to have serious socket connection issues. Rolling back to 4.2.3 cleared everything up. I also saw an increase in script execution
times with
4.3.0, which became much better using 4.2.3. I noticed some very strange behavior which leads me to believe 4.3.0 is not stable, and shouldn't be used in a production environment. So, all I can suggest for now is to determine what it is
you need, and
if a newer version of PHP will suit, go for it. But stay away from 4.3.0 and 4.3.1 (which I've read up on and hasn't addressed
any of these
issues). Regards, Jason k Larson Rhett Livingston wrote:
I upgraded my development system from PHP 4.1.2 to PHP
4.3.0 last week and
the performance of my scripts took a dive. Specifically,
the average time
to parse my scripts (time from executing first line of
code to executing
first line after includes) went from about 100ms to about
200ms, and, very
oddly, my times to connect to an Oracle database also
went up by about the
same margin. Switching back to 4.1.2 clears the problem back up. What changed between 4.1.2 and 4.3.0 that could cause
this? File IO stuff
perhaps? Any ideas to solve it? Thanks, Rhett Livingston I'm running WinXP Pro, IIS, PHP as a CGI, and Oracle 9.2.


« previous php.general (#144909) next »