ПРОЕКТЫ 


  АРХИВ 


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] Re: =?KOI8-r?B?W2FwYWNoZS10YWxrXSDuxSDQz87JzcHALg==?=




On Tue, 26 Jun 2001, Andrew Stroganow wrote:

> > Например, Squid работает через select(), а Oops на phtreads,
> > которые на FreeBSD реализованы через poll(). И тот, и другой
> > вызовы достаточно ресурсоемки при большом числе дескрипторов,
> > а число большое. Кроме того, операции с диском блокирующие.
> > Для борьбы с этим в Squid может использоваться async io,
> > не знаю, насколько успешно.
> > 
> > Банальное переписывание УРЛа в Squid'е - это просто overkill -
> > 4 системных вызова + 2 переключение контекста.
> Допустим overkill, но тогда, кто сможет справится с нагрузкой в 800 запросов
> в секунду??! Самому апачу похоже это не под силу... потому-что 500 апачей по

800 запросов одновременно или 800 запросов в секунду ? Это разные вещи.
Примерно раз в пять. То есть, 800 запросов одновременно - это 160 запросов
в секунду. А 800 запросов в секунду - это 4000 запросов одновременно.

Я пока таких нагрузок на одной машине не видел.

> 2 метра укладут тачку насмерть, а один squid на 50 метров - это приемлимо.
> Пускай он даже делает больше обращений к диску и увеличивает нагрузку на
> проц. Это решение все равно приемлимо.

800 запросов одновременно для сквида это означает, что в
селекте будет 1600 дескрипторов.

Что касается апачи, то у него из 2М шарится что-то около 1.2М, поэтому 
0.8 * 500 = 400M физической памяти, а 0.8 * 800 = 640M.

Вообще же такие вещи хорошо бы разносить на несколько тачек.

> > Squid и Oops нельзя использовать для отдачи статики или SSI.
> Почему?! Может первоначально они писались как каэширующие прокси-серверы,
> но почему нельзя их применять как фронтэнд для апача??!

Можно, но только как фронт-энд. Как ты в них сделаешь SSI ?

> А что же тогда использовать?! mod_proxy?! 

Можно и его, но только за счет памяти ядра.

> > В случае mod_accel имеются все прелести Apache с его же недостатками.
> А можно вкратце узнать, что за прелести?:) Может это то, о чем так долго
> говорили большевеки??:)

Ну использование любых модулей апачи на фронтэнде.

Игорь Сысоев

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