Eugene Grosbein wrote:
On Mon, Oct 05, 2009 at 01:53:20PM +0500, rihad wrote:
As you can see the drops gradually went away completely at about 4:00
a.m., and started coming up at about 10:30 a.m., although at a lower
rate, probably thanks to me bumping "ipfw ... queue NNN" up to 5000 at
10a.m. this morning. The traffic flow between 4a.m. and 10:30a.m., the
"quiet" times, is about 200-330 mbit/s 5 minute average, without a
single drop. But after that, in come the drops, no matter how high I set
the queue. Should I try 10000 slots? 20000?
First switch from taildrop (default) to GRED, it is designed to fight
your problem.
red | gred w_q/min_th/max_th/max_p
Make use of the RED (Random Early Detection) queue
management algo-
rithm. w_q and max_p are floating point numbers between 0
and 1 (0
not included), while min_th and max_th are integer numbers
specify-
ing thresholds for queue management (thresholds are computed in
bytes if the queue has been defined in bytes, in slots
otherwise).
The dummynet(4) also supports the gentle RED variant (gred).
Do you or someone else know what w_q and max_p are?
There's just too much info for me to grasp here:
http://www.icir.org/floyd/red.html
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
