Is it possible do multi-thread DLs....

Archived discussion about features (predating the use of Bugzilla as a bug and feature tracker)

Moderator: Moderators

roachsucker
Posts: 2
Joined: 2004-01-10 17:23

Is it possible do multi-thread DLs....

Post by roachsucker » 2004-01-10 17:33

well i've been using DC++ for some time now and i find it kicks 10 shades of shit out any and all of its competitors.... the one thing it falls short in, however, is multi-threading downloads... thats an absolutely awesome feature for larger-bandwidth users who cant always find a fast user to download from...

i understand that maybe you do this so as not to clog up users upload slots, but maybe you could limit the threads to 3 or something... that would still provide a great improvement in performance...

just a thought...

R

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-08 02:46
Location: .pa.us

Post by GargoyleMT » 2004-01-10 17:55

The traditional problem with multi-source downloads is that there's no scheme to protect file integrity. Or rather, that it requires a file hashing scheme to be implemented first.

You can find some of the past discussions with terms from my post.

OrangeSlice
Posts: 12
Joined: 2003-12-10 00:53

Post by OrangeSlice » 2004-01-11 00:23

File integrity is indeed a huge problem. I occasionally use zDC++ (a multisource client using dc++ core) to get anime episodes and there is definitly a chance of file corruption when using multiple sources for one file. I would strongly suggest NOT using multisourcing clients to download large files like ISOs and such where file integrity is very important. Its ok for vid files though unless the file really gets messed up and does not play, thats happened to me about 4 times now, normally you usually just get more artifacts in the vid that usual when multisourcing.


Also, some hub operators dislike multisourcing clients as they take up a LOT of user slots when downloading. So, be careful if you use a multisourcing client or you might get banned.


link to zDC++ http://xoomer.virgilio.it/popslutor/

The author is Italian but there is an english version of the client also.
With multisourcing, my 220kB/sec downstream is usually maxed on any file I download, its nice but DC definitly needs some kind of file hashing scheme like BT has.

roachsucker
Posts: 2
Joined: 2004-01-10 17:23

Post by roachsucker » 2004-01-11 15:04

orangeslice, thanks a lot for that link dude... i'm gonna give that version a look :)

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-08 02:46
Location: .pa.us

Post by GargoyleMT » 2004-01-11 23:23

OrangeSlice wrote:I would strongly suggest NOT using multisourcing clients to download large files like ISOs and such where file integrity is very important. Its ok for vid files though unless the file really gets messed up and does not play, thats happened to me about 4 times now, normally you usually just get more artifacts in the vid that usual when multisourcing.

Based on those comments, I strongly discourage people from using multi-source clients on anything they plan to share, immediately, or at any point in the future.

If people don't follow this advice, DC will end up being another corrupted-file haven just like Kazaa.

Sedulus
Forum Moderator
Posts: 687
Joined: 2003-01-04 14:32

Post by Sedulus » 2004-01-12 02:50

GargoyleMT wrote:just like Kazaa.

(my emphasis)

MT is so totally right. this of course applies to all downloads. they need a check before sharing, but with (corrupted) multi-source dl's, it's too damn easy to propagate bad files. please check your shares before spreading crap.
http://dc.selwerd.nl/hublist.xml.bz2
http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html (TheParanoidOne's DC++ Guide)
http://www.dslreports.com/faq/dc (BSOD2600's Direct Connect FAQ)

Who is online

Users browsing this forum: Google [Bot] and 0 guests