On Tue, 26 Jun 2001, Oleg V. Konstantinov wrote:
> 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.
Игорь Сысоев
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
