форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Использование  dummynet для ограничения трафика во..."

Сообщение от opennews on 20-Май-05, 18:09

Посетитель под ником napTu3aH написал статью (http://www.opennet.dev/base/net/ipfw_pipe.txt.html), в которой попытался на примерах раскрыть некоторые тонкости и  особенности лимитирования трафика, при использовании pipe в ipfw. URL: http://www.opennet.dev/base/net/ipfw_pipe.txt.html Новость: http://www.opennet.dev/opennews/art.shtml?num=5495

Cообщить модератору | Наверх | ^

Сообщения по теме

[Сортировка по времени, UBB]

1. "Использование  dummynet для ограничения трафика во FreeBSD"

Сообщение от FAKE on 20-Май-05, 18:09

Вобщем-то доходчиво написано, но ничего нового кроме ipfw -f pipe flusр

Cообщить модератору | Наверх | ^

	2. "Использование  dummynet для ограничения трафика во FreeBSD"
	Сообщение от toor99 (ok) on 20-Май-05, 18:33
	Ну а что там может быть принципиально нового? Dummynet делает примитивный тейлдроп, со всеми его недостатками.  А более совершенную  altq во FreeBSD, насколько я понимаю, никто перетаскивать не собирается.
	Cообщить модератору | Наверх | ^

	3. "Использование  dummynet для ограничения трафика во FreeBSD"
	Сообщение от gate on 20-Май-05, 18:44
	> А более совершенную  altq во FreeBSD, насколько я понимаю, никто перетаскивать не собирается. А зачем собираться? altq уже давно в пятой ветке.
	Cообщить модератору | Наверх | ^

	5. "Использование  dummynet для ограничения трафика во FreeBSD"
	Сообщение от citrin (ok) on 20-Май-05, 19:29
	>  Ну а что там может быть принципиально нового? Dummynet делает примитивный тейлдроп, со всеми его недостатками Там есть еще RED и GRED. А вот подбор оптимальных параметров для RED это очень сложная задача.
	Cообщить модератору | Наверх | ^

	6. "Использование  dummynet для ограничения трафика во FreeBSD"
	Сообщение от uldus (ok) on 20-Май-05, 22:12
	>со всеми его недостатками.  А более совершенную  altq во >FreeBSD, насколько я понимаю, никто перетаскивать не собирается. Использовал ALTQ в FreeBSD 2.2.1, когда в других операционках шейперами и не пахло. Кстати, и сейчас мало какой шейпер докатился до уровня тогдашнего ALTQ. Если бы не появился простой и предельно ясный Dummynet, ALTQ давно был бы официально в системе.
	Cообщить модератору | Наверх | ^

4. "Использование  dummynet для ограничения трафика во FreeBSD"

Сообщение от GR (??) on 20-Май-05, 18:44

Toor99 или у меня затмение или .... http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/firewalls-pf.html :-)

Cообщить модератору | Наверх | ^

7. "Использование  dummynet для ограничения трафика во FreeBSD"

Сообщение от adsh (??) on 21-Май-05, 02:56

Всё хорошо, только лучше ещё использовать GRED - меньше будет потерь и скорость не будет всё время скакать туда / сюда как бешенная. Ну и размеры очередей пакетов подобрать.

Cообщить модератору | Наверх | ^

	8. "каким алгоритмом руководствоваться"
	Сообщение от dmitry (??) on 23-Май-05, 13:04
	как правильно GRED и размер очереди подобрать. каким алгоритмом руководствоваться?
	Cообщить модератору | Наверх | ^

	10. "каким алгоритмом руководствоваться"
	Сообщение от adsh (??) on 23-Май-05, 22:45
	>как правильно GRED и размер очереди подобрать. каким алгоритмом руководствоваться? С эти очень просто. Поскольку очередь не может быть больше 2*max_th - то такую её и ставим. Для канала в несколько мегабит рекомендую: pipe 100 config bw 1Mbit/s queue 60 gred 0.002/10/30/0.1 queue 100 config pipe 100 queue 60 mask dst-ip 0xffffffff gred 0.002/10/30/0.1 add queue 100 tcp from aaa.bbb.ccc.ddd 80 to any via fxp0 out В данном случае - весь исходящий тафик веб сервера равномерно распределяется между всеми пользователями и не зависит от количества сессий, открытых каждым клиентом. Пример - для сервера - файлопомойки.
	Cообщить модератору | Наверх | ^

	12. "каким алгоритмом руководствоваться"
	Сообщение от net11 on 24-Май-05, 14:31
	>>как правильно GRED и размер очереди подобрать. каким алгоритмом руководствоваться? > >С эти очень просто. Поскольку очередь не может быть больше 2*max_th - >то такую её и ставим. > >Для канала в несколько мегабит рекомендую: > >pipe 100 config bw 1Mbit/s queue 60 gred 0.002/10/30/0.1 >queue 100 config pipe 100 queue 60 mask dst-ip 0xffffffff gred 0.002/10/30/0.1 > >add queue 100 tcp from aaa.bbb.ccc.ddd 80 to any via fxp0 out > > >В данном случае - весь исходящий тафик веб сервера равномерно распределяется между >всеми пользователями и не зависит от количества сессий, открытых каждым клиентом. >Пример - для сервера - файлопомойки. Не подскажите как лучше поделить канал 256к на клиентов по 64к, какие очереди поставить и параметры gred подскажите плизз
	Cообщить модератору | Наверх | ^

9. "Использование  dummynet для ограничения трафика во FreeBSD"

Сообщение от santa on 23-Май-05, 13:28

Я не согласен с этим >Оба пользователя непрерывно качают примерно одинаковый поток данных. >Один из них начал качать раньше. Когда появился второй, то система >начала ограничивать поток для первого до 110/2=55 Кбит/с. Считая что >второму также будет отведено 55Кбит/с, однако ..... в примерах ipfw queue 1 config pipe 1 weight 50 queue 20 weight 50 - не означает деления канала на части, а говорит о приоритете, то есть если у двух очередей одинаков приоритет то пакеты из этих очередей будут выходить по очереди и канал действительно будет делится поровну (если приоритет одинаков). поэтому если канал реально 80Кбит/с а pipe на 110Кбит/с вырисовывается другая картина. если первый пользователь начал раньше качать то его очередь единственная и он полностью подгребает канал под себя. если начинает качать второй юзер (подразумевается что приоритеты очередей у них одинаковы и не обязательно 50) то пакеты из очередей выходят равномерно, а значит скорость делится поровну 80/2=40Кбит/с. скорость pipe больше чем реальная нужно ставить тогда, когда нужно не ограничить скорость а распределить по приоритетам. Я например не зажимаю никого, а всем даю одинаковый приоритет чтоб никто не смог большим количеством сессий подгребать под себя канал

Cообщить модератору | Наверх | ^

11. "Использование  dummynet для ограничения трафика во FreeBSD"

Сообщение от eplumber (??) on 24-Май-05, 08:07

Сделал Работает Риспект

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема