Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 еще о mod_perl и оптимизации   Sadretdinova Nelly   01 Apr 2002 13:27:36 
 Re: еще о mod_perl и оптимизации   Konstantin Tokar   01 Apr 2002 13:33:48 
 Re: еще о mod_perl и оптимизации   Sadretdinova Nelly   01 Apr 2002 13:42:00 
 Ссылка   Igor Gerdler   01 Apr 2002 14:02:28 
 Re: еще о mod_perl и оптимизации   Konstantin Tokar   01 Apr 2002 15:57:49 
 Ага, теперь ясно   Sadretdinova Nelly   01 Apr 2002 16:06:05 
 Личное мнение   Igor Gerdler   01 Apr 2002 14:18:54 
 Re: еще о mod_perl и оптимизации   Artem Chuprina   01 Apr 2002 16:20:41 
 Re: еще о mod_perl и оптимизации   Sadretdinova Nelly   01 Apr 2002 16:33:03 
 Re: еще о mod_perl и оптимизации   Artem Chuprina   01 Apr 2002 18:30:03 
 Re: еще о mod_perl и оптимизации   Konstantin Tokar   01 Apr 2002 18:25:56 
 Re: еще о mod_perl и оптимизации   Artem Chuprina   01 Apr 2002 18:40:29 
 Re: еще о mod_perl и оптимизации   Igor Sysoev   02 Apr 2002 13:43:22 
 Re: еще о mod_perl и оптимизаци и   Andrey Sapozhnikov   01 Apr 2002 16:35:10 
Архивное /ru.cgi.perl/144548237bdda.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional