Opened 10 years ago

Closed 10 years ago

#2481 closed feature-request (Duplicate)

multi-threaded torrent checking

Reported by: therulerofchina Owned by:
Priority: minor Milestone: performance
Component: libtorrent Version: other (please specify)
Keywords: Cc:

Description

from what I can see (please do correct me if I'm wrong and close the ticket), deluge doesn't seem to like using more than one thread to check a torrent even when there are several hundred torrents in the queue. This seems like a waste of resources and time, given that if:the load was spread across more cores, or n torrents could be checked concurrently (where n is the number of threads your CPU supports), or there was a setting to allow you to choose some way to more efficiently use the resources available, Deluge would be several times faster at starting up or adding multiple torrents where the data already exists.

tl;dr: spread checking torrents across available cores

sorry if this is a little incoherent, I've had a lot of coffee and not much sleep

more info on my current system just in case it helps: #deluged --version deluged: 1.3.3 libtorrent: 0.15.10.0

Change History (1)

comment:1 Changed 10 years ago by Cas

  • Component changed from other/unknown to libtorrent
  • Resolution set to Duplicate
  • Status changed from new to closed

This has been asked before and it is something that would have to be implemented in libtorrent. However since I/O is the biggest bottleneck more threads wouldn't help that much.

The adding of torrents that you already have data for is covered by #1294

Note: See TracTickets for help on using tickets.