Slashdot Mirror

http://eaccelerator.net/

"eAccelerator is a free open-source PHP accelerator, optimizer, and dynamic content cache. It increases the performance of PHP scripts by caching them in their compiled state, so that the overhead of compiling is almost completely eliminated. It also optimizes scripts to speed up their execution. eAccelerator typically reduces server load and increases the speed of your PHP code by 1-10 times. "

I guess I've also wondered why can't python, perl, php... have a modified language fork, so that they can be precompiled?

I can't speak for Python and Perl (don't use them often enough), but PHP has a number of extensions that support bytecode caching, such as eAccelerator and APC. It's not pre-compiled, but it does mean that a given script only has to be compiled the first time.

As far as Lighttpd is concerned, there is an up and coming competitor called nginx (Engine X). Its reputation is that it has all the benefits of Lighty, minus the memory leaks.

I have benchmarked APC vs. eAccelerator and found that eAccelerator is some 13% faster. It also has significantly lower memory consumption than APC.

Try installing a complex PHP application, like Horde3 for example, and trowing something like 600 simultaneous users at it. Your server will crawl, PHP4 parse every darned line of code every time it has to run the code! Result? 100% CPU all the time... and lots of dropped connections, and timeouts at client side.

Ahh, which language are you implying DOES support 600 simutanous users on a server?

I've never heard someone yell out to me that Python, Perl or .NET or Java are in any way performance-oriented (they're far more of postgres than mysql focus, say)

Horde3 is a system written in PHP, and could probably be improved to work far better. We've created our own complex PHP systems and if someone pays us to optimise, it is fairly easy to get page creation times to 50ms. On an average dual processor machine (e.g Xeon 2.2ghz, which I've tested) that means 40 pages/sec, which supports 600 users if you assume a user changing page on average every 15 seconds.

Also, PHP5 has a number of accelerator projects, which presumeably could be incorporated as a debian package if only a maintainer had the time (this would quickly heighten adoption of it. Presumeably, though, that would limit Zend's accelerator sales and thus isn't actively pushed?). See http://eaccelerator.net/

You know the turck codebase has been forked and supplanted by eaccelerator, right? There's no reason to use turck-mmcache anymore, especially since it hasn't been worked on since late 2003. EA is turck's logical successor.

The project died when the developer was hired by Zend. Last Version released in late 2003.

Reincarnated here: http://eaccelerator.net/

It's a pity they decided in favor of APC and not eAccelerator (the successor of turck mmcache), which is a lot faster in my experience.

I'm confused. Could someone explain this? At http://sourceforge.net/projects/turck-mmcache/ it says the license is GPL. But at http://eaccelerator.net/HomeUk it says "There is also the license problem. Frank Alcantara has done his best in the discution with Mr Turck, the owner of the copyright (Dmitry Stogov is in fact the original coder), about the idea to modify the license to avoid problems to distribute eAccelerator with Debian. But Mr Turck doesn't want to give us the permission." I don't get it - is Turck MMCache GPL or not?

The turck accelerator was continued in the eaccelerator product (http://eaccelerator.net/HomeUk). They are however starting over on it due to licensing issues. In the meantime, their current version works on PHP5, but I'm not sure if it works on the new 5.1 or not.

I'm neither a java or php programmer, but I do work with both. While java is nice and portable, I'm very impressed with how far PHP (Personal Home Page) has gone. There are acclerator projects out there that cache php scripts, making them much more responsive. I use eAceelerator (formerly MmTURKE Cache or something like that) and it's obvious that php performance can be improved. For many a simple LAMP setup is very powerful, I've been using it for a website, as well as webmail, for over 4 years now.

Imagine installing something that actually prevents the need to parse and compiler for every request, I guess that would help. That something could be http://eaccelerator.net/ (never used this or some other "accelerator" though).

"Give 'em the razor, then sell 'em the blades" That's PHP and Java.

Except there are free alterantives to Zend's products.

Of course Zend is trying to make money. They're a company. Companies exist to create products and make money. Do you get on MySQL AB's case for selling commercial licenses?