Прокси-сервер умеющий ставить заросы в очередь?

А конкретно какой параметр за это отвечает?

nexus0,

А конкретно какой параметр за это отвечает?

Кто-то из нас в конец обнаглел, но это не я.
Если хочешь чего-то в жизни достичь - включай голову. Свою голову. На блюдечке с голубой каемочкой обычно преподносят только то, что крайне дешево.

mamontm, так я и искал и не нашел ничего конкретного. Только параметр maxconn, который просто ограничивает кол-во соединений на прокси, это не то что мне нужно.

nexus0,

так я и искал и не нашел ничего конкретного. Только параметр maxconn, который просто ограничивает кол-во соединений на прокси, это не то что мне нужно.
Написано час назад

Лично выставлял лимиты еще в 2006 году.
SQUID умеет это уже очень и очень давно.
У него возможны весьма и весьма тонкие настройки.

mamontm, да никак не могу найти это в документации, только ограничение на подключение к прокси.

mamontm, каким словом искать это в документации?

nexus0,
delay pool classes

Когда клиент делает запрос на получение какого-либо объекта - прокси-серверу (будь то картинка, html страница или любой другой объект), squid:

отдает объект клиенту с максимальной скоростью (точнее со скоростью, с которой позволяет железо между клиентом и squid'ом) - если объект имеет статус *_HIT (то есть находится в кэше),
либо с ограниченной скоростью (то есть со скоростью шланга) - если объект *_MISS (то есть не содержится в кэше/запрашивается у удаленного сервера).

Ну и естественно, объект со статусом *_MISS помещается в кэш (если это не запрещено правилами конфигурации), и следующий запрос к этому объекту будет как к кэшированному. Если клиент захлебывается и не успевает опустошить ведро, пока squid в него заливает, то squid ставит в очередь поступающие данные и не отправляет новые запросы удаленному серверу запрашиваемому сайту. По мере опустошения ведра клиентом, остаток объекта дозаливается. Т.о. объем ведра определяет сколько данных клиент может получить на максимальной скорости при условии, что эти данные кэшированы. При этом, данные вЁдер можно "каскадировать". Количество уровней каскадирования определяет класс пула.

Итого существуют следующие классы delay pools:

Класс 1 содержит ограничения для всех запросов, попадающих в пул. Единое ведро для всех сетей.
Класс имеет 2 ограничения: общие (аналогично первому классу), плюс индивидуальные ограничения для отдельных хостов (биты 25 – 32 сетевого адреса IPv4). Единое ведро для всех сетей, которое "орошает" находящееся "под ним" 255 ведер для хостов.
Класс имеет 3 ограничения: общие, индивидуальные ограничения для отдельных хостов (биты 25 – 32 сетевого адреса IPv4) (аналогично первому классу). Плюс между ними вклиниваются ограничения для сетей подсетей (биты 17 – 32 сетевого адреса IPv4). Единое ведро для всех сетей, которое "орошает" находящееся "под ним" 255 ведер для подсетей, которые, в свою очередь, каждое из 255 подсетей "орошает" находящееся "под ним" 255 ведер для хостов.
Класс имеет 4 ограничения: все, что определено в классе 3, плюс добавлены ограничения для конкретного авторизованного пользователя. Единое ведро для всех сетей, которое "орошает" находящееся "под ним" 255 ведер для подсетей, которые, в свою очередь, каждое из 255 подсетей "орошает" находящееся "под ним" 255 ведер для хостов, которые, в свою очередь, каждое из 255 хостов "орашает" n-ведер для каждого авторизованного пользователя.
Класс имеет единственное ограничение: запросы обрабатываются в соответствии с заданным тегом, который присвоен при помощи external_acl. Единое ведро для всех запросов, отмеченных заданным тегом в списке доступа external_acl.

mamontm, аааа мне было бы достаточно трех строчек. Как же сложно разобраться в документации squid. Так как ограничить кол-во соедениений с помощью delay pools? Я нахожу только примеры где просто ограничивают скорость.

nexus0,
Повторяю

Если клиент захлебывается и не успевает опустошить ведро, пока squid в него заливает, то squid ставит в очередь поступающие данные и не отправляет новые запросы удаленному серверу запрашиваемому сайту.

mamontm, так это про скорость речь, а не про количество соединений. Мне нужны именно соединения.

nexus0,

так это про скорость речь, а не про количество соединений. Мне нужны именно соединения.

Цитирую последний раз

то squid ставит в очередь поступающие данные и не отправляет новые запросы удаленному серверу запрашиваемому сайту

Дальше давай сам.

Не подойдет, приложение крутится на линуксе.