From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 65D2121F405 for ; Mon, 16 Nov 2015 10:37:27 -0800 (PST) Received: from hms-beagle.home.lan ([87.164.160.171]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M96Jd-1a6LaT094H-00CPUC; Mon, 16 Nov 2015 19:32:20 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Sebastian Moeller In-Reply-To: Date: Mon, 16 Nov 2015 19:32:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <1265B943-4AB3-4AF4-9389-71CA46801A69@gmx.de> References: <56420697.9080606@darbyshire-bryant.me.uk> <5649EF39.3060300@darbyshire-bryant.me.uk> <5649F423.40000@darbyshire-bryant.me.uk> <564A169D.1060307@darbyshire-bryant.me.uk> <564A1C6D.3050303@darbyshire-bryant.me.uk> To: =?windows-1252?Q?Dave_T=E4ht?= X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:3TR7BgK7EgLVIs6YYvocFr+0IVKFzvuXeUfMmaa2btSajM0mCC7 cF+BP7aDWlvWGAJbQnKVvsH2xK+Qtp5a3LGLjb3x/EMGRGXu1tySvxp5aCc59FVYfxasjFW g6VrsKLfjmEoie5cIxHa3iakZMjBoSfdBslPXOe7OnZoQTnrOugClT1XhP9dT8+cR46C6o1 l5dCQgwKAvAz6P0puY6MA== X-UI-Out-Filterresults: notjunk:1;V01:K0:RayQUQVavl8=:RO8qqEySpEofd6Z+9I4CT/ oFAWuQ+ipQxoLZu3P1/pK5TiO/i6WDfa5x91BCXME6x+YzMbnSORJU8MRvSFy3E8sjPH5Hm+J Y3BZnVZB4MnucGphDKS6aAAk+62kFMJ3TgiYIMAM/gZkr1s3KmlMPnk0XkbtkOeXOsmEL3Wc+ pwkptT0jUiJl5NbmHToh8BKzBhb3tRbQ1J+n3cwPa6qgfiZw3IdV/dlKRo9whLIh0zuNvF5Lu RPLhX86rqUVY69/XU/inSfdfrrDuyQMDQN714zbKD/ZVfYQdnEBCL2r6r/A9hDvLdoDXDnQGH Kg3Qrc+TPNKRuX2DdUnpB9fIhvel/uqvkRJsjcq1dSofG2Cds0vYmTv2tagHZNzlRUwVSjhkl eBWroGfu87i9YMlowA6WkaBtJU47hw9KPeOqtpDSkxOlWPrw7cqpIhOClgHIMrieZ77hFVXq2 PrUiwNek/BjgmmpBSGmBoErpnsdqDY+Dq0jApQ3JQsfPwYrnzuBvw85uny3wkyriV9cmIujM2 LSvkCNji+gVxyL0tbMO2ZNvxMV+Z8XIi/lShDfaiHfrCukkYI/fVryBKQ5tkMUTXI8DUZPWp2 sFpftB93hQUPVXCOyccgS9RPzAvMqVF5of5NfFSrbYa5aWx83ELzVyJFtoCbNaZj6nIHTFfeq KYEGd/Yk95wrwFmXQt20l4bU1hfSxYyZBxHt7yv9kZ/97l3oAW2W8/ZTdnmT3+dtk5dvOp9Sc FCQbIv14mz49p05xs7hyfIZV5ZNl0H+6//FUsnR7uLH25U2Wrmfv9ilxI5funeZ/zfgpkVNyS fq+L/lb Cc: cake@lists.bufferbloat.net Subject: Re: [Cake] Announce - possible new feature - DSCP cleaning X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 18:37:51 -0000 Hi Dave, On Nov 16, 2015, at 19:25 , Dave Taht wrote: > I grok... >=20 > short rate_overhead;// kind of stands out. s16 is the equivalent.... >=20 > 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=85 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=92s (extended) rationale of making the defaults sane and efficient = (and the crazy possible ;) not sure whether there is consensus yet on = this extension=85) =20 Best Regards Sebastian > Dave T=E4ht > Let's go make home routers and wifi faster! With better software! > https://www.gofundme.com/savewifi >=20 >=20 > On Mon, Nov 16, 2015 at 7:11 PM, Kevin Darbyshire-Bryant > 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'. >>=20 >> 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?) >>>=20 >>>=20 >>> but I have not looked at the code in quite some time. Tomorrow I = hope >>> to finally have a fresh head. >>>=20 >>> Right now I'm merely wrestling with getting a build to complete. >>> Dave T=E4ht >>> Let's go make home routers and wifi faster! With better software! >>> https://www.gofundme.com/savewifi >>>=20 >>>=20 >>> On Mon, Nov 16, 2015 at 6:47 PM, Kevin Darbyshire-Bryant >>> wrote: >>>> Does this >>>> = https://github.com/dtaht/sch_cake/commit/d05cf7e003d9c13d8382c881655807bda= 7ab3616 >>>> improve your happiness factor? >>>>=20 >>>> Kevin >>>>=20 >>>> On 16/11/15 15:57, Dave Taht wrote: >>>>> isn't there some other boolean variable somewhere ? >>>>>=20 >>>>> Dave T=E4ht >>>>> Let's go make home routers and wifi faster! With better software! >>>>> https://www.gofundme.com/savewifi >>>>>=20 >>>>>=20 >>>>> On Mon, Nov 16, 2015 at 4:20 PM, Kevin Darbyshire-Bryant >>>>> wrote: >>>>>> On 16/11/15 15:03, Dave Taht wrote: >>>>>>> I have not been doing any active development until... tomorrow. >>>>>>>=20 >>>>>>> A goal I have for today is to actually build a version of = openwrt + >>>>>>> all this stuff for the linksys ac1200. >>>>>>>=20 >>>>>>> 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. >>>>>>>=20 >>>>>>> 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. >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>=20 >>=20 >>=20 > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake