ПРОЕКТЫ 


  АРХИВ 


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: [apache-talk] =?KOI8-r?B?wcvTxczF0sHUz9I=?=





On Thu, 7 Jun 2001, Andrew Stroganow wrote:

>                       Добрый день.
>
>
> Вот возник вопрос. На толстом канале имеется сервак с апачем. Апач довольно
> хорошо загруженый, примерно 100-150 чилдов весит постоянно. Иногда возникает
> проблема, когда апач не может породить больше процессов.

Кто ему не дает - вот в чем вопрос ? Стандартные настройки иногда таковы,
что просто диву даешься, когда пытаешься понять - чем думали, когда их
сотворяли. Например на машинке с 1Gb RAM у тебя в Linux'е будет
допускаться до 65536 процессов, но все они вместе взятые не смогут открыть
разом более 8192 файлов. Довольно странное сочетание...

> И сыпит в лог вот такие ошибки:
> [Thu Jun  7 17:03:35 2001] [error] could not make child process 5288 exit,
> attempting to continue anyway
> [Thu Jun  7 17:03:35 2001] [error] could not make child process 5306 exit,
> attempting to continue anyway
> [Thu Jun  7 17:03:35 2001] [error] could not make child process 5330 exit,
> attempting to continue anyway
>
> так вот у меня вопрос, что лучше: поставить squid-а как акселератора или
> использовать апача с mod_proxy или еще какимито способами снизить нагрузку с
> апача? Подскажите, кто чем пользуется и какова эффективность этих средств.
>
Все зависит от конкретной ситуации. Если там у тебя что-то, что жрет
память, то просто поднять лимиты не удастся - система в swap начнет
уходить и нужно ставить второй Apache с mod_proxy. Если же просто Apache
не разрешено создавать 10'000 детей, а сервер не загибается, то можно
поднять лимиты (в ядре и в Apache) и посмотреть - что из этого выйдет...
mod_proxy (squid, кто угодно) хорошо работает, если есть "тяжелая" часть
сайта, при обслуживании которой Apache, скажем, соединяется с Oracle'ом и
легкая - статически отдаваемые картинки. Если такого разделения нет и все,
что динамическое - простые .shtml'и, то кеширование ничего не даст...
В рельной жизни ситуация, как правило, средняя и нужно экспериментировать...

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