mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
tune seed priorities #3138
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#3138
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ewtoombs on GitHub (Sep 28, 2015).
For example, I'd like the upload-to-download ratios to all be ignored and highest priority to be rewarded to the torrent with the poorest seed-to-peer ratio. I've been watching qbittorrent for a while and I am certain this is not currently how priority is rewarded. Actually I find qbittorrent's priority algorithm a complete mystery.
There are other criteria too, like giving highest priority to torrents with fewer overall seeds. It should be up to the user to pick the criteria or maybe form a weighted average.
@thalieht commented on GitHub (Sep 29, 2015):
That's exactly what it does for me in 3.2.1 with libtorrent 1.0.6.
Also the priority algorithm is handled by libtorrent i think.
@chrishirst commented on GitHub (Sep 29, 2015):
All seeding tasks have a priority of -1 so are 'auto managed'
Seeding clients do not get seeding peer counts from trackers.
@ewtoombs commented on GitHub (Oct 5, 2015):
Yeah, they do. It comes with the scrape. When I force reannounce on a seeding torrent, the number of seeds in parens gets updated.
It does something like that, but I have often had to manually pause torrents to get the torrents I want to seed to start seeding. Often these torrents had less seeds than the torrent qBittorrent decided to seed instead. Hence the desire for tuning the priority algorithm. Do you mean libtorrent provides no interface for doing this tuning?
@thalieht commented on GitHub (Sep 18, 2018):
Duplicate of #566 i think.