-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Re-checking and rechecking resume data blocking downloading and uploading #7474
Comments
qbt v3.4.0beta2 with libtorrent v1.1.5.0 can check several torrents, affecting seeding/leeching much less, if at all (compared to previous libtorrent v1.0.x, which could only check 1 torrent, blocking seeding/leeching completely at times on my system. It was so bad I even considered changing OS/FS with much better caching than Windows, i.e. TrueOS with ZFS). Also, the size of the payload does not seem to matter any more with qbt v3.4.0beta2. Unfortunately there is no setting to limit the numbers of torrents allowed to be checked (for example via |
I am experiencing this on v3.3.16 (FreeBSD, ZFS) as well. |
I am currently experiencing this on v4.0.0 64 bit, Windows 10. Was happening in my v3.x for the last few versions too. #7587 is the best description of what happens. |
This issue has been closed and locked for being too old, and thus either most likely resolved in recent versions or no longer applicable. A new issue report with relevant updated data gathered from the latest version is preferable to necroing an old report with a comment like "still happens in version x.y.z", even if you think the bug is the same, or suspect of a regression. Thank you for your contributions. |
qBittorrent version and Operating System:
Version 3.3.16 and Windows 10
What is the problem:
When you are downloading and seeding a lot of large torrents(mostly from 17 to 35 gb) in my case 12 downloads, when one of the large downloads are being re-checked at once all other downloads gets stalled and no completed downloads are seeding, this happens for a while, maybe all the downloads starts downloading a few bytes per second, or a bit more for a few seconds and then they get stalled again. All the downloads and completed downloads are spread across different drives, so it's not an I/O or throughput performance issue on the drives. CPU usage remains low.
Exact same behavior occours when just re-checking resume data.
What is the expected behavior:
Downloading and uploading torrents should not be blocked or partially blocked when there is no hardware performance limitation.
Steps to reproduce:
Add a lot of large torrents(17-35 or even larger) when 12 of them are downloading, re-check one torrent and this behaviour appears.
The text was updated successfully, but these errors were encountered: