-
-
Notifications
You must be signed in to change notification settings - Fork 29.4k
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
wait_for(coro, timeout=0) memleak #81223
Comments
I have a networked process that looks somewhat like this in its most basic form
read_message() has a default timeout of 30, but I thought setting it to 0 (instead of None) would be equal to blocking. This bleeds 16GB of memory in ~3 minutes. A minimal example is provided. I manually applied the patch of https://bugs.python.org/issue36613 to a self compiled build of 3.7.3 (ef4ec6e) on Ubuntu 18.04 and that did not solve the problem. |
Thanks for the report. Would you try to boil down the snippet by converting it into a code that I can execute on my laptop to reproduce the problem? |
Hi Andrew, |
Nice, thanks! |
This is the consumption I'm seeing. |
Perhaps also worth mentioning is that when we supply None as timeout value in the |
@kumaraditya303 were you able to reproduce it with 3.7? |
I tried myself - indeed I can reproduce it on 3.7 but no on main (on a MAC). |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: