Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: "Dave Täht" <dave.taht@gmail.com>
Cc: cake@lists.bufferbloat.net
Subject: Re: [Cake] Announce - possible new feature - DSCP cleaning
Date: Mon, 16 Nov 2015 19:32:19 +0100	[thread overview]
Message-ID: <1265B943-4AB3-4AF4-9389-71CA46801A69@gmx.de> (raw)
In-Reply-To: <CAA93jw7ZLP+7bpjAaz7C0vROzpHJbv8ZHLCRKMkXtX4=Zavb3w@mail.gmail.com>

Hi Dave,


On Nov 16, 2015, at 19:25 , Dave Taht <dave.taht@gmail.com> wrote:

> I grok...
> 
> short rate_overhead;// kind of stands out. s16 is the equivalent....
> 
> so the intent here is to have the rate flags get twiddled by userspace
> to enable squashing
> separately? one "feature" of squashing the old way was we did not need
> to allocate more than
> one tin…

	But you still do not need to squash, I believe defaults to the besteffort 1tin setup, only if the user requests "squash diffserv4" or so she will get what she asked for ;). While I have not tested that, I believe that is how Kevin explained it, and this looks in line with cake’s (extended) rationale of making the defaults sane and efficient (and the crazy possible ;) not sure whether there is consensus yet on this extension…)
 

Best Regards
	Sebastian

> Dave Täht
> Let's go make home routers and wifi faster! With better software!
> https://www.gofundme.com/savewifi
> 
> 
> On Mon, Nov 16, 2015 at 7:11 PM, Kevin Darbyshire-Bryant
> <kevin@darbyshire-bryant.me.uk> wrote:
>> tin_cnt *is* u16, in fact struct cake_sched_data has been restored to
>> the same state as it was before I introduced 'u8 squash'.
>> 
>> On 16/11/15 17:59, Dave Taht wrote:
>>> yes and nooo..... I thought tin_cnt needed to be a 10 bit number at
>>> least.... (did it become an 8 bitter somewhere?)
>>> 
>>> 
>>> but I have not looked at the code in quite some time. Tomorrow I hope
>>> to finally have a fresh head.
>>> 
>>> Right now I'm merely wrestling with getting a build to complete.
>>> Dave Täht
>>> Let's go make home routers and wifi faster! With better software!
>>> https://www.gofundme.com/savewifi
>>> 
>>> 
>>> On Mon, Nov 16, 2015 at 6:47 PM, Kevin Darbyshire-Bryant
>>> <kevin@darbyshire-bryant.me.uk> wrote:
>>>> Does this
>>>> https://github.com/dtaht/sch_cake/commit/d05cf7e003d9c13d8382c881655807bda7ab3616
>>>> improve your happiness factor?
>>>> 
>>>> Kevin
>>>> 
>>>> On 16/11/15 15:57, Dave Taht wrote:
>>>>> isn't there some other boolean variable somewhere ?
>>>>> 
>>>>> Dave Täht
>>>>> Let's go make home routers and wifi faster! With better software!
>>>>> https://www.gofundme.com/savewifi
>>>>> 
>>>>> 
>>>>> On Mon, Nov 16, 2015 at 4:20 PM, Kevin Darbyshire-Bryant
>>>>> <kevin@darbyshire-bryant.me.uk> wrote:
>>>>>> On 16/11/15 15:03, Dave Taht wrote:
>>>>>>> I have not been doing any active development until... tomorrow.
>>>>>>> 
>>>>>>> A goal I have for today is to actually build a version of openwrt +
>>>>>>> all this stuff for the linksys ac1200.
>>>>>>> 
>>>>>>> I was not particularly huge on using another field (q->squash) to
>>>>>>> trigger squashing, and I cannot come up with a use case that makes
>>>>>>> sense to me.
>>>>>>> 
>>>>>>> Under what circumstances do you think separating these two functions
>>>>>>> to be useful?
>>>>>> I wanted to be able to use diffserv marking for internal bandwidth
>>>>>> policing purposes whilst clearing those bits by the time they hit the
>>>>>> ISP.  On ingress it makes no sense, on egress I can see a use.
>>>>>> 
>>>>>> 
>>>>>> 
>>>> 
>> 
>> 
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake


  reply	other threads:[~2015-11-16 18:37 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-10 15:00 Kevin Darbyshire-Bryant
2015-11-16 14:59 ` Kevin Darbyshire-Bryant
2015-11-16 15:03   ` Dave Taht
2015-11-16 15:20     ` Kevin Darbyshire-Bryant
2015-11-16 15:57       ` Dave Taht
2015-11-16 16:25         ` Kevin Darbyshire-Bryant
2015-11-16 17:47         ` Kevin Darbyshire-Bryant
2015-11-16 17:59           ` Dave Taht
2015-11-16 18:11             ` Kevin Darbyshire-Bryant
2015-11-16 18:25               ` Dave Taht
2015-11-16 18:32                 ` Sebastian Moeller [this message]
2015-11-16 18:35                   ` Dave Taht
2015-11-16 18:43                     ` Kevin Darbyshire-Bryant
2015-11-16 18:47                       ` Dave Taht
2015-11-16 20:09                         ` Kevin Darbyshire-Bryant
2015-11-17 10:12                           ` Dave Taht
2015-11-17 18:52                             ` Kevin Darbyshire-Bryant
2015-11-16 15:33     ` Sebastian Moeller
2015-11-17 19:05 Dave Taht
2015-11-18 11:17 ` Kevin Darbyshire-Bryant
2015-11-18 11:57   ` Toke Høiland-Jørgensen
2015-11-18 18:56     ` Kevin Darbyshire-Bryant

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/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1265B943-4AB3-4AF4-9389-71CA46801A69@gmx.de \
    --to=moeller0@gmx.de \
    --cc=cake@lists.bufferbloat.net \
    --cc=dave.taht@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