Вышла (http://caucho.com/resin-3.0/features/resin-3.0.18.xtp) новая версия сервер-контейнера JSP и Servlets.
В 3.0.18 версии появился один очень интересный компонент - Quercus. Это реализация от Caucho's PHP версии 5. На данный момент Quercus поддерживает Drupal и Mediawiki. Данное ПО установлено на сайте caucho.com. Особый интерес представляют тесты на быстродействие (http://forum.caucho.com/node/16). Как видим реализация PHP фирмой Caucho на Java работает быстрее нативного решения Apache/mod_php.URL: http://caucho.com/resin-3.0/features/resin-3.0.18.xtp
Новость: http://www.opennet.me/opennews/art.shtml?num=7023
get the facts однозначно! как может прослойка работать быстрей нативного кода?только в одном случае,это когда нативный код писали бездари, но я не думаю что зенд к таковым относится или я не прав?
>как может прослойка работать быстрей нативного кода?
Элементарно. Так же как и fastcgi работает быстрее cgi. Zend делает очень простую вещь он убирает работу интерпретатора по преобразованию исходника в байткод. Ребята из Caucho сделали тоже самое, только вот у них компиляция идет не в байткод zend, а в байт-код java. Ну а на выходе получаем сервлет, который подгружается только один раз, а потом сидит в памяти, собственно как в fastcgi. При изменении исходника происходит перекомпиляция и при первом запуске возникает тормоз. Но далее все фугачит будь здоров.
Ахринеть! Компилер на компилере писать! Это как Васик на васике писать - тормоз еще тот....
>Ахринеть! Компилер на компилере писать! Это как Васик на васике писать -
>тормоз еще тот....
Прежде чем это писать ознакомтесь с тестами.
>Ахринеть! Компилер на компилере писать! Это как Васик на васике писать -
>тормоз еще тот....васик на васике -- это интерпретатор на интерепретаторе, точно тормоз
а компилер на компилере -- что в этом плохого?, аналогичным образом работает масса технологий -- jsp, xsql, xslt, и никто не говорит что они медленно работают
А кто-то говорит, что xslt быстро работает?
По сравнению с чем ?
Суть в том, что xslt шаблонизатор работает по такому же принципу, как и Quercus -- через вызов сервлета. Сервлет постоянно находится в памяти веб-сервера, поэтому накладные расходы на отработку минимальны, ну а скорость отработки java байт кода ряде задач уже давно идет почти вровень со скоростью отработки нативного кода, поэтому говорить что "компилятор на компиляторе работает медленно" или "как то неправильно" на мой взгляд в некоторой степени неразумно.