Igor Katson

The first one is good, but UI alone won't be enough, you need to update the backend to allow adding torrents without waiting for them to resolve the magnet. Ideally,...

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...

> that if I start a download while my VPN (for work) is enabled it will use that binding the TCP listener to a different interface won't help here. The...

Fair enough, I read about those socket options. If your prototype works as intended I'll be fine merging this in one it's ready. Thanks

> are there any that I am missing? Nothing else comes to mind but if they exist we'll fix them later

Hey, you are right, it's a blocking call from async context. Historically, it was done this way but was called using "spawn_blocking" to prevent executor blocking. I don't quite remember...

It's just the time to resolve the magnet through DHT/trackers. It's as slow as finding + connecting to peers of particular torrent is. It may even hang forever if there's...

What you can do to speed this up: 1. enable DHT 2. pass a hard-coded list of trackers, e.g. https://github.com/ngosang/trackerslist 3. enable uTP listen

@The-Minecraft-Scientist would happily accept a PR where it's guarded by a feature flag

There might be multiple issues here, but let's clarify them. > When trying to download a torrent that's technically in persistence but has already been deleted Can you clarify what...