В общем наверно правы.
Код: Выделить всё
A pair of delay parameters is written restore/maximum, where restore is
the number of bytes (not bits - modem and network speeds are usually
quoted in bits) per second placed into the bucket, and maximum is the
maximum number of bytes which can be in the bucket at any time.
For example, if delay pool number 1 is a class 2 delay pool as in the
above example, and is being used to strictly limit each host to 64kbps
(plus overheads), with no overall limit, the line is:
delay_parameters 1 -1/-1 8000/8000
xxx/yyy
xxx - это средняя скорость (шейп)
yyy - это максимальный размер буфера, в который будут поступать данные со скростью xxx.
Наглядный пример - yyy это ведро (объемом 10литров), xxx это струя воды
втекающая в ведро (1 литр в секунду).
Если из ведра ничего не брали, то ведро полное.
Это ведро можно сразу взять и вылить (мы вылили 10 литров за одну секунду).
Если продолжать выливать воду то после этого мы будем получать только 1 литр в секунду.
Выливать перестали - ведро начинает наполняться (за 10 секунд оно наполнилось) и можно опять вылить все ведро сразу.
То что в это ведро вливаются разные жидкости (html страница, графика, видео и тд) нам не важно. Все считается одним ведром и одной струей воды.
Естественно в ведро не вливается заранее какой-либо трафик. Туда вливается "кредит" на то что мы можем получить сразу, без ограничения.
Тоесть клиент получает вначале "всплеск" в скорости, после чего скорсть опускается до заданного ограничения.
Это хорошо для веб-серфинга, когда человек открывает странцу (сразу получает html и часть графики) он текст получает сразу, и начинает читать.
Пока дочитывает - докачивается графика и "ведро" начинает опять наполняться.
Открывая следующую страницу - он ее также получает сразу.
По поводу падения скорости до 0. Как долго ждали? Она падает до 0 и больше потом не подымается?