Логика работы Squid Delay Pools

Сессия - понятие, которое работает в пределах одного TCP-соединения. Этим пользуются всякого рода download managers: открывают множество соединений и выкачивают содерржимое по частям. С этим можно бороться при помощи max_connections(кажется, так).

видимо мы о разных вещах говорим
вот настроил я на сквиде такое
delay_parameters 1 20000/8000000 2000/2000000

юзер запускает закачку и одновременно начинает серфить, как только он набрал два метра, скорость падает до 2000 байт.сек
файл допустим был 2метра и уже скачался, но канал у него по прежнему 2000. И так остается до тех пор, пока у него не догрузятся все странички, а если он еще в фоне несколько вкладок откроет, то этого можно ждать очень долго. Поэтому надо закрывать брузер, ждать несколько секунд и снова открывать его. Что не есть удобно.

Логика простая. Два параметра - restore/maximum. Представь себе бак с водой (ну или пивом). На баке краник для пользователя. Объем бака - maximum, скорость заполнения - restore. Первоначально бак заполнен на 50%.Теперь можно понять с какой скоростью пользователь может расходовать ресурс.

а проконтролировать уровень байтов в баке как можно? И какой смысл в 50 процентах? Уровень может повышаться более 50% в процессе работы или как?