Closed suyash closed 8 years ago
@suyash looks OK, just one issue. In PCP counter semantics, and in system performance analysis in general, counter (MMV_SEM_COUNTER) values never go backwards. I'd recommend dropping all decrement operations, because the PCP client tools will interpret this as an error (counter wrap) and report no value for that sample, which will be very confusing to the user.
Any value that can go backwards should be modeled as a gauge - in PCP, these map to instantaneous metrics (MMV_SEM_INSTANT), and then the client tools know what to do with 'em.
Potential types to consider
DeriveRate (Meter)Rate
andDerive
are supported implicitly by PCP, just set the reporting rate at the time unit (seconds, minutes, hours...) and set semantics toInstantSemantics
to get Rate andCounterSemantics
to get Derived.Gauge
is a shorthand to get afloat64
metric withInstantSemantics
, whileCounter
implements auint64
metric withCounterSemantics
.HistogramSummaryto be considered after #28
Reservoircouldn't find a real world example of applying reservoir sampling on metric values, why add a value if the probability of it having any real impact just keeps diminishing
see: