General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
Cc: bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] curious.....
Date: Sun, 8 Dec 2013 11:40:31 +0100	[thread overview]
Message-ID: <09D8F3A0-7172-4677-9887-119813E28740@gmx.de> (raw)
In-Reply-To: <87haakx1ev.wl%jch@pps.univ-paris-diderot.fr>

Hi Juliusz,


On Dec 7, 2013, at 13:59 , Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr> wrote:

>>> Perhaps you should push your system to OpenWRT?
> 
>> There is still some work going on to streamline the gui.
> 
> Fair enough.  That's important.
> 
>> there are less features in the aqm-scripts for prioritizing packet
>> types than qos-scripts.
> 
> I wouldn't bother much with that.  The promise of fq_codel is that we
> can get rid of our prioritising hacks -- if we need that kind of
> features, then fq_codel has failed.

	Is that really true? given enough concurrent flows, critical flows might be delayed purely be the round robin scheduling of equally "worthy" packets in fq_codel, so some residual priory system might still make sense...

> 
>> I just had to come up with a way to disable it at high (> 80 mbit)
>> rates on incoming traffic (not enough cpu in cerowrt),
> 
> I wouldn't bother with that either.  120 Mbit/s is the highest rate you
> can get in Europe as far as I can tell, so being able to push 80 Mbit/s
> on a four year old router is fine (as long as you're careful to avoid
> shaping traffic between LAN and WLAN -- I certainly wouldn't want
> backing up my laptop to be capped at 80 Mbit/s).

	mmmh, currently in Germany residential fiber tops out at 200Mbit/s, cable at 150, and VDSL tops out at 50Mbit/s. Next year cable companies promised 200Mbit/s and the biggest VDSL provider promised100Mbit/sec (G.993.5 Vectoring). So, the wndr3[7,8]00 are getting a bit long in the tooth.
	What would be a reasonable replacement, anybody any good ideas?
	@Dave: for the one tier shaper, maybe using TBF instead of HTB will allow higher shaping rates? (I happily admit , I have no clue which part of HTB is the expensive one, the token bucket filter or the hierarchy.)

> 
>> so I'd like it to run faster, maybe using drr in that case, or
>> something like what free.fr uses...
> 
> What are they using?
> 
>> And there are actually two aqm/packet scheduling shapers in there (a
>> simple 1 tier and a 3 tier one),
> 
> Remove the non-default features.  Be a man, Dave, dump it all.

	Being more cautious, not to say cowardly, I would opt for hiding the non-default features :) Kidding aside, what should be the default?

> 
>> In the interim, existing openwrt users can add ceropackages-3.3 into
>> their feeds.
> 
> They won't.  If you want to have an effect on the world, you need to
> push it into the default OpenWRT scripts.

Best Regards
	Sebastian


> 
> -- Juliusz
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat


  parent reply	other threads:[~2013-12-08 10:40 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-03 18:40 Outback Dingo
2013-12-03 22:25 ` Kenyon Ralph
2013-12-04  0:25   ` Outback Dingo
2013-12-04  0:38     ` Dave Taht
2013-12-06 17:19       ` Juliusz Chroboczek
2013-12-06 18:15         ` Dave Taht
2013-12-07 11:24           ` Sebastian Moeller
2013-12-10 19:05             ` Dave Taht
2013-12-11 10:44               ` Sebastian Moeller
2013-12-07 12:59           ` Juliusz Chroboczek
2013-12-08  1:27             ` Steinar H. Gunderson
2013-12-08  5:24               ` Mikael Abrahamsson
2013-12-08 11:00                 ` Mark Constable
2013-12-08 14:01                   ` Outback Dingo
2013-12-08 14:03                     ` Outback Dingo
2013-12-08 16:44                     ` Mark Constable
2013-12-08 19:00                       ` Sebastian Moeller
2013-12-08 13:12                 ` Juliusz Chroboczek
2013-12-08 16:46                   ` Jonathan Morton
2013-12-08 16:51                   ` Dave Taht
2013-12-08 17:56                     ` Juliusz Chroboczek
2013-12-08 21:05                       ` Jonathan Morton
2013-12-08 14:22                 ` Aaron Wood
2013-12-08 14:41                 ` Jim Gettys
2013-12-08 10:40             ` Sebastian Moeller [this message]
2013-12-08 13:25               ` Juliusz Chroboczek
2013-12-08 16:26                 ` Sebastian Moeller
2013-12-08 17:47                   ` Juliusz Chroboczek
2013-12-08 19:02                     ` Sebastian Moeller
2013-12-22  1:38                       ` Dan Siemon
2013-12-22  3:46                         ` Stephen Hemminger
2013-12-08 19:01                   ` Jonathan Morton
2013-12-08 19:21                     ` Sebastian Moeller
2013-12-08 16:01               ` Neil Davies
2013-12-08 20:41 Hal Murray
2013-12-08 23:16 ` Stephen Hemminger
2013-12-09  9:51 ` Sebastian Moeller

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=09D8F3A0-7172-4677-9887-119813E28740@gmx.de \
    --to=moeller0@gmx.de \
    --cc=bloat@lists.bufferbloat.net \
    --cc=jch@pps.univ-paris-diderot.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