Re: Parfait agent, docs, rpm updates

----- Original Message -----
> > [...]
> 
> Just for the sake of clarity, does there exist any sample configuration
> in the parfait sources that allows preexisting JMX metrics from the
> core-JVM or an app running within the JVM to be relayed to PCP via
> parfait-agent?

Yes - this is the default mode, have a look at the Spring configuration
files in Parfait.  Those are built into parfait-agent (i.e. in the jar)
but others can be passed in at runtime also.  Its on the to-do list to
document the process of adding new metrics, and to provide examples of
using the passing-in mechanism.  Would you like to assist by working on
either of these things?

> does there exist any tooling to generate those files?

This has been discussed several times already - Marko and I even recently
discussed it right here on the list, again.  Would you like to assist in
building that tooling?

> Does there exist a parfait design that may be eventually capable of
> supporting a dynamic situation where actual PCP/MMV consumers decide the
> filtered list of metrics to extract, rather than hard-coded or
> machine-extracted configuration files on the agent side?

The Parfait code supports dynamic reconfiguration, yes.  This is not
really exposed by parfait-agent, but it could be if there was a need.

>  Does there
> exist a design that eventually will not rely on JVM-side regular
> internal polling of JMX,

Parfait doesn't rely on JMX, so this statement doesn't really make sense.

FWLIW, there is no evidence that the memory copying that you're asserting is
expensive, actually is.  This code is being used on many production machines
and is frequently evaluated in load-testing environments ... the "polling"
is in-process, so just involves in-memory copying - no syscalls, no IPC.  It
should not be surprising that it is not expensive, TBH.

> regardless of the presence or absence of PCP/MMV consumers of the data?

This could certainly be done in the existing Parfait, yes, if there was a
need (but there is not AFAIK).  The application could be poked independently
of the PCP infrastructure to tune any refresh interval, and/or set of values
exported.  Is *this* an area you'd like to contribute some code, perhaps?

However noone has ever requested this and its not something that tends to be
needed in real world environments, as these tend to use an "always-on" style
of monitoring of applications in my experience.  But again, feel free to work
on this if its of importance to you.

BTW, Parfait doesn't depend on MMV being the only output mechanism.  I get
the impression you are very negative about MMV - if you want to, you could
add a completely different PCP agent end-point to Parfait.  For me, and for
those who wrote Parfait and continue to maintain it, MMV works well though.

cheers.

--
Nathan

-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#14960): https://groups.io/g/pcp/message/14960
View All Messages In Topic (8): https://groups.io/g/pcp/topic/2984744
Mute This Topic: https://groups.io/mt/2984744?uid=174580
New Topic: https://groups.io/g/pcp/post
-=-=-
pcp mailing list
[email protected]
https://groups.io/g/pcp/messages
-=-=-
Change Your Subscription: https://groups.io/g/pcp/editsub?uid=174580
Group Home: https://groups.io/g/pcp
Contact Group Owner: [email protected]
Terms of Service: https://groups.io/static/tos
Unsubscribe: https://groups.io/g/pcp/leave/354243/563757577/xyzzy
-=-=-=-=-=-=-=-=-=-=-=-