pcp
[Top] [All Lists]

Re: [pcp] Proposal for handling dynamic metric names (and hence dynamic

To: kenj@xxxxxxxxxxxxxxxx
Subject: Re: [pcp] Proposal for handling dynamic metric names (and hence dynamic metrics)
From: Nathan Scott <nscott@xxxxxxxxxx>
Date: Fri, 10 Jul 2009 10:33:13 +1000 (EST)
Cc: pcp@xxxxxxxxxxx
In-reply-to: <1247180059.7833.257.camel@bozo>
----- "Ken McDonell" <kenj@xxxxxxxxxxxxxxxx> wrote:
> (news, kvm, dbping, zimbra, netfilter, bonding, systemtap, vmware,
> memcache, oracle, mysql) - Nathan, what needs to happen here as the
> perl
> pmda support seems to be using libpcp_pmda and PMDA_INTERFACE_LATEST?

That should be PMDA_INTERFACE_3, yeah, until such time as support
for the new callbacks is added to the Perl API.  I''l fix that up.

> I think if a dynamic PMNS works as I plan, then mmv could use this
> rather than the NOTREADY-READY approach.

Yep, that'd be good.

> > And having a 'pad' field in the middle of a structure seems kind
> > of funky, but I can see the reasoning for wanting it there. Maybe
> > just use up the two existing pad bits and call it 'flags'? (with
> > room for three more flag values in the future, one of which could
> > be to flag an extended range of domain values).
> 
> There seems to be support for moving to 9 bits of domain and dropping
> the pad ... I happy to do that and include it in the QA validation
> for the other pmns changes.

+1 vote from me there.

cheers.

-- 
Nathan

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