Вышел PHP 4.0.4 pl1

Кто-нибудь замерял, быстрее PHP явы? Понятно, что там VM. А здесь инт ерпретатор.

Блин, вчера вечером скачивал, еще этого pl1 не было

Кстати кто уже скачал, киньте сюда changelog что-ли, а то у них на сайте нифига нет.

php самый быстрый из всех известных мне интерпретаторов, особенно если
сравнивать работу с базами данных. ява - это глупые игрушки.

- Fixed the various pdf_open_*() functions (Daniel) - Fixed a bug that could cause invalid INI entries to be used under certain circumstances (Zeev) - Fixed a bug in the Apache module that could cause invalid INI values to propogate to different virtual hosts, if one or more of the virtual hosts was configured with engine=Off (Zeev) - Fixed possible crash bugs in the session module (Sascha) - Fixed the ODBC module to build properly with Solid 3.0 and OpenLink (Dan Kalowsky) - Fixed possible corruption of line number information in PHP scripts (Zeev, Zend Engine) - Fixed a few possible crashes in functions that use user-defined callbacks (Zeev, Zend Engine)

По моим замерам JSP от Resin с IBM JDK 1.1.8 шустрее чем PHP, причем существенно.
Разница в том что в JSP страница интрепритируется один раз, а PHP каждый раз при вызове скрипта.
Есть надежда, что ZendCache поможет решить эту проблему. Кстати выход ZendCache и ZendCompiler анонсирован на 23 января.

Можешь привести примерное описание своих замеров? Лучше всего тестовый скриптик.
Есть еще APC - the Alternative PHP Cache http://apc.communityconnect.com/.
Я не верю, что jsp может быть быстрее. Это рекламные трюки.

Этот кеш я сейчас как раз мучаю - очень сырой он еще. Много глюков.

Замеров на реальных проектах я не делал, только на тестовых скриптах типа hello и простая выборка из базы.
Это не рекламный трюк - я это решал для себя.

Имеено в той конфигурации что я написал (Resin + IBM 1.1.8) - JSP выигрывало. У меня сейчас нету данных, но я когда-то писал про это в форуме на phpclub.net.

На глаз могу сказать такое - скрипт Hello - JSP на 800 req/sec давало 800 resp/sec. PHP около 500 resp/sec.

Другие JSP движки с другими JDK проигрывали PHP.

Как по мне JSP - более удачная технология, но почему я ее пока не использую - тоже уже писал, JDBC драйвера под Oracle Linux еще сыроваты.

Слушай, ты не мог бы уточнить несколько моментов. Какой веб-сервер использовался
в тесте, на каком железе. Что значит "на глаз", это как? Твои цифры у меня
вызывают сильные сомнения. Если предположить, что ты используешь апач пусть даже на
двухпроцессорной машине... ну не даст он (apache) такой хитрэйт для cgi. Он едва ли
статику сможет подавать с такой скоростью. Что-то тут нечисто.

Вообще есть мнение, что Java лучше большую нагрузку переносит.
Тем более, что есть HotSpot и JIT компиляторы.

Я мерял httperf. Машина у меня самая простая - P2-500Mhz, 128Mb. Статику апаче способен давать и 1200 res/sec. (по крайней мере httperf так говорил). Кроме того PHP - это не cgi. Если так уше пошло я сегодня дома подниму Resin и Апаче и померяю httperf и ab. Вечером сообщу результаты.

Результаты можно посмотреть здесь. http://web.stealthcomp.com/bench/result.html тестовые примеры тут http://web.stealthcomp.com/bench/eg.rar

Никто меня никогда не убедит, что Java хоть чего-нибудь быстрее. Этот монстр жрет ресурсы, сколько не давай на выполнение тривиальных задач. Только разве что если сам увижу. Но что-то не доводилось. Ужас это, а не технология. Рекламная компания и шумиха вокруг нее сделали ей имя, а с технической точки зрения это рекордсмен по использованию ресурсов.

to Bizon:
Ну вот, видишь, если разобраться, то разницы особой нет. Если супероптимизированная
java дала прирост скорости в 20% на одиночном скрипте ценой использования
дополнительных NN-мегабайт памяти, то я совершенно равнодушен к таким "соревнованиям".
Кстати, где же обещанные 800 rps? Я ведь уже все бросил, и хотел переходить на java ;-)

P.S. В настройках параметров php есть хитрости, которые позволяют его ускорить.
Я уверен, что ты не все из них задействовал.

Так я ж на домашнем, а не на боевом сервере тестил. Как раз по-моему тест с циклом - наиболее показателен - время на компиляцию маленькое - основное время выполнение программы - и PHP тут отдыхает. Кстати про хитрости - может просветишь :) ?

Смотри документацию на php.ini. Там описаны все трюки с оптимизацией.

Ты думаешь я с PHP пару дней знаком ? :)
Заходи на #rusphp в undernet - пообщаемся :)