mod_perlite 0.10 Кто юзал? ставил? делимся впечатлениями)))))

После нескольких лет затишья вышел Apache-модуль mod_perlite 0.10. В отличие от mod_perl, возможности mod_perlite ограничены только встраиванием Perl интерпретатора в apache, что позволяет оптимизировать выполнение скриптов путем минимизации накладных расходов, связанных с загрузкой и инициализацией perl интерпретатора. В новой версии устранены проблемы с обработкой POST-запросов, налажена возможность совместной работы с такими web-приложениями, как Movable Type, Bloxsom и Catalyst.

copyright http://www.opennet.ru/opennews/art.shtml?num=23807


Кстати еще вопрос в тему:

mod_psgi - что за фрукт? ставили? юзали? делимся впечатлениями)))))
Нашел немного инфы в блоге:

Ещё один вариант запуска приложения на Перле под Apache — mod_psgi. Он тоже встраивает интерпретатор, но выполняет в нём PSGI-приложения. Поскольку они по определению coderef-ы, то компиляция выполняется один раз. Теоретически это может оказаться ещё быстрее модперла.

Как то скудновато( инфы....

Это сообщение отредактировал(а) DaemonSuw - 12.10.2009, 18:06

а если по-русски? Чем, все-таки, он интереснее mod_perl?   

mod_perl - тяжелая штука сжирающая память) так как грузит туда не только интерпретатор, а еще кучу модулей!
Как то так =) поправьте если я неправ, не юзал mod_perl))))

Это сообщение отредактировал(а) DaemonSuw - 12.10.2009, 18:10

не знаю, мне казалось, что мод-перл грузит те модули, которые я его прошу  
А вообще, если биться за супер-компактность и скорость, возможно проще использовать какой-нибудь перловый http-демон (да хоть HTTP::Server::Simple) и прямо в него совать свой код - сам себе и апач, и мод, и перл, и лайт

http-демон - это не http server, и это не гибкий инструмент! Вы его напишите на perl-e, а не на сях! Потеря скорости!

DaemonSuw, если я не ошибаюсь, то mod_perlite сделан для хостинга так как mod_perl кэширует используемый код - это главное его преимущество в Apache::Runtime, и если будет ошибка где-то в коде, то apache просто работать не будет, я не видел нигде чтобы mod_perlite  кто-то использовали, там обчный CGI, или *CGI, но если нужен mod_perl для большого нагруженного проекта, то предпочитают VPS... 


Это сообщение отредактировал(а) gcc - 13.10.2009, 23:13

насколько я помню, mod_perl (еcли не использовать в апаче глобальную директиву PerlRequire) кеширует код только в текущем воркере. в случае ошибки - помрет только этот воркер.  сам апач прекрасно продолжает жить. ктомуже поведение пула воркеров можно настраивать, чтобы воркеры закешировавшие "кривой" код долго не жили 

как правило, время обработки http-запроса сервером мизерно по сравнению с временем работы скрипта, подозреваю, что если потеря скорости и будет - то в пределах шума эксперимента   

VPS не пригоден для нагруженных проектов. Ресурсы мизерные, всё работает безбожно медленно.
VPS - только для экспериментов с нестандартными конфигурациями. Production сайты на них держать нельзя.

Надо же! А мужики-то  и не знают...

По теме. Эксперименты с разными модулями это хорошо для обучения, но для работы - fastcgi.