-
Notifications
You must be signed in to change notification settings - Fork 13.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
Superset memory leak #15132
Comments
Hi @chen-ABC. I also found this problem a long time ago when using incubator-superset in a production environment. My strategy is to restart the gunicorn process periodically. for instance:
refer to: https://docs.gunicorn.org/en/stable/settings.html#max-requests |
@zhaoyongjie Thanks, This is useful for HTTP requests. but it has no effect on apscheduler job(Internal calls) |
The Superset only exposes an HTTP service, so I guess that it will work either way you call it(either external job request or common HTTP request). |
thanks, That's right |
@zhaoyongjie
memoized use tuple key , The keys for the same query are different. Because there's an object in the key |
Thanks for investigating this @chen-ABC ! I can try to repro and help get this fixed and released soon if this is indeed the culprit! |
Thanks a lot. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue |
It looks like PR #17319 is still open and needs to be merged. |
@jhult I will follow this issue recently. |
A clear and concise description of what the bug is.
After querying the same chart for a long time, the available memory continues to decrease until the system runs out of memory
Expected results
Recycle memory after querying the chart
Actual results
The available memory keeps decreasing
Screenshots
If applicable, add screenshots to help explain your problem.
I started a scheduler job to query chart
How to reproduce the bug
1.force refresh of the chart in Dashboard
2. use memory profile
3. see log
After many times
use gc.collect() at end line, But the memory is not reclaimed
Environment
1.1.0
3.7.9
12.18.3
The text was updated successfully, but these errors were encountered: