| Цитата |
возможности mod_perlite ограничены только встраиванием Perl интерпретатора в apache, что позволяет оптимизировать выполнение скриптов путем минимизации накладных расходов, связанных с загрузкой и инициализацией perl интерпретатора |
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Perl: разработка для Web > mod_perlite 0.10 |
| Автор: DaemonSuw 12.10.2009, 17:51 |
| 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-ы, то компиляция выполняется один раз. Теоретически это может оказаться ещё быстрее модперла. Как то скудновато( инфы.... |
| Автор: bbon 12.10.2009, 18:05 | ||
|
| Автор: DaemonSuw 12.10.2009, 18:09 |
| mod_perl - тяжелая штука сжирающая память) так как грузит туда не только интерпретатор, а еще кучу модулей! Как то так =) поправьте если я неправ, не юзал mod_perl)))) |
| Автор: bbon 12.10.2009, 18:22 |
не знаю, мне казалось, что мод-перл грузит те модули, которые я его прошу  А вообще, если биться за супер-компактность и скорость, возможно проще использовать какой-нибудь перловый http-демон (да хоть HTTP::Server::Simple) и прямо в него совать свой код - сам себе и апач, и мод, и перл, и лайт |
| Автор: DaemonSuw 13.10.2009, 19:18 |
| http-демон - это не http server, и это не гибкий инструмент! Вы его напишите на perl-e, а не на сях! Потеря скорости! |
| Автор: gcc 13.10.2009, 23:10 |
| DaemonSuw, если я не ошибаюсь, то mod_perlite сделан для хостинга так как mod_perl кэширует используемый код - это главное его преимущество в Apache::Runtime, и если будет ошибка где-то в коде, то apache просто работать не будет, я не видел нигде чтобы mod_perlite кто-то использовали, там обчный CGI, или *CGI, но если нужен mod_perl для большого нагруженного проекта, то предпочитают VPS... |
| Автор: Ramirez 15.10.2009, 15:19 |
насколько я помню, mod_perl (еcли не использовать в апаче глобальную директиву PerlRequire) кеширует код только в текущем воркере. в случае ошибки - помрет только этот воркер. сам апач прекрасно продолжает жить. ктомуже поведение пула воркеров можно настраивать, чтобы воркеры закешировавшие "кривой" код долго не жили  |
| Автор: bbon 23.10.2009, 21:58 | ||
как правило, время обработки http-запроса сервером мизерно по сравнению с временем работы скрипта, подозреваю, что если потеря скорости и будет - то в пределах шума эксперимента  |
| Автор: ochnev 21.1.2010, 14:20 | ||
VPS не пригоден для нагруженных проектов. Ресурсы мизерные, всё работает безбожно медленно. VPS - только для экспериментов с нестандартными конфигурациями. Production сайты на них держать нельзя. |
| Автор: mvsgt 21.1.2010, 16:47 | ||
Надо же! А мужики-то и не знают... По теме. Эксперименты с разными модулями это хорошо для обучения, но для работы - fastcgi. |
