On Wed, 27 Jun 2001, Pavel Yakovlev wrote:
> >>>IS> Ещё хуже, mod_perl, как известно очень прожорлив.
> >>>IS> Если aпач без mod_perl'а занимает от 1 до 3М, из которых половина
> >>>IS> шаренных, то mod_perl легко откусывает десятки мегов и что самое
>мерзкое,
> >>>IS> из этих десятков шарится очень немного, не больше нескольких мегов, а
>то и
> >>>IS> гораздо меньше.
> >>>хмммм а у меня из 15 мегов шарится 14......
> >>>может не мод_перл гадкий а организация данных несколько
> >>>не учитывает его фички ?
> >На чем основано это утверждение ?
> на SHARE от top
Под FreeBSD такого увы нету.
А что, под Линуксом он показывает то, что есть на самом деле ?
> и на к-ве _свободной_ (не занятой или под кэшом
> с буферами) памяти по vmstat
А в свопе ничего при этом не лежит ?
> Эффект от каких-либо изменений в процессе разработки
> отлеживается достаточно просто.
>
> На _личной_ (все прочие факторы можно свести к константе)
> машине прогоняется новая версия с баааальшим тайм-аутом
> на запрос что бы тестирующая реальной рабочей смесью запросов
> часть могла нагрузить и задержать в таком состоянии одновременно
> _много_ апачей (100-200) для лучшего улавливания эффекта
>
> Ну и потом считаем разницу перед изменениями и после
А как долго гоняется тест ? Потому как чем дольше mod_perl'ы
работают, тем меньше памяти они шарят.
Ну и кроме того, помимо собственных данных, есть такие
вещи как Mason, CGI и DBI, которые не особо поорганизуешь.
Игорь Сысоев
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
