From: Александр
Subject: Re: Подробнее об использовании pipe-s в IPFW
>
> Я не согласен с этим:
>
> >Оба пользователя непрерывно качают примерно одинаковый поток данных.
> >Один из них начал качать раньше. Когда появился второй, то система
> >начала ограничивать поток для первого до 110/2=55 Кбит/с. Считая что
> >второму также будет отведено 55Кбит/с, однако из-за того что реальная
> >пропускная способность канала 80Кбит/с, то второму пользователю будет
> >предоставлено всего 80-55=25Кбит/с. Кроме того возможно система будет
> >считать, что второй пользователь не использует выделенный ему канал и
> >давать еще больший приоритет первому, чтобы довести общий поток до>
> >110Кбит/с.
>
> в примерах
> ipfw queue 1 config pipe 1 weight 50 queue 20
> weight 50 - не означает деления канала на части,
> а говорит о приоритете, то есть если у двух очередей одинаков приоритет
> то пакеты из этих очередей будут выходить по очереди и канал
> действительно будет делится поровну.
>
> поэтому если канал реально 80Кбит/с а pipe на 110Кбит/с
> вырисовывается другая картина.
> если первый пользователь начал раньше качать то его очередь
> единственная и он полностью подгребает канал под себя.
> если начинает качать второй юзер (подразумевается что приоритеты
> очередей у них одинаковы и не обьязательно 50) то пакеты из очередей
> выходят равномерно,
> а значит скорость делится поровну 80/2=40Кбит/с.
>
> скорость pipe больше чем реальная нужно ставить тогда когда нужно не
> ограничить
> скорость а распределить по приоритетам.
> Я например не зажимаю никого, а всем даю одинаковый приоритет чтоб никто
> не смог
> большим количеством сессий подгребать под себя канал
>Возможно я не прав в своих рассуждениях и в этом ответе есть истина. Хотя я часто встречал в описаниях pipe примеры, где преднамеренно устанавливалась скорость pipe меньшая, чем скорость потока на 5%. И обуславливалось это запасом пропускной способности канала для тех, кто имеет бОльший приоритет.
|
