From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 4850D21F78D for ; Mon, 5 Oct 2015 02:40:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail2.tohojo.dk DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310; t=1444038045; bh=u5KLDeJJehpnXPgKhmeamBH5HPQaaIMVPMbyt1UkCQM=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=id2X7F9HW4nTCNjObwcvk5xbesaFQHFPHHS2GWhWEK0uh2vDJtp9WUg53ySfDHbA/ FeUm+B13j8/R0wFk7+CAvbZsQVrPdYHpU+KmRi/hf5EekFK0dyJA0YidBEKeawKpMT iSIDED8xCwHeJXQ2c/l2yoBY9MHtQO1mQapYS48I= Sender: toke@toke.dk Received: by alrua-kau.kau.toke.dk (Postfix, from userid 1000) id 856FBC4024A; Mon, 5 Oct 2015 11:40:44 +0200 (CEST) From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: Dave Taht References: Date: Mon, 05 Oct 2015 11:40:44 +0200 In-Reply-To: (Dave Taht's message of "Sun, 4 Oct 2015 15:40:37 -0700") X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87wpv1irfn.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Cc: cake@lists.bufferbloat.net Subject: Re: [Cake] cake stats 1+ stuff not big on 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, 05 Oct 2015 09:41:11 -0000 Dave Taht writes: > Pk delay 17us # no like this also for parsing reasons. Meh, this is normal, and not hard to deal with in a parser. And since this is standard for other tc output, it has to be dealt with anyway. > flows 1+ 2 # no like this for parsing reasons Never mind parsing reasons; it doesn't make sense to humans either :P As a general point, I'd argue against making it harder for humans to read the output in an attempt to make it "easier" to parse. In that case, do a full machine-readable output (CSV, json, etc); otherwise we'll end up with ugly output that is still hard to parse... -Toke