- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), adsh, 02:51 , 21-Май-05 (1)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), napTu, 02:03 , 24-Май-05 (3)
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%. И обуславливалось это запасом пропускной способности канала для тех, кто имеет бОльший приоритет.
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe qu..., napTu, 14:52 , 25-Май-05 (5)
Всё хорошо и я согласен с твоими рассуждениями о разбивке по приоритетам очередей, а не по скорости канала. Но проведение эксперимента этого не подтверждает: -два пользователя имеют разные приоритеты созданных для них очередей (причем разность велика - 5 и 50); -качают с одного сайта с толстым каналом разные файлы; -скорость pipe не ограничена и результирующий поток ограничивается только шириной канала. В результате скорость закачки у обоих примерно одинакова. Иногда больше у одного, иногда у другого. При изменении условия ограничения pipe до значения меньшего, чем пропускная способность канала, получаем совсем иную картину - начинают работать приоритеты очередей.Как это иначе объяснить, чем я описал, не знаю.
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), napTu, 20:45 , 27-Май-05 (6)
а еще я сделал вот так:maska="0xffffffff" ${ipfw} pipe 1 config bw 80Kbit/s queue 20 ${ipfw} queue 1 config pipe 1 weight 90 mask dst-ip $maska queue 20 ${ipfw} queue 2 config pipe 1 weight 20 mask dst-ip $maska queue 20 ${ipfw} queue 11 config pipe 1 weight 90 mask src-ip $maska queue 20 ${ipfw} queue 21 config pipe 1 weight 20 mask src-ip $maska queue 20 ipfw add queue 11 tcp from $int_net to any in recv $int_if tcpflags fin ipfw add queue 11 tcp from $int_net to any in recv $int_if tcpflags syn ipfw add queue 11 tcp from $int_net to any in recv $int_if tcpflags rst ipfw add queue 11 tcp from $int_net to any in recv $int_if tcpflags psh ipfw add queue 1 tcp from any to $int_net out xmit $int_if tcpflags fin ipfw add queue 1 tcp from any to $int_net out xmit $int_if tcpflags syn ipfw add queue 1 tcp from any to $int_net out xmit $int_if tcpflags rst ipfw add queue 1 tcp from any to $int_net out xmit $int_if tcpflags psh
это чтобы пакеты инициализации-завершения проходили как можно быстрее. Остальной трафик во второй очереди ipfw add queue 21 tcp from $int_net to any in recv $int_if ipfw add queue 2 tcp from any to $int_net out xmit $int_if Может кто нибуть знает как еще можно ускорить загрузку HTML страниц, ограничив при этом в этот момент качальщиков? Про прокси - понятно, а вот при помощи IPFW как?
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), Grayich, 00:21 , 08-Авг-05 (8)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), Михаил, 01:59 , 04-Сен-05 (9)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), snoop, 07:02 , 25-Окт-05 (11)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), snoop, 14:58 , 25-Окт-05 (13)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), steel, 12:14 , 28-Сен-07 (19)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), steel, 14:53 , 28-Сен-07 (21)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), devchaos, 18:24 , 27-Мрт-08 (25)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), shamil, 10:15 , 03-Мрт-09 (26)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), Ramin, 17:27 , 28-Авг-09 (29)
- Подробнее об использовании pipe-s в IPFW (ipfw limit pipe queue traffic shaper limit freebsd), 0bJ0riK, 12:29 , 28-Сен-10 (32)
|