netdev
[Top] [All Lists]

Re: [6/6]: jenkins hash for neigh / Statistics

To: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>
Subject: Re: [6/6]: jenkins hash for neigh / Statistics
From: Stephen Hemminger <shemminger@xxxxxxxx>
Date: Tue, 28 Sep 2004 09:27:37 -0700
Cc: "David S. Miller" <davem@xxxxxxxxxxxxx>, Harald Welte <laforge@xxxxxxxxxxxx>, herbert@xxxxxxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <16729.9326.93269.422940@xxxxxxxxxxxx>
Organization: Open Source Development Lab
References: <20040925005623.2faf8faf.davem@xxxxxxxxxxxxx> <E1CBu70-00010X-00@xxxxxxxxxxxxxxxxxxxxxxxx> <20040927121403.767e2308.davem@xxxxxxxxxxxxx> <20040927222613.GE3236@xxxxxxxxxxxxxxxxxxxxxxx> <20040927160636.7741d973.davem@xxxxxxxxxxxxx> <1096327658.1729.19.camel@xxxxxxxxxxxxxxxxxxxxx> <16729.9326.93269.422940@xxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
On Tue, 2004-09-28 at 10:44 +0200, Robert Olsson wrote:
> Stephen Hemminger writes:
> 
>  > > Harald Welte <laforge@xxxxxxxxxxxx> wrote:
>  > > 
>  > > > As stated before, I would like to change rt_stat and ct_stat in order 
> to
>  > > > include a first 'template' line, too.  This way it is easier to write a
>  > > > generic foo_stat program, that could deal with any of those statistics
>  > > > files, even with new ones...  but this of course would break existing
>  > > > rtstat binaries.  I personally  don't care, since it's a little-known
>  > > > and little-used feature, which to my knowledge is in a lot of
>  > > > distributions either non-existant [Debian] or incompatible [SuSE]. What
>  > > > do you think?
>  > > 
>  > > I agree.  And while we're add it let's get a fixed rtstat into
>  > > iproute2 and make sure that binary gets installed by default
>  > > so maybe the dists will start shipping it properly.
>  > 
>  > I have the old one in the repository.
> 
>  I sent you the latest rtstat (Martin sent ctstat) during netfilter workshop. 
>  Remember? Having a common foo_stat sounds like a good idea.

I have the newer rtstat/ctstat queued for inclusion this week unless
Harald get's his newer one done sooner (hint, hint)


<Prev in Thread] Current Thread [Next in Thread>