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%. И обуславливалось это запасом пропускной способности канала для тех, кто имеет бОльший приоритет.
|