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@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.