On Sat, 31 Jan 2004, Denis Fedorishenko wrote: > ответа (а приходит он обычно на первый, который и забивает его канал), > соединение рветс^? и устанавливаетс^? заново. Но проблема заключаетс^? в > том, что сквида уже успела прин^?ть и загнать в буфер (как ^? понимаю > обычно 32-64кбайт плюс внутренний буфер если он есть), и получаетс^?: > Клиент сделал 19 запросов в течении секунд 10, оборвал,и тут же сделал их > снова, не получив ответ. Естественно, что на свои 56к он получил около > 70 кбайт в лучшем случае. На сквид все прибегает очень быстро
опция fetch_with_client_speed разве не делает то, что нужно? "Зазор" между принятым обьемом документа в каждом запросе и переданном клиенту в этом случае минимален и постоянен - т.е. никакого существенного различия в загрузке канала от сервера к прокси и от прокси к клиенту быть не может. Можно ли решить вопрос "принципиально"(не давать делать много запросов на один документ с разными range, да еще в случае, когда все клиены видны с одного ip-адреса) - не знаю. Не уверен что можно. Igor Khasilev | PACO Links, igor at paco dot net | ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
