>Вопрос1) Правильно ли выставлены пулы для такой ситуации?: Неправильно.
>delay_pools 3
>delay_class 1 1
>delay_class 2 2
>delay_class 3 2
>delay_parameters 1 -1/-1
>delay_parameters 2 30000/200000 -1/-1
>delay_parameters 3 -1/-1 8000/200000
заменяем на:
delay_pools 2
delay_class 1 1
delay_class 2 2
delay_parameters 1 30000/200000 # коллективный бакет - кто успел, тот и съел
delay_parameters 2 -1/-1 8000/20000 # коллективный с персональным пределом - не более указанного на лицо
Соответственно, в пулы сажаем вот так:
delay_access 1 allow users_arp dl_time
delay_access 1 deny all
delay_access 2 allow users_arp
delay_access 2 deny all
Босс, не посаженный никуда, будет ничем не ограничен.
>Вопрос2) Как будет разграничиваться скорость между boss и users_arp в dl_time?
users_arp будут брать не более 30000 байт/с при условии, что босс бездействует. Нелимитированный босс может отбирать часть полосы у пулов.
>Вопрос3) delay_parameters 2 30000/200000 5000/100000
>Не могу понять значимости цифры 200000
Бакет - это кеш пула. Под высокой нагрузкой малый кеш не вмещает пакеты от всех сессий ответов на запросы, что нарушает плавность течения траффика. Чем выше размер кеша, тем более гладко траффик льется пользователям вниз. Размер кешей пула (агрегатного/сетевого/индивидуального) вопреки расхожему мнению не влияет на скорость скачивания малых файлов. Верхний предел размера этих кешей ограничен только и единственно объемом ОЗУ хоста, на котором крутится сквид. Потребные объемы кешей определяются простым расчетом из количества пользователей.
>Вопрос4) delay_parameters 2 30000/200000 10000/100000
>Даем на всех 30 и по 10 каждому. Т.е. если на троих,
>то все понятно. А если влезет 4й? 30/4?
Да. Всем поровну, но не более индивидуальной пайки.