-
Notifications
You must be signed in to change notification settings - Fork 11.9k
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
influxdb : GROUP BY time(auto) too granular. #3763
Comments
auto is set so that you get 1 datapoint per pixel on the graph and if intervals are rounded up to a nice even group by time interval. If your influxdb queries are slow on large time ranges, maybe it could be solved by adding a rollup? I know rollups are tricky with influxdb (compared to graphite). Is the performance difference big between group by time 1h compared to 6h? Might be an issue with InfluxDB that they need to fix, I mean unless you have rollups it needs to read the same data, very little difference |
yes performance of influxdb is the issue, continuous queries would aid. however performance in general becomes an issue when a dashboard has lots of points to render. auto_x2 would give a good performance boost to slow javascript engines with little to no change in what the user sees on their screen. Some of my users running large 4k screens basically see no difference between 1 and two pixels, but they do see the network lag when updating charts. (some of my dash boards have 7 charts with ~150 metrics in each chart) |
nm |
I'm not sure how of if this is possible already...
It would really nice if "auto" in GROUP BY time(auto) could be mathematically tweaked to be less granular. (when viewing ~1month of data the query can be slow)
I do understand I could change the value from auto to a static value like 1h,
But perhaps enable something like:
"GROUP BY time(auto * 2)"
or a quick fix :)
"GROUP BY time(auto_0.5x)"
"GROUP BY time(auto_1x)"
"GROUP BY time(auto_2x)"
"GROUP BY time(auto_4x)"
"GROUP BY time(auto_10x)"
The text was updated successfully, but these errors were encountered: