From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <jdb@comx.dk>
Received: from lanfw001a.cxnet.dk (lanfw001a.cxnet.dk [87.72.215.196])
	by huchra.bufferbloat.net (Postfix) with ESMTP id 45875201A3E
	for <bloat@lists.bufferbloat.net>; Thu,  9 Jun 2011 09:59:56 -0700 (PDT)
Received: from [87.72.44.50] (lanvpn001a.cxnet.dk [87.72.215.222])
	by lanfw001a.cxnet.dk (Postfix) with ESMTP id 7BF74163597;
	Thu,  9 Jun 2011 19:20:56 +0200 (CEST)
From: Jesper Dangaard Brouer <jdb@comx.dk>
To: Eric Dumazet <eric.dumazet@gmail.com>
In-Reply-To: <1307636044.3129.7.camel@edumazet-laptop>
References: <BANLkTimU=0U_L-jKvcszQzJ7tgyif5j+BA@mail.gmail.com>
	<1307537773.3057.17.camel@edumazet-laptop>
	<1307635449.20906.320.camel@probook>
	<1307636044.3129.7.camel@edumazet-laptop>
Content-Type: text/plain; charset="UTF-8"
Organization: ComX Networks A/S
Date: Thu, 09 Jun 2011 13:20:09 -0400
Message-ID: <1307640009.20906.401.camel@probook>
Mime-Version: 1.0
X-Mailer: Evolution 2.28.3 
Content-Transfer-Encoding: 8bit
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Notes about hacking on AQMs
X-BeenThere: bloat@lists.bufferbloat.net
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: jdb@comx.dk
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: Thu, 09 Jun 2011 16:59:56 -0000

On Thu, 2011-06-09 at 18:14 +0200, Eric Dumazet wrote:
> Le jeudi 09 juin 2011 à 12:04 -0400, Jesper Dangaard Brouer a écrit :
> > On Wed, 2011-06-08 at 18:41 +0200, Eric Dumazet wrote:
> > 
> > > BTW, latest stuff uses DRR & HFSC ;)
> > > 
> > > Patrick sample script is here :
> > > http://people.netfilter.org/kaber/shaping
> > 
> > I'll add a sample script to the collection:
> >  http://people.netfilter.org/hawk/shaper-example/qos-DRR-example
> > 
> > I did that script as a consultant task.  Its based on HTB + DRR + SFQ.
> > The customer was a large apartment building complex, which wanted to
> > provide fair queue scheduling.  The residents could choose between two
> > Internet subscriptions a "small" upto 100Mbit/s shared, and a "big" upto
> > 390 Mbit/s shared.  Within each group they achieve fair sharing via DRR.
> > And each DRR subqueue is a SFQ queue to give the person fair sharing
> > between his "own" traffic (or if the hash clash and several users get in
> > the same queue).
> 
> Hi !
> 
> I can see some strange limits in your sfq :
> 
> fun_tc qdisc add dev ${DEV} parent 1:50 handle 4250: \
>     sfq perturb 10 limit 256
> 
> AFAIK SFQ max limit is 128. Are you using a custom SFQ ?

Nope, no custom SFQ, I guess I just got the parameters wrong... I though
could increase the queue size this way, but I guess I'm wrong.