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

Reloading Prometheus 2.0 has significant memory spikes #3112

Open
fabxc opened this Issue Aug 25, 2017 · 2 comments

Comments

Projects
None yet
4 participants
@fabxc
Copy link
Member

fabxc commented Aug 25, 2017

Since every scraper has a rather large cache now for all staleness handling and usage of AddFast a reload causes severe memory spikes of up to 2x.

On reload we terminate all scrapers as the configuration might have changed. In 2.0, each scraper carries a rather large cache around for staleness handling and usage of AddFast. Those caches are dropped and get re-created for all the "new" targets. The same happens with the known buffer sizes for each scraper.

We could investigate not purging all scrapers and instead try to hot-reload them as well where necessary. This needs some very careful consideration though.

@brian-brazil

@siavashs

This comment has been minimized.

Copy link

siavashs commented Nov 7, 2017

I noticed that the number of open files are doubled during reload (kept open ~5 minutes)
start_-_reload
^ markers: start, reload

@julianvmodesto

This comment has been minimized.

Copy link

julianvmodesto commented Apr 10, 2018

Looks like when deploying Prometheus Operator, my Pod is failing to start because the ConfigMap reloader will cause memory spikes that will hit my memory requests / limits and prevent my Pod from becoming Ready due to this issue.

memory spikes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.