Slashdot Mirror

← Back to Stories (view on slashdot.org)

Benchmarking 3 PHP Accelerators

Posted by ryuzaki0 on from the ack-phpttht dept.

jfbus writes "PHP, like all scripting languages, suffers from having to parse all script files each time a page is displayed. Accelerators (opcode caches) are necessary to speed PHP enough for large websites. Here is a benchmark of the major PHP accelerators (Zend platform, apc and eAccelerator)."

3 of 81 comments (clear)

  1. Re:Like all scripting languages? by Anonymous+Crowhead · · Score: -1, Flamebait

    Well if you are using PHP, you are already riding the short bus - if you know what I mean. And I think you do...

  2. PHP sucks by Anonymous Coward · · Score: -1, Flamebait
    For those of you hunting to an even uglier alternative to Perl, you'll find a friend in PHP. From the awkward string manipulation routines (who the fuck would want to use C-like functions to manipulate strings in a scripting lanugage?) to the horrendously crappy object oriented programming model, PHP has everything that nobody wants or needs in a language. Hell, you can even embed Perl in HTML pages these days in the same manner.

    So, to recap, folks, PHP is...

    • Prone to security holes and misc. bugs
    • An awful pain to program
    • Slow as a dog, even in it's intended "niche" use as a web scripting language. Anyone intending to do something serious with a website would use Servlets or at least mod_perl.
  3. Parsing? by imroy · · Score: 0, Flamebait
    PHP, like all scripting languages, suffers from having to parse all script files each time a page is displayed.

    Speak for yourself, PHP weenie. My Perl code is parsed and "compiled" only when I restart the FastCGI handler(s) for my Catalyst web app(s). My templates are (I'm sure) parsed on each invocation though. The situation is probably similar for other real scripting languages e.g Python and Ruby.