From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 369FB3B2A3 for ; Tue, 28 Jun 2016 11:44:09 -0400 (EDT) Received: by mail-oi0-x236.google.com with SMTP id u201so28415805oie.0 for ; Tue, 28 Jun 2016 08:44:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=rcUvsno1EHuO7TsiaDtEbWUSIWHHWGa27rK/1kyDkiU=; b=cB5vkreHxLvFHcS98yz240J4UB7RfnIkQVffTfE7Yc3ccTQRSxh10NGeCv8jsYo+6L xtosACnar3C+6lzZXsiM+GU4eG4eq8TfvuyGw9E/DjPLnGWx9oty4wCzrB+eUEIDtafb 3TATETbKLcVV2F5VQzGxN6OMySBuwNnGLeNq5QparMwu2q3qQDm/VmlAzhKqsdrIWPz4 L/FrU9zoSoAYrx18RC2uwXHyXPfCVndwZOClE7s6mIB8TRnVnYn+ufA4uN5AsX+et7qq koxqMwuSutIUVvdj+p1HdMjhcXDb49fuerpvtn3b04/fNibRtFY1btL1iM10xfsYsQO4 4/HQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=rcUvsno1EHuO7TsiaDtEbWUSIWHHWGa27rK/1kyDkiU=; b=CApALIVrZK08W/GrWYwuz3suQnrxPF5PlyCwSHQw9sJgOk2a0WWtIl0aJ2lq+lLOmA Bo2tN1N8sz0/ZXRgWJalM7NdldWvQkQ1ByghFi+70+Q1AC2fEoW4AMHr1GJVdcP3YaGC 5bSMp+eXQklwxItttn+xfy9SOZ3RNU8YD2UPGKzB57vbvAbjVZA4BivQkhAWmRmgeE20 dQywBgZebW0Q+f9MpgPq76aUe08x9tOIxETWfGm/wfj6xQ2NBbMtEl0AkJDydgy1RvEb kliCGBDHFaLUzxU7p9ME5OjblTc0zMEYVRUfO7K/SwcbgSm86Tec2pZVTGf5bTFtaUqW lZQw== X-Gm-Message-State: ALyK8tL16aPYEjD+B7HIE10GGR8DGwH6CyGL1KpWq3zkKh0HsrmfLkc4bFzjHa6mFcOZQPf5Sg0aHGBsxmDaUw== X-Received: by 10.202.245.20 with SMTP id t20mr2231490oih.68.1467128648363; Tue, 28 Jun 2016 08:44:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.175.130 with HTTP; Tue, 28 Jun 2016 08:44:07 -0700 (PDT) In-Reply-To: <577237F9.1080209@darbyshire-bryant.me.uk> References: <857AEE56-E7DB-4981-B32E-82473F877139@gmail.com> <8AB0D25D-C1CA-45F1-889E-2F73CF8C44F7@gmail.com> <323AFC22-A092-4F59-8197-AF21EF73FD58@gmail.com> <274D3A0FA900FD47AA6B56991AAA32FDC5529FC8@wtl-exchp-1.sandvine.com> <574478B4.7080103@taht.net> <39F38477-A877-4C1B-9B7F-BB3358425F17@gmail.com> <0eb223f9-2873-7f53-c2ce-c6867ddec17c@gmail.com> <48A25043-19E2-4BB7-B634-A4003F7BE6F8@gmail.com> <01BEA343-7C07-46FA-8DC4-07BF26309FC8@gmail.com> <10d58240-e106-ff1f-a038-df5bc0ee7a36@gmail.com> <1465062599.2968.11.camel@edumazet-glaptop3.roam.corp.google.com> <6FC1BE74-748D-41C0-A80F-CE2111F20FA8@gmail.com> <577143E1.8040606@darbyshire-bryant.me.uk> <577237F9.1080209@darbyshire-bryant.me.uk> From: Dave Taht Date: Tue, 28 Jun 2016 08:44:07 -0700 Message-ID: To: Kevin Darbyshire-Bryant Cc: Jonathan Morton , cake@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] [Codel] Proposing COBALT 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: Tue, 28 Jun 2016 15:44:09 -0000 On Tue, Jun 28, 2016 at 1:40 AM, Kevin Darbyshire-Bryant wrote: > > > On 28/06/16 03:51, Jonathan Morton wrote: >>> >>> On 27 Jun, 2016, at 18:18, Kevin Darbyshire-Bryant >>> wrote: >>> >>> How do you feel about switching that package to the cobalt variant for >>> wider stress testing? >> >> I think the best way to do that would be to merge the cobalt branch to >> master, but retaining it for further development. It=E2=80=99s stable e= nough for >> that. >> >> Except for the stats thing. Best to fix that first. > > Would you like me to split out 'sparse_flows' and 'decaying_flows'? We ha= ve > the space to do so, actually I've done it but won't push unless you say g= o. > > I can hear Dave groaning about stats overload from here: To allay fears, > the decaying_flows count is maintained as part of COBALT anyway so there'= s > no extra overhead involved. It nicely splits out the 'codel' flows from = the > 'blue' flows. My "rule" is basically to keep no on-going (main loop) stats that are not required for the correct functioning of the algorithm. It's totally ok to calculate a complex stat when queried for, but there are(were?) multiple stats in cake that are only used by a small subset of humanity, and even those, infrequently. I'd have ripped them out (or made them for debugging only) a long time ago if I'd got consensus - or folk were trying to optimize again for speed. A good algorithm is elegant and needs minimal state in the first place... If you have a stat you need for the algorithm to work, by all means report on it. > Kevin > >> >> - Jonathan Morton >> > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org