The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Релиз Resin 3.0.18, в комплекте реализация PHP на ..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Релиз Resin 3.0.18, в комплекте реализация PHP на ..."  
Сообщение от opennews on 26-Фев-06, 11:50 
Вышла (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
Новость: https://www.opennet.ru/opennews/art.shtml?num=7023

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от Аноним on 26-Фев-06, 11:50 
get the facts однозначно! как может прослойка работать быстрей нативного кода?только в одном случае,это когда нативный код писали бездари, но я не думаю что зенд к таковым относится или я не прав?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

3. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от sauron email(ok) on 26-Фев-06, 12:03 
>как может прослойка работать быстрей нативного кода?
Элементарно. Так же как и fastcgi работает быстрее cgi. Zend делает очень простую вещь он убирает работу интерпретатора по преобразованию исходника в байткод. Ребята из Caucho сделали тоже самое, только вот у них компиляция идет не в байткод zend, а в байт-код java. Ну а на выходе получаем сервлет, который подгружается только один раз, а потом сидит в памяти, собственно как в fastcgi. При изменении исходника происходит перекомпиляция и при первом запуске возникает тормоз. Но далее все фугачит будь здоров.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

2. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от Аноним on 26-Фев-06, 12:01 
Ахринеть! Компилер на компилере писать! Это как Васик на васике писать - тормоз еще тот....
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

4. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от sauron email(ok) on 26-Фев-06, 12:04 
>Ахринеть! Компилер на компилере писать! Это как Васик на васике писать -
>тормоз еще тот....
Прежде чем это писать ознакомтесь с тестами.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

5. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от eugene email(??) on 26-Фев-06, 12:10 
>Ахринеть! Компилер на компилере писать! Это как Васик на васике писать -
>тормоз еще тот....

васик на васике -- это интерпретатор на интерепретаторе, точно тормоз

а компилер на компилере -- что в этом плохого?, аналогичным образом работает масса технологий -- jsp, xsql, xslt, и никто не говорит что они медленно работают

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

6. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от cobold on 27-Фев-06, 01:38 
А кто-то говорит, что xslt быстро работает?
По сравнению с чем ?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

7. "Релиз Resin 3.0.18, в комплекте реализация PHP на Java."  
Сообщение от eugene email(??) on 27-Фев-06, 08:59 
Суть в том, что xslt шаблонизатор работает по такому же принципу, как и Quercus -- через вызов сервлета. Сервлет постоянно находится в памяти веб-сервера, поэтому накладные расходы на отработку минимальны, ну а скорость отработки java байт кода ряде задач уже давно идет почти вровень со скоростью отработки нативного кода, поэтому говорить что "компилятор на компиляторе работает медленно"  или "как то неправильно" на мой взгляд в некоторой степени неразумно.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх | ^

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру