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

Will using a timeout with session.add_torrent() + list_only cause issues? #306

Open
sylv opened this issue Jan 16, 2025 · 1 comment
Open

Comments

@sylv
Copy link

sylv commented Jan 16, 2025

I have an issue that might be a memory leak or might just be rqbit holding too much information or might just be me being an idiot. I have rqbit with add_torrent() + list_only wrapped in a tokio timeout for 10s running on a VPS to grab torrent metadata - that works well, but over a few hours the memory usage slowly creeps up until the host runs out and everything has to be restarted. It isn't by much, maybe ~400MB/hour. I'm checking probably >2000 torrents an hour.

Is there anything that could cause that slow usage increase in rqbit? I don't know rust well enough to know for sure but I think its either the timeout causing something to not be cleaned up properly (seems unlikely with list_only unless its peer info?) or its holding onto information from each torrent that slowly builds up over time as it sees more and more. Or something to do with DHT...? I'm pretty much lost though. I know this is an unconventional use case so something like that seems likely to me but I don't know rqbit internals well enough.

@ikatson
Copy link
Owner

ikatson commented Jan 16, 2025

It is possible it's rqbit. Your usage sounds fine, I'll take a look

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants