From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nm15-vm6.bullet.mail.ir2.yahoo.com (nm15-vm6.bullet.mail.ir2.yahoo.com [212.82.96.203]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id BC23C3BA8E for ; Fri, 30 Dec 2016 02:42:16 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s2048; t=1483083735; bh=8JyEQlwdI4afUTsw1sRZMtupviKo6xFTKahfJaGh4YA=; h=Subject:From:To:Date:In-Reply-To:References:From:Subject; b=YFbAIgnuhIaNunqcE/OKFSsBirX9MPuEhhrJ9ylmPZgNBQR9IJg9PCGpeZ4IvpEbUuPd3qZCs6Kb72RpZbBNVP4UM+FWf2EoPny8gPQGujvkt5TSbzQS9qvBkPmTGbnY+GfGCzHSYyxqCR843iiN+2jqlk/hRUd7AhLLiKtxtJOeMMYHkbPH/p10CaqAfmISvg1Voge6kLjT4OupD2yQ1XURNP7IXORiVObfsESPt3NrmtUKx4GUw+gyP3gcsYfhsIsGO28A1uS5HkMJTIcxHe8GKBMCi1At2fkq/zJTGofSils/4FxtF8hWCgeQpQglLJuvCsmmBINp547Aoq284w== Received: from [212.82.98.50] by nm15.bullet.mail.ir2.yahoo.com with NNFMP; 30 Dec 2016 07:42:15 -0000 Received: from [46.228.39.70] by tm3.bullet.mail.ir2.yahoo.com with NNFMP; 30 Dec 2016 07:42:15 -0000 Received: from [127.0.0.1] by smtp107.mail.ir2.yahoo.com with NNFMP; 30 Dec 2016 07:42:15 -0000 X-Yahoo-Newman-Id: 167113.2815.bm@smtp107.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: dsijd_0VM1krEi1AGBdekHRc7PykEV_7Detsqp.5V3zH5Je pqpudKjFsaitFP6kZhiFnI_sARDSYT0qm2wQ4myhHzY.9g0dZqqdR3CHerMG _.nwN6F9W11tZJAZPYYWawJNIi5A5OMe9XHD_1L7V513t_EigTjwvlT8DXey fppi78G0k8dWCWYMUKJ5.S_7g_2kTvi8vP3cTLeh7R_cqP8pRfEeTwIgxJaO KHlftxJ6ItH0YAraRUvtrk8mYeATKtxeI8oWs.1VSwwb0f7hnT1RIPyyUMxz g4s__nNTCBAscCuq9DGdK8fUWbUj8r2_Ou902exSqspZ5aHCFK9vf64rlSHB U2bYSD8DcQ.CNrbE5f3WZcTzHuGl40hmxHuA7KTeHVOQDgiDphMjYVXCm_i7 kP0Zn3jw5_ES3h9Mx.EDeN41wQdNAU.8Z7RhDQRyzCOr4MqgQlx8umsmUufV _uBs30SmOgEJNnC1a_G9unv6weB7KDVSFGcHn8AkVGhB9xaZzUm4QDJynjgh vEjZg.3BJifPQONrIK.gZnnw1eoSuV_mdizWvgWoDDvyoH0_0HpyHJ48- X-Yahoo-SMTP: R8REcOaswBA8tpUVQfvLNOMJ0vXRwYHSeLQ- Message-ID: <1483083729.26905.0.camel@yahoo.fr> From: Y To: Dave Taht , cake@lists.bufferbloat.net, Stephen Hemminger Date: Fri, 30 Dec 2016 16:42:09 +0900 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.3 (3.22.3-1.fc25) Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] upstreaming cake in 2017? X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2016 07:42:17 -0000 Hi , I am yutaka. I want to use cake codel without ECN. bye bye :) 2016-12-22 (=E6=9C=A8) =E3=81=AE 11:43 -0800 =E3=81=AB Dave Taht =E3=81=95= =E3=82=93=E3=81=AF=E6=9B=B8=E3=81=8D=E3=81=BE=E3=81=97=E3=81=9F: > I think most of the reasons why cake could not be upstreamed are now > on their way towards being resolved, and after lede ships, I can't > think of any left to stop an > upstreaming push. >=20 > Some reasons for not upstreaming were: >=20 > * Because the algorithms weren't stable enough > * Because it wasn't feature complete until last month (denatting, > triple-isolate, and a 3 tier sqm) > * Because it had to work on embedded products going back to 3.12 or > so > * Because I was busy with make-wifi-fast - which we got upstream as > soon as humanly possible. > * Because it was gated on having the large tester base we have with > lede (4.4 based) > * Because it rather abuses the tc statistics tool to generate tons of > stats > * Because DSCP markings remain in flux at the ietf > * We ignore the packet priority fields entirely > * We don't know what diffserv models and ratios truly make sense >=20 > Anyone got more reasons not to upstream? Any more desirable features? >=20 > In looking over the sources today I see a couple issues: >=20 > * usage of=C2=A0=C2=A0// comments and overlong lines > * could just use constants for the diffserv lookup tables (I just > pushed the > =C2=A0=C2=A0=C2=A0revised gen_cake_const.c file for the sqm mode, but did= n't rip out > the > =C2=A0=C2=A0=C2=A0relevant code in sch_cake). I note that several of my b= oxes have > 64 > hw queues now > * I would rather like to retire "precedence" entirely > * cake cannot shape above 40Gbit (32 bit setting). Someday +40Gbit is > possible > * we could split gso segments at quantum rather than always > * could use some profiling on x86, arm, and mips arches > * Need long RTT tests and stuff that abuses cobalt features > * Are we convinced the atm and overhead compensators are correct? > * ipv6 nat? > * ipsec recognition and prioritization? > * I liked deprioritizing ping in sqm-scripts >=20 > Hardware mq is bugging me - a single queued version of cake on the > root qdisc has much lower latency than a bql'd mq with cake on each > queue and *almost* the same throughput. >=20