On Sun, 10 Feb 2002, Alexey Zvyagin wrote:
> > А причем здесь размер буфера? И с какой стати сквид при _малом буфере_
> > должен ждать, пока клиент будет вытягивать документ? Объясните.
>
> Че то не понимаю я вас. При малом буфере он и будет ждать медленного
> клиента, разумеется, обслуживая также других. А что он, сокет с ним должен
> отрубить и отдать ему битый документ? И держать при этом backend сервер -
> mod_perl скрипты, например, пока медленный клиент не вытянет от фронтенда
> хотя бы до остатка в размере TCP приемного буфера между фронтендом и
> бекендом? IMHO вы сами запутались или что-то не так понимаете.
Малый размер буфера - это не помеха. mod_accel может принимать
от бэкенда хоть по 2К (это, по-моему, минимальный размер, который
я тестировал) и, тем не менее, обслуживает бэкенда максимально быстро,
поскольку сохраняет ответ во временный файл. Из этого файла
или же из памяти (если часть ответа ещё не попала в файл) ответ
отдаётся клиенту.
Я полагаю, что Squid делает то же самое, хотя в исходниках
за полчаса я этого не увидел. Впрочем, алгоритма mod_proxy
я не увидел тоже.
Игорь Сысоев
=============================================================================
= 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.