ПРОЕКТЫ 


  АРХИВ 


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: Re[4]: [apache-talk] mod_perl



On Mon, 5 Apr 1999, Ilya Obshadko wrote:
> 
> Hello Victor,
> 
> >> Какой получается средний размер httpd child? И под какой OS это все
> >> работает?
> VBW> SIZE  RSS
> VBW> ~14000 ~13000
 
> 8-(---) не фига себе...

Прибавь еще пять процессов Oracle по 20Mb SIZE и достаточно толстую SGA.
 
> VBW> Работает это под Linux на двухпроцессорной машине с 256 мегами.
> 
> Под серьезную нагрузку (порядка 20 req/sec HTTPD) тут нужно в два раза
> больше памяти, как минимум. Это я знаю по собственному печальному
> опыту. У меня при интенсивном использовании Perl/SSI размеры
> соответственно 6000 / 5000 ориентировочно. Я думал, это очень много
> Ж-)

Ну, когда у нас будет 20 req/sec поставим туда гиг памяти. Поскольку
вся крутизна communiware заключается в полном отсутсвии статического
контента - все хранится в базе данных, а на диске только Perl-SSI шаблоны,
да и для тех есть записи в базе, откуда берется код для первого прохода.

А гиг памяти не настолько дорогая штука.

На самом деле, все не так страшно. Поскольку 100% перлового кода грузятся 
в папашу и наследуются детишками. В результате страшные цифры SIZE/RSS
реально хранятся в памяти один раз.


> В данном случае стоит всерьез подумать об разделении статического и
> динамического контента на разные server instances, между которыми
> засунуть squid.

Мы тут скорее думаем по поводу вкручивания в mod_perlовый код корректной
обработки HEAD и If-Modified-Since  и постановки squid в режиме ускорения,
чтобы уменьшить
количество дерганья LONG-полей из базы данных. Правда, подозреваю, что при
20 запросах в секунду ценность этой системы сильно понизится, поскольку
количество народу, желающего туда что-нибудь написать, тоже будет расти
пропорционально, а следовательно время жизни страниц в кэше будет не
слишком большим. Причем чем интереснее страница - тем меньше.

 > Best
regards, >  Ilya                            mailto:ilya@zhurnal.ru
> 
> 
> =============================================================================
> =               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                 =
> 

--------------------------------------------------
Victor Wagner                   vitus@ice.ru
Programmer                      Office:7-(095)-964-0380
Institute for Commerce          Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus

=============================================================================
=               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.