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

statsd Gauge compatability #25

Closed
frejsoya opened this issue Apr 19, 2013 · 2 comments
Closed

statsd Gauge compatability #25

frejsoya opened this issue Apr 19, 2013 · 2 comments

Comments

@frejsoya
Copy link

Currently gauges are just an alias for KV. In statsite as far as I can see, it just passes through every input value, with prefix and timestamp added when flushed.

But in statsd gauges are supposed to be a 'sticky' value, thus only the latest value is sent, and it is kept between flushes. (This last part can disabled though).

For a graphite backend, I guess it will just overwrite the value with the latest as all of them have the same timestamp. But there is no need for actually storing and tracking all values?

@armon
Copy link
Collaborator

armon commented Apr 19, 2013

You are right! Statsd previously had key/value support, and I thought they merely renamed it to gauges but that they functioned the same. I didn't realize there was a semantic difference.

Are you interested in patching this? If not, I can work on changing the storage of gauges to a hashmap instead.

@armon
Copy link
Collaborator

armon commented May 23, 2013

Just shipped version 0.5.0 which supports gauges that are "sticky". They do not support the +/- ability of statsd, but will retain the last value. Marking this as closed!

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