From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2001:470:dc45:1000::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 80D093CB35 for ; Thu, 13 Sep 2018 15:12:12 -0400 (EDT) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1536865931; bh=Ye7v/vxyHrPrEN23TBiSl7Oh5xl9SYj9jjlFTyvVteg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=x8c2WV3lOdjSYhGspxL/5UjyMR2STVflk6htuOWCuo8sTl3fdFxWXBUd0DflZJDR5 dz+bVsGQg37P4Vk6Jcgz7zRR5IUGYHPCo2EQQ4xmzJdW08BjFuGf45/XnpChUQaYUV xwaatSADGhs2YP8Oc4vTL5bce4TZYEpVVYXxgugziemYpCxTfq1wEbzF4fU/25i55L OTIWznWo0qds0O1uXrcnMVaxQ+FkU1YkDQk1kaAPiBsSAkbaKnKv0A3ZUI4MpuEPTq G2HocNVuurTqiYpjRIwLmgtWNuxY2gyUKn4gwq1y4KzcLjDRZVpQYJekoCVwD96sc0 +WljNrgRFkVeg== To: Ruben Cc: cake@lists.bufferbloat.net In-Reply-To: <2c268b53-f921-471e-bc14-61fe2e66ed86@email.android.com> References: <2c268b53-f921-471e-bc14-61fe2e66ed86@email.android.com> Date: Thu, 13 Sep 2018 21:12:10 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87va798b5h.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] Munin-Plugins 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: Thu, 13 Sep 2018 19:12:12 -0000 Ruben writes: > Hey Toke, > > Thanks for your fast response! > > Am 13.09.2018 12:27 schrieb Toke H=C3=B8iland-J=C3=B8rgensen : > > > Ruben writes: > > > Hey guys, > > > > I've already mentioned this in a response to dtaht on GitHub, but h= ere > > again for everyone: > > > > I was wondering if it's possible to extend the tin statistics by > > packets for backlog. > > Why do you need packets when there's already bytes? > > Easy: dtaht requested a packets graph with ecn marks, which is also > packets, so backlog as bytes do not fit, backlog as packets do. > > The idea was to do a multi-graph which is one graph with combined > stats for all tins and sub graphs for all tins. > > On the main graph a backlog in packets is available, but I would need > to leave out the backlog for the tins, which is somewhat confusing. Why not just do both backlogs in bytes? > > Also I haven't found details on the man page, but haven't looked in > > the code how exactly flows are defined for the new 2 level fair > > queueings. > > A flow is a flow (hash on the regular 5-tuple). Unless you install > custom tc filters, in which case a flow could be anything you want it= to > be... > > > I would like to show hosts as well as flows in a graph, in the vari= ous > > states as summary as well as per tin. But hosts aren't shown in the > > statistics. But they could be helpful to see unexpected rises if > > someone is abusing the system. > > Hmm, guess we could do "number of hosts per tin" accounting as well as > flows. But it would be bloating up the already bloated statistics. But > on the other hand, they are already quite bloated, so another pair of > stats maybe wouldn't make much of a difference? > > > How important is a row more or less? It's quite verbose already (what > I like) - as long as the number is available without much additionally > work needed. It's the additional complexity of recording the stats internally in cake I'm worried about, not the extra lines of output :) -Toke