We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
currently there seems to be no limit, all torrents are checked in parallel
cpu load is about 25% when checking 20 torrents in parallel so this is just slow, not causing too much cpu load
libtorrent has the setting hashing_threads
aka: limit number of checking threads
The text was updated successfully, but these errors were encountered:
There's probably a limit - the number of tokio IO worker threads. It's used for other things too though like writing to disk. It's configurable from command line too: https://github.com/ikatson/rqbit/blob/main/crates/rqbit/src/main.rs#L105
Does that help?
Sorry, something went wrong.
tokio IO worker threads
too generic. hashing threads produce more CPU load
in this case, serial processing is better, because checked torrents are ready for seeding
45779da
Successfully merging a pull request may close this issue.
currently there seems to be no limit, all torrents are checked in parallel
cpu load is about 25% when checking 20 torrents in parallel
so this is just slow, not causing too much cpu load
libtorrent has the setting hashing_threads
aka: limit number of checking threads
The text was updated successfully, but these errors were encountered: