URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 5317
[ Назад ]
Исходное сообщение
"delay pools и победа над ним?"
Отправлено ag325 , 31-Дек-07 14:05 
ситуация:
есть группа из нескольких привилегированных клиентских машин our_net_unlimited. есть временной период worktime и включение в delay_pool номер 3 этих машин со скоростью большей остальных в рабочее время. в остальное время (!worktime) эта группа ни в один delay_pool не попадает и качает на максимум канала. в принципе работают ограничения нормально, но. есть нюанс которого я не понимаю

нюанс:
если я запускаю закачку в worktime получаю 34000b/s, нормально. если запускаю не в worktime получаю ~64kb/s, это ширина канала тоже ок.

но если запускаю закачку например в 22:00, то в 22:30 (когда заканчивается worktime) скорость закачки не увеличиваеться и мне надо остановить и запустить закачку чтобы скорость поднять

КАК ПОБЕДИТЬ?

...
acl our_net_unlimited src "D:/Squid/etc/acl/our_net_unlimited.txt"
acl worktime time MTWHFA 08:30-22:30
...
delay_access 3 allow our_net_unlimited worktime
delay_access 3 deny all
...
delay_parameters 3 44000/44000 34000/34000
...

squid/2.6.STABLE17

Содержание
Сообщения в этом обсуждении
"delay pools и победа над ним?"
Отправлено DeadLoco , 04-Янв-08 10:16 
>но если запускаю закачку например в 22:00, то в 22:30 (когда заканчивается
>worktime) скорость закачки не увеличиваеться и мне надо остановить и запустить
>закачку чтобы скорость поднять
>
>КАК ПОБЕДИТЬ?

Никак. Упрощенно говоря, все ограничения по АЦЛям сквид накладывает ТОЛЬКО в момент установления сессии, после чего установленная сессия считается окончательно сконфигурированной и неизменной. Поведение сквида настолько прямолинейно, что на настройки текущих сессий не влияет даже -k reconfigure -  все внесенные изменения будут применяться только для тех сессий, которые будут устанавливаться впоследствии.

"delay pools и победа над ним?"
Отправлено ag325 , 04-Янв-08 10:57 
>Никак. Упрощенно говоря, все ограничения по АЦЛям сквид накладывает ТОЛЬКО в момент
>установления сессии, после чего установленная сессия считается окончательно сконфигурированной и неизменной.
>Поведение сквида настолько прямолинейно, что на настройки текущих сессий не влияет
>даже -k reconfigure -  все внесенные изменения будут применяться только
>для тех сессий, которые будут устанавливаться впоследствии.

я это и подозревал... жаль.
"даже -k reconfigure" кстати насчет этого у меня еще один "глюк/фича" в сквиде
при выполнении "-k reconfigure" даже без внесения изменений все текущие закачки клиентов получают МАКСИМАЛЬНУЮ скорость канала и уже между собой ее делят. т.е. начинают идти в обход "delay pools", хотя по идее не должны менять своей текущей скорости

"delay pools и победа над ним?"
Отправлено BigHarry , 07-Янв-08 11:55 
>при выполнении "-k reconfigure" даже без внесения изменений все текущие закачки клиентов
>получают МАКСИМАЛЬНУЮ скорость канала и уже между собой ее делят. т.е.
>начинают идти в обход "delay pools"

Какая у вас версия сквида? Этот глюк уже вроде давно победили...

"delay pools и победа над ним?"
Отправлено ag325 , 07-Янв-08 14:30 
>Какая у вас версия сквида? Этот глюк уже вроде давно победили...

там это.. в первом посте было - squid/2.6.STABLE17

"НЕ delay pools И -k reconfigure"
Отправлено Andrey Mitrofanov , 17-Янв-08 13:55 
>>при выполнении "-k reconfigure" даже без внесения изменений все текущие закачки клиентов
>>получают МАКСИМАЛЬНУЮ скорость канала и уже между собой ее делят. т.е.
>>начинают идти в обход "delay pools"
>
>Какая у вас версия сквида? Этот глюк уже вроде давно победили...

На этот глюк давно забили
http://www.squid-cache.org/bugs/show_bug.cgi?id=219
и перевели его в разряд _релиз_-фич
http://www.squid-cache.org/bugs/show_bug.cgi?id=1546
и энхенсмент-реквестов на будущее -->-> вер._3.1_

---8<--- /usr/share/doc/squid/RELEASENOTES.html.gz
4. [22]Known limitations
[...]
     * Bug [32]#219: delay_pools stops working on -k reconfigure