Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PrecisionTiming avg,cnt,min,max treated as 'ms', should be 'g'? #29

Open
ericmort opened this issue Jan 22, 2016 · 1 comment
Open

PrecisionTiming avg,cnt,min,max treated as 'ms', should be 'g'? #29

ericmort opened this issue Jan 22, 2016 · 1 comment

Comments

@ericmort
Copy link

We use Collectd to collect the timing stats, and it automatically calculates averages++ based on the timing events from statsd. But because statsd already calculates avg,cnt, max and min before sending the data, we end up with events like x.x.avg.avg, x.x.avg.cnt etc. instead of simply x.x.avg. I am no expert on the StatsD protocol or anything, but are averages, counts etc. really 'timing' measurements?

As it is, we have had to change our version of quipo/statsd so that the PrecisionTiming.Statsd function prints 'c' for count and 'g' instead of 'ms' to get correct measurements.

I wonder if this should be incorporated into the base code somehow?

@quipo
Copy link
Owner

quipo commented Aug 1, 2017

is this something that depends on Collectd's configuration?

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

No branches or pull requests

2 participants