Skip to content

Conversation

@gilles
Copy link
Contributor

@gilles gilles commented Nov 16, 2011

Hi,

On the same model as redis, here is a haproxy plugin. Using using slope=positive for COUNTER types.

Thanks

--Gilles

@vvuksan
Copy link
Member

vvuksan commented Nov 16, 2011

One of the issues with using counters is that metric collection needs to be synced with the polling period ie. by default gmetad polls every 15 seconds so if you rely on counters and run scripts out of cron you will 0 values on graphs for 3 out of 4 polling periods. Does that make sense ?

@gilles
Copy link
Contributor Author

gilles commented Nov 16, 2011

Ah, got it. That's why the ganglia display is weird (I'm using graphite).

I thought the metrics lived until dmax was expired, so a gmetad poll
will return the same value until the value is updated or the time
expires.

--Gilles

On Wed, Nov 16, 2011 at 12:19 PM, Vladimir Vuksan
reply@reply.github.com
wrote:

One of the issues with using counters is that metric collection needs to be synced with the polling period ie. by default gmetad polls every 15 seconds so if you rely on counters and run scripts out of cron you will 0 values on graphs for 3 out of 4 polling periods. Does that make sense ?


Reply to this email directly or view it on GitHub:
#11 (comment)

@hawson
Copy link
Member

hawson commented May 26, 2016

bq. One of the issues with using counters is that metric collection needs to be synced with the polling period

Would using --slope=derivative help with the polling period issue? It'd introduce a problem later in the RRD files, as there's no overflow/wrapping checks with DERIVE: https://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html#IDERIVE

@hawson hawson mentioned this pull request May 26, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants