qbittools VS rtorrent

Until then you can use something like qbittools and run it with re-announce on an interval.

Might be worth checking this out: https://gitlab.com/AlexKM/qbittools

If you don't want to mess with any of this; then maybe you can set max: 1 downloads per hour on your filter settings. Not as ideal as using a tool like qbittools or qbittorrent-cli, but it should still help with HDD I/O. But then again, rTorrent is not ideal for racing torrents.

A category for your *arr downloads. One for for your racing on your /ssd, and another for files to permaseed on /hdd. These Categories then can be managed by other third party tools. One example that I use is called qbittools which has a "mover" function.

Other than that you don't need much for TL. I would only suggest that you implement some kind of solution to not hammer your disk I/O by trying to race too many torrents at once, especially if it is an HDD. I guess as an easy solution, you could do General > Max 1-2 downloads per hour. Better yet, if you use qBittorrent, you can use something like qbittorrent-cli or qbittools to limit the amount of concurrent races to 1-2 or whatever you think is fit.

Tool to inject and re-announce using qBittorrent

Setup this to run hourly via cronjob and every torrent with whatever tracker you add to it, you can pause it.

No 1

rtorrent and rutorrent might suit your needs. For easy setup on Debian you could use this

I've been a habitual rtorrent user but it feels like it's time to move on - it's also a little annoying that this issue has never seen traction.

Unfortunately rtorrent is pretty much dead: https://github.com/rakshasa/rtorrent/commits/master

I know it's not quite the same thing but I started using rtorrent[0] a very long time ago and it still works well for my needs.

Is there anyone who has used both who can comment on the pros and cons?

[0] https://github.com/rakshasa/rtorrent

Better in what exactly? Anyway, rtorrent seems abandoned. The last commit was 8 months ago. Transmission's last commit was 5 days ago. And regarding transmission-cli: "Prior to development of transmission-remote, the standalone client transmission-cli was created. Limited to a single torrent at a time, transmission-cli is deprecated and exists primarily to support older hardware dependent upon it. In almost all instances, transmission-remote should be used instead.".

rtorrent (pkg i rtorrent)