I strongly dislike the benchmarks on the below URL, its very
misleading..
The Modperl handler benchmark, which was done on a dual P3 500mhz on
Linux does serious injustice to mod_perl. Anyone who uses Linux knows
how horrible it is on SMP, I think some tests showed it uses as litle as
25% of the second processor..
I don't think the benchmarks can be taken for anything, you have
benchmarks running on different Architectures other then PC based... 300
mhz on Sun is totally different then 300 mhz on PC based products....
and the real number that drives this benchmark is HITS/S/MHZ..
I think for any real test that means anything, there needs to be some
controlled factors, ie: the hardware and operating system..
Gunther Birznieks wrote:
>
> For the raw benchmarks...
>
> OK, I finally got a little time to download and read some the hello.tar.gz.
>
> It's good to see TT is fairly fast. But it's a shame that the only way to
> get faster than PHP is to write a raw Mod_perl handler according to the
> benchmarks. All the other mod_perl tools seem slower.
>
> JSP seems to also blow away mod_perl and PHP (except being almost
> equivalent to mod_perl handler speed). I assume Resin is precompiling JSP
> to Java classes and that maybe the JRE you are using does some very good
> hotspot on-the-fly machine-code compiling type technology?
>
> How does this benchmark stuff compare to the tests run at
>
> http://www.chamas.com/bench/
>
> I notice that JSPs take quite a beating there but are running on a lower
> end machine on that set of tests. I presume the below tests are intended to
> replace the tests run on these various disparate machines.
>
> You also seem to have taken out tests? So you are no longer testing
> servlets only? It would be interesting to see if Servlet -> JSP dispatching
> (with is the recommended model of coding Java Servlets/JSPs these days)
> results in any slow down.
>
> At 02:15 PM 12/16/2000 -0800, Joshua Chamas wrote:
> >Hey,
> >
> >Still very rough, the hello world benchmark suite is available
> >for download at: http://www.chamas.com/bench/hello.tar.gz
> >You may run it like:
> >
> > # to get started, see what tests will run, note you
> > # may need some CPAN modules installed to get this far
> > perl ./bench.pl -test
> >
> > # to run tests for 1 minute ... shut down your programs
> > # and walk away for best results.
> > perl ./bench.pl -time=60
> >
> >Here are my latest results, having added Resin/caucho/JSP
> >with a J2RE 1.3.0 IBM java engine, which other benchmarks
> >say is the fastest java on linux overall, & from previous
> >testing resin seems the fastest JSP.
> >
> >I changed the SSI tests to look more like the others, which
> >also sped them considerably. Finally, I added tests for PHP,
> >mine is 4.0.3, & ePerl.
> >
> >Test Name Test File Hits/sec Total Hits Total Time
> >sec/Hits Bytes/Hit
> >------------ ---------- ---------- ---------- ----------
> >---------- ----------
> >Apache::ASP hello.asp 414.3 24857 hits 60.00
> >sec 0.002414 179 bytes
> >Apache::Dispatch handler hello/worl 689.5 41375 hits 60.01
> >sec 0.001450 134 bytes
> >Apache::Registry CGI Raw hello_raw. 725.2 43514 hits 60.00
> >sec 0.001379 52 bytes
> >Apache::Registry CGI.pm hello.reg 491.5 29492 hits 60.00
> >sec 0.002035 154 bytes
> >Apache::SSI hello.shtm 584.6 35080 hits 60.01
> >sec 0.001711 137 bytes
> >Apache::ePerl hello.eper 359.8 21588 hits 60.00
> >sec 0.002780 155 bytes
> >HTML static hello.html 1195.2 50000 hits 41.83
> >sec 0.000837 249 bytes
> >HTML::Embperl hello.epl 510.8 30647 hits 60.00
> >sec 0.001958 158 bytes
> >HTML::Mason hello.mas 383.8 23030 hits 60.00
> >sec 0.002605 134 bytes
> >Template Toolkit hello.tt 553.6 33221 hits 60.01
> >sec 0.001806 136 bytes
> >mod_caucho JSP hello.jsp 859.9 50000 hits 58.15
> >sec 0.001163 156 bytes
> >mod_include SSI hello.shtm 1008.0 50000 hits 49.60
> >sec 0.000992 136 bytes
> >mod_perl handler hello.benc 886.3 50000 hits 56.42
> >sec 0.001128 134 bytes
> >mod_php PHP hello.php 750.8 45050 hits 60.00
> >sec 0.001332 163 bytes
> >
> >As has been noted, my static html is probably slower than yours
> >relatively. I have a dual CPU system & have most apache modules
> >enabled by default, thus creating huge headers for static html.
> >
> >I think the dual CPU nature of my system means my system will
> >spend more time waiting on SMP & network locking as the request
> >rate gets faster, but I don't know much about these things, so if
> >there is something to be gained here, please feel free to clarify
> >how this might impact the results.
> >
> >--Josh
> >
> >_________________________________________________________________
> >Joshua Chamas Chamas Enterprises Inc.
> >NodeWorks >> free web link monitoring Huntington Beach, CA USA
> >http://www.nodeworks.com 1-714-625-4051
>
> __________________________________________________
> Gunther Birznieks ([EMAIL PROTECTED])
> eXtropia - The Web Technology Company
> http://www.extropia.com/
--
______________________________________________________________________
JR Mayberry e-Vend.net Corporation
Programmer and Systems Administrator (888) 427-8743 x226 tel
[EMAIL PROTECTED] http://www.e-vend.net
************************************************************************
The information in this message (including attachments) is confidential.
If the reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original message.
***********************************************************************