The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

Использование прокси для акселерации web контента (web apache proxy accelerator)


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>
Ключевые слова: web, apache, proxy, accelerator,  (найти похожие документы)
Date: Tue, 26 Jun 2001 13:58:20 +0400 (MSD) From: Igor Sysoev <is@stack.net> To: apache-talk@lists.lexa.ru Subject: Использование прокси для акселерации web контента > IS> Допустим, мод_перл генерит 20К контента за 0.2 секунды, > IS> медленному клиенту (3К/s) он будет отдавать их 6 секунд. > IS> За эти 6 секунд он мог бы обработать еще 30 запросов. > > IS> Только вот mod_proxy не подходит для такого акселерирования. > > А что подходит? Сложно сказать. Есть Squid, Oops и mod_accel. У каждого есть свои плюсы и минусы. Например, Squid работает через select(), а Oops на phtreads, которые на FreeBSD реализованы через poll(). И тот, и другой вызовы достаточно ресурсоемки при большом числе дескрипторов, а число большое. Кроме того, операции с диском блокирующие. Для борьбы с этим в Squid может использоваться async io, не знаю, насколько успешно. Банальное переписывание УРЛа в Squid'е - это просто overkill - 4 системных вызова + 2 переключение контекста. Squid и Oops нельзя использовать для отдачи статики или SSI. В случае mod_accel имеются все прелести Apache с его же недостатками. > И можно ли на основе server-status сдалать вывод поможет > акселерирование или нет? Только приблизительно, поскольку процессы, находящиеся в lingering_close(), в server-status показаны как idle. Более точно можно определить с помощью netstat. Игорь Сысоев

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

Ваш комментарий
Имя:         
E-Mail:      
Заголовок:
Текст:





  Закладки на сайте
  Проследить за страницей
Created 1996-2017 by Maxim Chirkov  
ДобавитьРекламаВебмастеруГИД  
Hosting by Ihor