On Tue, Dec 12, 2000 at 02:53:30PM -0800, Randal L. Schwartz wrote:
> >>>>> "newsreader" == newsreader  <[EMAIL PROTECTED]> writes:
> 
> newsreader> Maybe he meant php hello world vs perl hello world?
> 
> And the point of such a comparison would be... what?

it will be to publish in your favorite magazine/web site/mailing list/whatever
Did you miss chamas' hello world thread?  I don't really care for 
benchmark myself but your point they way I understand was that it
was not possible to make benchmark comparison.  In fact in theory 
it is possible even beyond hello world.  Take two programmers
from perl and php worlds and give them the same problem.  It *is* possible
to make a comparison of the resultant applications.  Purely technical
comparison.

> The real costs of a web application these days are the total product

Now you are talking about something other than technical comparison.
Wouldn't that be like saying "ferrari has a bigger top speed than 
corolla does but so what corolla gets better gas mileage."  It all
depends on how benchmark is to be used.

transactions-per-second is an important factor that determines
whether or not somebody will come back to your site, I think.  So
if you are shooting for yahoo like numbers maybe you should start
thinking transaction-per-second. you are the one who frequently
touts the virtue of writing a real handler instead of using registry??
what is your point about such energetic touting?

What I really like to see compared is the development time of php vs perl code for a 
given
problem.  I've read ad nauseam about perl development time being shorter than C.
How does php compare to perl in this regard, I wonder.

> costs, not the transactions-per-second costs.  Until you're getting
> Yahoo-number hits, does it really matter whether something takes 1
> second vs 3 seconds to process?  And even then, shouldn't you be more
> worried about which of these two systems better supports 304 responses
> and data caching and dependency tracking, instead of which one
> executes a useless static page faster?
> 
> -- 
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <[EMAIL PROTECTED]> <URL:http://www.stonehenge.com/merlyn/>
> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
> See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Reply via email to