Re: PHP Stress Testing.

From: Date: Tue, 04 Sep 2001 19:17:09 +0000
Subject: Re: PHP Stress Testing.
References: 1 2  Groups: php.general 
Request: Send a blank email to php-general+get-65930@lists.php.net to get a copy of this message
Thanks Michael, What I'm after is how well PHP can handle load, I know it's quick, I've tested it and I have to say that the results are somewhat interesting. But, what I can't test properly is how it handles hundreds, even thousands of simultaneous connections. I know that the above is probably more to do with the web server but I want to prove a point that PHP is not the "fly by night" software that some people are saying it is. I know it's good, but, I need to show just how good it can be. I then want to publish the results for all to see. Still interested? Andy. ----- Original Message ----- From: "Michael Kimsal" <michael@tapinternet.com> To: "Andy Woolley" <andy@milonic.com> Cc: <php-general@lists.php.net> Sent: Tuesday, September 04, 2001 6:56 PM Subject: Re: [PHP] PHP Stress Testing. > Goalposts change. > > The zdnet eweek article from last november showed PHP being *THE* fastest > between JSP, ASP, CF and PHP. PHP was 47 pages/second. ASP was 43, CF > was 25 or 26, and JSP was 13. The benchmark was a ecommerce store - > each system had functionally equivalent code, and ran on the same hardware. > > CF got 'top honors' because of its 'ease of use'. PHP was hands down > faster > than everything else. ASP was close, and became way faster when MS rewrote > the code, but I suspect someone rewriting the PHP could have optimized > it to see > a 100% improvement as well. > > Part of the point here is that people will knock it for any reason they > can, > even if they don't know any better. We have a client (running PHP) who > was in > a meeting with one of their clients. Trying to demo a new service, they > went to > his site, which was responding very slowly (turns out there was some > routing > problems along the way - I *think* in the client's own office). Their > "IT" guy > (to use the term loosely) noticed the ".php" and said "Oh well, there's > your problem - > PHP isn't multithreaded - of course it's going to run really slow. You > should use our > ______ system" (I forget if it was Java or MS). The guy was full of it, > but > everyone in the meeting got the impression that PHP sucked and was slow > because it's not "multithreaded" (as if ANYONE in that room, including that > dweeb, even understood the term, much less it's impact on performance). > > So what do you want to benchmark? Whatever it is, you really should get > others from > other camps to develop similar code - get an ASP person (who is good) to > write a similar > app, do the same with Java, etc. If you want to contact me privately, I > would > be interested in discussing this further (organizing, etc) > > > > Andy Woolley wrote: > > >Guys, > > > >Has anyone ever tested PHP, MySQL on Apache to see just how well it will > >work when put under serious pressure. > > > >Seems that people all over the world are saying how PHP doesnt cut it when > >pushed to the limit, question is what is the limit? > > > >Anyone interested in setting up a stress test, to try and prove how good PHP > >really is. > > > >Andy. > > > > > >

« previous php.general (#65930) next »