|
|
ru.cgi.perl- RU.CGI.PERL ------------------------------------------------------------------ From : Artem Chuprina 2:5020/400 01 Apr 2002 16:20:41 To : Sadretdinova Nelly Subject : Re: еще о mod_perl и оптимизации -------------------------------------------------------------------------------- Здравствуй, Sadretdinova Nelly. SN> А возможно ли собрать mod_perl вместе с mod_accel? SN> Из чтения документации у меня сложилось впечатление, что mod_accel в SN> этом случае нужно подключать динамически, а на моем хостинге требуется SN> апач собирать только статически. Как справедливо заметил предыдущий оратор, это _разные_ апачи. Просто если есть возможность использовать DSO, имеет смысл собрать один и грузить с разными конфигами - бэкэнд с mod_perl, фронтэнд с mod_accel. Если нет такой возможности, то собирается два. SN> В связи с чем вопрос касательно скрипта под mod_perl: SN> Если у меня на одной из страниц есть несколько блоков, которые SN> обновляются достаточно редко - пару раз в сутки, например, SN> будет ли правильным использовать такую конструкцию: SN> BEGIN SN> { Инициализация блоков } SN> if ( блоки обновились ) { перезагружаем блоки } SN> где блоки хранятся в базе, а условие "блоки обновились" - некое быстро SN> и легко проверяемое условие, например, одна запись в базе или SN> существование некого файла, последние создаются при изменении блоков. Будет. Опять же при условии, что профайлинг показывает, что узкое место именно здесь. Иначе не видно смысла в этом усложнении. В принципе, можно еще более хитрый трюк сделать - инициализировать эти блоки при старте родителя апача. Сильно помогает при небольшом ограничении на количество выполняемых запросов одним ребенком (порядка 100), что бывает иногда нужно в качестве разных странных workaround'ов, или при резких скачках нагрузки, когда то дружно запускается два десятка дополнительных деток, то потом они дохнут как незаюзанные, и так раз в пару часов или чаще, в зависимости от нагрузки при инициализации. Hо это все опять-таки после профайлинга. А то отладка не окупится. Да, в BEGIN при этом совать совершенно необязательно. Просто условие обновления блоков должно срабатывать также и на их отсутствие. SN> P.S. Мечтаю поставить пива для А.Чуприна и А.Сапожникова от имени всех SN> чайников ru.cgi.perl :-) "Цветы и конфеты не пью" (c). Взятки беру только вишневым вареньем. И от всех чайников не советую - тут есть и злые на нас. -- Artem Chuprina Communiware.net RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/358.49, ICQ: 13038757 --- ifmail v.2.15dev5 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cgi.perl/144548237bdda.html, оценка из 5, голосов 10
|