pcp
[Top] [All Lists]

Re: [pcp] pmie support for string-typed metrics

To: Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Subject: Re: [pcp] pmie support for string-typed metrics
From: Nathan Scott <nathans@xxxxxxxxxx>
Date: Tue, 3 May 2016 03:55:46 -0400 (EDT)
Cc: Mark Goodwin <mgoodwin@xxxxxxxxxx>, pcp <pcp@xxxxxxxxxxx>
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <57284A1E.6050304@xxxxxxxxxxxxxxxx>
References: <220069218.39805602.1460521052029.JavaMail.zimbra@xxxxxxxxxx> <733731954.39808417.1460522806449.JavaMail.zimbra@xxxxxxxxxx> <a54a13c7-4824-499c-8fa6-232cbd33ffaf.maildroid@localhost> <1337028064.40108627.1460601063575.JavaMail.zimbra@xxxxxxxxxx> <5726A8FC.7070303@xxxxxxxxxx> <1425795935.44525257.1462152712852.JavaMail.zimbra@xxxxxxxxxx> <5726AF1D.2090405@xxxxxxxxxx> <57284A1E.6050304@xxxxxxxxxxxxxxxx>
Reply-to: Nathan Scott <nathans@xxxxxxxxxx>
Thread-index: JBMEf3g575X0SH8iXxI5XKcXFPXICg==
Thread-topic: pmie support for string-typed metrics

----- Original Message -----
> On 02/05/16 11:36, Mark Goodwin wrote:
> > ...
> 
> If I am understanding the discussion so far, the request is for
> (a) don't log unless changed, and
> (b) log no more frequently than some delta
> 
> The (b) part provides the "rate limitation" and tells pmlogger how
> frequently to check for a change (this will be much simpler to explain
> and implement than checking on every single pmFetch for any metric).
> 
> So I think it needs to be something like ...
> 
> log [advisory|mandatory] on [default|every N timeunits] [if changed] {
>       metric ...
> }
> 
> And this can only apply to discrete or instanteous metrics (it would
> change the semantics for counters during replay).
> 

"Yep" to all the above.

cheers.

--
Nathan

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