From: Otto Solares Cabrera <solca@guug.org>
To: Juliusz Chroboczek <jch@pps.jussieu.fr>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: [Bloat] SFB tuning (was Re: Applying RED93 in south africa)
Date: Sat, 28 May 2011 14:59:54 -0600 [thread overview]
Message-ID: <20110528205954.GA14958@guug.org> (raw)
In-Reply-To: <7i62ouk2s1.fsf@lanthane.pps.jussieu.fr>
On Sat, May 28, 2011 at 10:07:10PM +0200, Juliusz Chroboczek wrote:
> > SFB is also in this release, but lacking good scripts for it...
>
> SFB is supposed to be self-tuning, so it should be enough to say
> something like:
>
> #!/bin/sh
> set -e
>
> if=${1:-eth0}
>
> tc -s qdisc del root dev $if 2>/dev/null || true
> tc -s qdisc add dev $if root handle 1: tbf ...
> tc -s qdisc add dev $if parent 1: handle 2: sfb
>
> However, I may have made the SFB defaults a little bit too conservative
> (leading to high stability but slow convergence), so you may want to
> make it a little bit more aggressive by replacing the last line with:
>
> tc -s qdisc add dev $if parent 1: handle 2: sfb target 20 max 25 increment 0.005 decrement 0.0001
Hello Juliusz,
I'm using SFB on a production env, on the external interface to the
Internet (100Mbps ethernet capped to 70Mbps by the ISP):
tc qdisc add dev eth4 parent 1:3 handle 13: sfb hash-type source limit 100 target 10 max 15 penalty_rate 60
And on the internal interfaces (1Gbps ethernet) to clients like this:
tc qdisc add dev ${DEV} parent 50:20 handle 52: sfb hash-type dest limit 100 target 10 max 15 penalty_rate 100
Everything is working stable and I would like a recommendation if it
looks fine or if something could be tuned?
Thank you!
-
Otto
next prev parent reply other threads:[~2011-05-28 20:44 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-21 14:27 [Bloat] Applying RED93 in south africa Dave Taht
2011-05-21 19:11 ` Jonathan Morton
2011-05-21 19:29 ` Dave Taht
2011-05-28 20:02 ` Juliusz Chroboczek
2011-05-31 15:02 ` Jim Gettys
2011-05-28 20:07 ` Juliusz Chroboczek
2011-05-28 20:16 ` Dave Taht
2011-05-28 20:30 ` Juliusz Chroboczek
2011-05-28 20:59 ` Otto Solares Cabrera [this message]
2011-05-29 15:29 ` [Bloat] SFB tuning Juliusz Chroboczek
2011-05-30 0:52 ` Otto Solares Cabrera
2011-05-30 22:05 ` Juliusz Chroboczek
2011-05-30 23:37 ` Otto Solares Cabrera
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110528205954.GA14958@guug.org \
--to=solca@guug.org \
--cc=bloat@lists.bufferbloat.net \
--cc=jch@pps.jussieu.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox