>и реализовать схему когда пользователям раздаёться на определённой скорости а при попытке
>скачать файл большого объёма скорость ещё падала при помощи пулов нельзя ? Можно, но не очень просто.
Есть штатная директива MAX_REPLY_SIZE, но она только задает статически глобальный разрешенный размер объекта. Чтобы разбрасывать по разным пулам объекты разного размера, следует сделать внешний АЦЛ, которому будет передаваться хедер объекта с размером. В ответ внешний ацл будет возвращать Ok/Err (меньше-равно/больше)
external_acl_type RSIZE1M %{Hdr:Content-Length} /path/to/helper 1
external_acl_type RSIZE10M %{Hdr:Content-Length} /path/to/helper 10
external_acl_type RSIZE100M %{Hdr:Content-Length} /path/to/helper 100
А потом сделать вот так:
delay_access 1 allow all RSIZE1M
delay_access 1 deny all
delay_access 2 allow all RSIZE10M
delay_access 2 deny all
delay_access 3 allow all RSIZE100M
delay_access 3 deny all
>и вообщем если не трудно рекомендации по настройке пула при внешнем канале
>512 и порятка 10-15 машин в сети
При условии, что все машины в сети равноприоритетны, 512/10 = 50кбит или 6 кбайт на машину. Учитывая возможность мультиплексирования траффика с коэффициентом до 5-6, закладываем индивидуальному юзеру полосу в 24 кбайта. От полосы для прокси отрезаем 90%, чтобы юзеры не заткнули канал наглухо и не перекрыли возможность удаленного администрирования и хождения остальных протоколов. Пул будет выглядеть так:
delay_parameters 1 56000/5000000 24000/1000000
Т.е. один клиент отъедает не более 24кБайт/сек, все клиенты скопом - не более 56кБайт. Под эту музыку будет расходоваться 5Мб на аггрегированый бакет, и 10*1МБ на индивидуальные бакеты. На самом деле расход памяти будет еще больше - на вспомогательные структуры сквида. Но ориентироваться можно на эти 15-20 мегабайт, потребляемые только одним пулом. Если клиентов будет вдвое больше - расход ОЗУ тоже будет вдвое больше. Если клиентов мало, а мозгов много, то полезно увеличивать размер аггрегированого бакета - от этого траффик будет скользить мягко и плавно. В любом случае, его размер лучше делать в 1/3-1/2 от суммарного объема пользовательских бакетов.
В любом случае, на период настройки полезно отключить все фильтры на проксе, перевести себя в одну группу с простыми смертными, дать большую нагрузку и покрутить ручки, оценивая субъективную юзабельность канала.