ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[4]: [apache-talk] Не понимаю.



>>>IS> Ещё хуже, mod_perl, как известно очень прожорлив.
>>>IS> Если aпач без mod_perl'а занимает от 1 до 3М, из которых половина
>>>IS> шаренных, то mod_perl легко откусывает десятки мегов и что самое мерзкое,
>>>IS> из этих десятков шарится очень немного, не больше нескольких мегов, а то 
>и
>>>IS> гораздо меньше.
>>>хмммм а у меня из 15 мегов шарится 14......
>>>может не мод_перл гадкий а организация данных несколько
>>>не учитывает его фички ?
>На чем основано это утверждение ?
на SHARE от top
и на к-ве _свободной_ (не занятой или под кэшом
с буферами) памяти по vmstat

Эффект от каких-либо изменений в процессе разработки
отлеживается достаточно просто.

На _личной_ (все прочие факторы можно свести к константе)
машине прогоняется новая версия с баааальшим тайм-аутом
на запрос что бы тестирующая реальной рабочей смесью запросов
часть могла нагрузить и задержать в таком состоянии одновременно
_много_ апачей (100-200) для лучшего улавливания эффекта

Ну и потом считаем разницу перед изменениями и после


--------------------------------------
Павел Яковлев
mailto: hac@citycat.ru ICQ 8085803 PPY-RIPN
технический директор
ЗАО "Интернет-Проекты"
--------------------------------------
"God is real, unless declared integer"


=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.