From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <solca@guug.org>
Received: from guug.org (guug.galileo.edu [200.9.255.130])
	by huchra.bufferbloat.net (Postfix) with ESMTP id 7EDD3201757
	for <bloat@lists.bufferbloat.net>; Sat, 28 May 2011 13:44:29 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) (uid 1001)
	by guug.org with local; Sat, 28 May 2011 14:59:54 -0600
	id 0E006E1E.4DE1624A.00007F4B
Date: Sat, 28 May 2011 14:59:54 -0600
From: Otto Solares Cabrera <solca@guug.org>
To: Juliusz Chroboczek <jch@pps.jussieu.fr>
Message-ID: <20110528205954.GA14958@guug.org>
References: <BANLkTim2gG+W9sBiGj658qMecLz6esiqNQ@mail.gmail.com>
	<7i62ouk2s1.fsf@lanthane.pps.jussieu.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <7i62ouk2s1.fsf@lanthane.pps.jussieu.fr>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: [Bloat] SFB tuning (was Re:  Applying RED93 in south africa)
X-BeenThere: bloat@lists.bufferbloat.net
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: General list for discussing Bufferbloat <bloat.lists.bufferbloat.net>
List-Unsubscribe: <https://lists.bufferbloat.net/options/bloat>,
	<mailto:bloat-request@lists.bufferbloat.net?subject=unsubscribe>
List-Archive: <https://lists.bufferbloat.net/pipermail/bloat>
List-Post: <mailto:bloat@lists.bufferbloat.net>
List-Help: <mailto:bloat-request@lists.bufferbloat.net?subject=help>
List-Subscribe: <https://lists.bufferbloat.net/listinfo/bloat>,
	<mailto:bloat-request@lists.bufferbloat.net?subject=subscribe>
X-List-Received-Date: Sat, 28 May 2011 20:44:29 -0000

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