-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
container usage does not decrease after buffer is emptied #7234
Comments
Definitely not expecting this behavior. We have had issues in the past where all metric references were not cleared and they couldn't be garbage collected. There are a couple of follow up test variations that we should perform:
If by change you could run either of these tests it would be very helpful. Can you also share how you are calculating memory usage, any input plugins used and the underlying queries. |
Memory usage is collected by another instance of Telegraf running directly on host, using docker input plugin. Export is done again to InfluxDB and using the following query in Grafana to draw this graph:
Okay, I will try to make those test as suggested and I will come back with results. |
@dpajin is this still an issue? |
@dpajin Closing this issue. Feel free to re-open if still persists. |
Relevant telegraf.conf:
System info:
Telegraf version 1.13.4, running in the container, image from Docker Hub
Linux RMIMH03S 5.3.0-40-generic #32~18.04.1-Ubuntu SMP
Docker
Docker 19.03.7
Steps to reproduce:
I use Telegraf with influxdb_listener input plugin and output to write data into multiple InfluxDB databases. I use
metric_buffer_limit
with 3M metrics.Expected behavior:
I would expect that the memory consumption of the Telegraf container is decreased after buffer is emptied.
Actual behavior:
Memory consumption stays high even when the buffer is emptied.
Additional info:
The image below shows the usage of the memory of the Telegraf docker container. Around 19:40 buffering has started. Around 23:20 the buffer was full. Around 00:00 the database was available and the metric were written to the database. At that time container memory usage slightly increase from 2.29 GB to 2.35 GB.
The memory usage stays still the same after 12 hours.
When the database is not available again, the new buffering does not increase memory further (at 40% buffer usage, the memory consumption did not increased)
Is this expected behavior?
The text was updated successfully, but these errors were encountered: