Rare Parts Priorty, choice to auto target rare parts
|
|
![]() ![]() ![]() |
Rare Parts Priorty, choice to auto target rare parts
| Ozmodius |
Mar 17 2007, 06:28
|
|
Group: Members Posts: 3 Joined: 17-March 07 From: Australia |
I dont know if its been done already [I cannot find reference to it anywhere], but I thought of an option to have eMule+ download parts that have the lowest number of sources first.
Reduces problem of being stuck with nearly completed file. |
|
Post
#1
|
|
| reanimated838uk |
Mar 17 2007, 06:39
|
|
Nutcracker Group: Betatesters Posts: 5198 Joined: 1-March 03 From: UK |
it already does this I believe.
|
|
Post
#2
|
|
| Ozmodius |
Mar 17 2007, 06:45
|
|
Group: Members Posts: 3 Joined: 17-March 07 From: Australia |
QUOTE(reanimated838uk @ Mar 17 2007, 16:09) I thought it might...but it must be automatic. So can the part priority be set to different things, like source with highest speed - most parts - etc. Or a weighted priority calculated from all options. How is part priority calculated ATM? |
|
Post
#3
|
|
| Fuxie - DK |
Mar 17 2007, 08:24
|
|
Group: Managers Posts: 4800 Joined: 21-January 03 From: Copenhagen, Denmark |
When you get a download session the priority is this:
1: Download any partially downloaded chunk 1.5: Download First/Last chunk, if enabled for this file 2: Download rarest chunk 3: Download any other chunk |
|
Post
#4
|
|
| Aw3 |
Mar 17 2007, 12:55
|
|
Group: Admins Posts: 7319 Joined: 8-December 03 |
QUOTE(Fuxie - DK @ Mar 17 2007, 08:24) 1: Download any partially downloaded chunk It's more complicated then brief idea mentioned here, but in general:1.5: Download First/Last chunk, if enabled for this file 2: Download rarest chunk 3: Download any other chunk 1: Download First/Last chunk, if enabled for this file 2: Download rarest chunk (in general, <= 4 sources) 3: Download any partially downloaded chunk (most complete first) 4: Download any other chunk (chunk with less source first) |
|
Post
#5
|
|
| Ozmodius |
Mar 18 2007, 02:35
|
|
Group: Members Posts: 3 Joined: 17-March 07 From: Australia |
Well then... shows the best cannot be improved #8^)
Thanks for a great program and support. |
|
Post
#6
|
|
| LUCA TONI |
Mar 21 2007, 14:59
|
|
Group: Members Posts: 67 Joined: 2-September 06 From: Italy |
hello
can this feature that is implemented in emule o.47c help? ZZ Chunk chooser: Download complete chunks faster! This chunk selection algorithm naturally tries to pick the most rare chunk for download from a client. However, if there's no rare chunk to pick it will download on the chunk that is closest to completion, even if some other client is already sending some other part of this chunk. This will make ZZUL download different parts of the same chunk from several sources at the same time, and the time from the chunk is started until it's complete will be minimized. Official client will go out of its way to download from different chunks when there are several clients sending the file at one. You will notice that due to this ZZUL will mostly have only one chunk started+incomplete for each file while the official client often have several incomplete chunks at once. A complete chunk can be shared. A started+incomplete chunk can not. |
|
Post
#7
|
|
| muleteer |
Apr 2 2007, 08:07
|
|
Group: Betatesters Posts: 8261 Joined: 29-February 04 |
We're already doing that.
|
|
Post
#8
|
|
![]() ![]() ![]() |
| Lo-Fi Version | Time is now: 21st May 2013 - 13:58 |