pcp
[Top] [All Lists]

Re: Multi-Volume Archive + Live Data Playback for PCP Client Tools

To: Dave Brolley <brolley@xxxxxxxxxx>
Subject: Re: Multi-Volume Archive + Live Data Playback for PCP Client Tools
From: fche@xxxxxxxxxx (Frank Ch. Eigler)
Date: Wed, 01 Oct 2014 15:54:28 -0400
Cc: pcp@xxxxxxxxxxx
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <542C4EC1.4040407@xxxxxxxxxx> (Dave Brolley's message of "Wed, 01 Oct 2014 14:58:09 -0400")
References: <542C21AE.1010504@xxxxxxxxxx> <y0megurfxp7.fsf@xxxxxxxx> <542C4EC1.4040407@xxxxxxxxxx>
User-agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
Dave Brolley <brolley@xxxxxxxxxx> writes:

> [...]
>>> For example,
>>>     pminfo -a 20140930.0 -a 201408*.* -a /some/path/archives -a 
>>> /another/path/
>>> archive*

>> This is possible, but we may get a long way without requiring
>> extension of the user interface of the pmapi tools (namely, it's
>> undesirable to have to use multiple -a flags [...]

> I wasn't actually proposing multiple explicit contexts within pmapi
> code, but rather extending a single PM_CONTEXT_ARCHIVE to be able to
> handle more than one archive.  It would be done in a way that would
> allow existing clients to continue to work without changes.

We're both on the same page here, but:

> Given that clarification, do you still see multiple -a flags as
> undesirable?

The trick is that each -a/-h type flag normally maps to new individual
pcp contexts!  pminfo doesn't even accept multiple -a/-h's now.
Consider what the pminfo.c code would look like.  Would all the -a
OPTION strings be concatenated somehow and given to a single
   rc = pmNewContext(PM_CONTEXT_ARCHIVE,bigString);
PMAPI call?


>>> Streaming live data:
>>> [...]

>> Lots of good ideas in there, but how about we leave this part until
>> later?

> Why wait to start developing ideas?

Nothing wrong with developing ideas, even if premature with respect to
timing of implementation.  I just wouldn't want to get bogged down
with detailed discussions, when there's already a specific precursor
piece of work ready to bite down on.


- FChE

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