General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Jesper Dangaard Brouer <jdb@comx.dk>
To: Eric Dumazet <eric.dumazet@gmail.com>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Notes about hacking on AQMs
Date: Thu, 09 Jun 2011 13:20:09 -0400	[thread overview]
Message-ID: <1307640009.20906.401.camel@probook> (raw)
In-Reply-To: <1307636044.3129.7.camel@edumazet-laptop>

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.



      reply	other threads:[~2011-06-09 16:59 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-08 12:12 Dave Taht
2011-06-08 12:56 ` Eric Dumazet
2011-06-08 13:32   ` Dave Taht
2011-06-08 14:04     ` Dave Taht
2011-06-08 14:57       ` Eric Dumazet
2011-06-08 15:20         ` Dave Taht
2011-06-08 15:21           ` Dave Taht
2011-06-23 22:38           ` Juliusz Chroboczek
2011-06-23 22:47             ` Dave Taht
2011-06-08 15:27         ` Jesper Dangaard Brouer
2011-06-08 15:45           ` Eric Dumazet
2011-06-08 15:51             ` Dave Taht
2011-06-08 16:41               ` Eric Dumazet
2011-06-08 16:52                 ` Dave Taht
2011-06-08 17:50                   ` Stephen Hemminger
2011-06-08 23:06           ` Thomas Graf
2011-06-09 17:18             ` Jesper Dangaard Brouer
2011-06-09 16:04   ` Jesper Dangaard Brouer
2011-06-09 16:14     ` Eric Dumazet
2011-06-09 17:20       ` Jesper Dangaard Brouer [this message]

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=1307640009.20906.401.camel@probook \
    --to=jdb@comx.dk \
    --cc=bloat@lists.bufferbloat.net \
    --cc=eric.dumazet@gmail.com \
    /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