utorrent features

Bug #606783 reported by Mr. Morfoos
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
qBittorrent
New
Undecided
Unassigned

Bug Description

When checking multiple torrent files, utorrent has ability to check all torrent files simultaneously. Also, when downloading some torrent, if there are no seeders for that torrent, utorrent automatically starts downloading next torrent on the list. This is very useful and it would be great if this ability could be implemented in qbittorrent.

Revision history for this message
Arago (arago) wrote :

I think that checking all torrent files simultaneously is very bad idea, because HDD can read only one file in a time, and such behavour will cause very heavy load to the heads drive and overall transfer speed will fall dramatically. But if files of different torrents are physically located on different disks (not partitions) - this is a good idea. So it's must be check for physical location of files.

And I'm using mhddfs to join two physical disks and transparently put files to different disks (it's not RAID or LVM - disks are completely independent, and have separated filesystems) - so we should look for this (and for unionfs/aufs mounts too), because this can speed up check if some files was written to first disk, and another count of files to second - we can read two (or more if more disks are joined) files in a time (but, of course, there must be a check for joined partitions on same disk). And, if there is a RAID or LVM - we should handle it as one drive, imho.

As for second wish - I'm want this too. Let's count torrents that idle for some minutes as stalled, leave them active and waiting for seeders and start next torrent (and manage max active torrents/max active downloads settings dynamically). And if first torrent will found seed - we should limit speed of other downloading torrents to get maximum speed for seedless torrent (because usually such torrents have very low download speed, and we should try to get all possibly speed from the seed), and if speed of seedless torrent will raise - we should limit seedfull torrents more heavily (and even pause them). I.e. if torrent downloads badly - we should try to provide enough bandwidth for it, but we shouldn't pause all other torrents, because this seedless torrent may have download speed like 1 kb/s and all remaining bandwidth will be wasted in this case.

Let's be smart...

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

Both torrent checking and torrent queueing are implemented in libtorrent-rasterbar, not qBittorrent. These request should thus be directed to the right person (libtorrent author). There is nothing I can do on my end, unless libtorrent supports it.

Revision history for this message
Arago (arago) wrote :

Okay, I understand why we can't control rechecking of files. I have posted http://code.google.com/p/libtorrent/issues/detail?id=103 issue to rb_bittorrent bugtracker for this.

But why we can't control stalled torrents automatically? I can do all of proposed actions manually: watch seedless torrent for some time, then increase max downloading torrents for 1 if no seeds appears or speed will low to use all available bandwidth, then limit download speed for seedfull torrent for (for example) download_bandwidth-seedless_speed-10kb and keep watching if speed of seedless torrent changes up or down, and correcting speed limiting for seedfull torrent according those changes.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.