-
Notifications
You must be signed in to change notification settings - Fork 29.8k
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
lib: fix timer leak #53337
lib: fix timer leak #53337
Conversation
e25d0ab
to
4eda87f
Compare
Thank you for fixing this! Small nit I noticed: |
Landed in 2740cd4 |
PR-URL: #53337 Fixes: #53335 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: Chemi Atlow <[email protected]> Reviewed-By: Feng Yu <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
PR-URL: nodejs#53337 Fixes: nodejs#53335 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: Chemi Atlow <[email protected]> Reviewed-By: Feng Yu <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
PR-URL: nodejs#53337 Fixes: nodejs#53335 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: Chemi Atlow <[email protected]> Reviewed-By: Feng Yu <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
will this be downported to node v18? I see that PR is included in |
@soccermax |
@atlowChemi, thanks for the reply. That makes sense. This issue might cause a significant memory leak. I believe it would be beneficial to backport the fix to Node versions which are still in maintenance. The explanation is that the closure of setTimeout might hold references to memory-intensive objects like database connections, response objects, or similar. Due to this issue, the entire closure of setTimeout, if the return object of setTimeout is used, will be indefinitely retained in memory. In our project, this leaks memory of around 300MB per day. The problem is that the troubling setTimeout is called in a submodule. Of course, we can patch the library, but in general, it would make sense to get it fixed directly in Node. Given that the fix is quite small, it would be highly appreciated if it could be backported. Could you please check on this? Thanks. |
PR-URL: #53337 Fixes: #53335 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: Chemi Atlow <[email protected]> Reviewed-By: Feng Yu <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
PR-URL: #53337 Fixes: #53335 Reviewed-By: Benjamin Gruenbaum <[email protected]> Reviewed-By: Chemi Atlow <[email protected]> Reviewed-By: Feng Yu <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
Unfortunately this doesn't cherry-pick cleanly to v18.x-staging. Since Node.js 18 is in maintenance it's unlikely this will be accepted, but if someone wants to try (on the understanding the PR might be turned down) they can open a backport PR against v18.x-staging. |
Fixes: #53335
make -j4 test
(UNIX), orvcbuild test
(Windows) passes