php performance
Moved to here.
posted by Jason R Briggs @ 1:28 PM
Jason R Briggs
About
- Name:Jason R Briggs
- Location:Auckland, NZ
Previous Posts
- ONJava article
- Netbeans anti-aliased
- more thoughts on Netbeans
- eclipse performance
- ssh connect slowness
- Paying for Repetition
- pydev experiences...
- "the inexorable march to Eclipse"
- We?
- persistence, even in the presence of 3-year-old
Etc
3 Comments:
So it *is* "pretty fast". Sheesh.
So you are saying, PHP is blistering fast, because it out-performs a Java application that is having more overhead to provide more functionality? That does not sound very scientific to me.
I am not pro-Java, but I just find your approach to prove PHP's speed amusing. However I do find, when you start adding more complicated logics into an existing PHP application, its performance will drop dramatically without heavy hacking and refactoring. Especially in applications that will benefit from lots of in-memory shared resources.
--Scott
> I am not pro-Java, but I just find your
> approach to prove PHP's speed
> amusing.
Hello? You do realise this is a weblog entry? Who said anything about it being "an approach" to prove anything (or needing to be scientific, for that matter)?
I was merely providing a bit of anecdotal evidence that PHP is more than just pretty fast under certain conditions.
As it is, I don't think I explained the circumstances properly anyway -- what I meant to illustrate was that for simple processing (where the overhead of the additional functionality actually didn't amount to much more than a hill of beans), the message throughput was still higher on the PHP application (which at that point hadn't been vigorously optimised).
Like I said though: certain conditions.
Post a Comment
<< Home