[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <54BE392F.2070804@redhat.com>
Date: Tue, 20 Jan 2015 12:17:03 +0100
From: Daniel Borkmann <dborkman@...hat.com>
To: Hagen Paul Pfeifer <hagen@...u.net>
CC: Vadim Kochan <vadim4j@...il.com>, netdev <netdev@...r.kernel.org>,
Stephen Hemminger <stephen@...workplumber.org>,
Eric Dumazet <eric.dumazet@...il.com>
Subject: Re: [PATCH iproute2 3/3] ss: Unify tcp stats output
Hi Hagen,
On 01/20/2015 11:29 AM, Hagen Paul Pfeifer wrote:
> On 18 January 2015 at 21:43, Vadim Kochan <vadim4j@...il.com> wrote:
...
> My proposal:
>
> 1) support grouping. E.g. DCTCP could be separated in the following
> manner. I.e. "dctcp:[ ce_state: %d, alpha: %d, ... ]" or
> "dctcp:ce_state.%d;alpha,%d" like the socket memory output.
> This makes it easier for humans and scripts to parse the output.
> Since some time ss output is extended really extensive (especially
> Eric make use of this). This is not the end and additional values are
> added - make the current babylon even worse.
I have no strong opinion on this, but I also have a limited view on
what applications try to parse ss output in general.
As mentioned, for human readability, we should implement a top-like
display option which is allowed to have a rather 'instable' output
by nature and levels of detail can be folded/unfolded on demand.
> 2) add a JSON formater as soon as possible to make the output
> parseable. I would do this - it is required anyway.
Given the recent discussion on web10g, json output option might
be very useful to provide i.e. when stats are being further extended.
Cheers,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists