Official eMule-Board: More Intelligent Chunk Selection - Official eMule-Board

I'm currently downloading a "largeish" file 1.12Gb

Now I'm connected to 5 (sometimes 6) clients... it's a "rare" file so that's probably all of them.

4 have the complete file
and the other 2 have like 50% and 90%

My Problem is as follows

When I finally get connected to a complete source... it "almost always" downloads a chunk that both of the partial sources already have.

Hence I don't have anything to upload to either of them... so I can't improve my rating with them... so it takes just as long to get through their queues as it does to get through the complete sources.

My Suggestion.

If you connect to a complete source.. download the "least" available chunk.
("Least" available based on currently connected clients)
Or a random chunk selected from the "equally" least available. (if there are multiple chunks with the least availability)

That way you have something that other partial clients want and you can start improving your rating with them and since they will be doing the same they will improve their rating with you.

I can't see any draw-backs to this.. only upside...
Although I'm prepared to be corrected on that.

Cheers
Dan

This post has been edited by DaftasBrush: 28 March 2005 - 02:35 PM

I am surprised this is not allready part of the network model.

Very good post

patch already available
http://forum.emule-p...showtopic=67087

this isnt installed in the offical client??? I dont see anything to download or anything so I dont know how to install that stuff, but if it is a better way then why isnt it in official client?? (if its not already)

This post has been edited by MasterJunior: 29 March 2005 - 09:59 PM

Hy !

I was about to post about this idea... fortunately I made a search before posting !
... but, unfortunately I don't know how I can patch my version to take profit of this great idea...

Something like this improvement couldn't be include in a new version (I'm amazed it's not already done) ? or in a real patch or something like that ?
It could help the entire community, helping us to share intelligently the rare parts of a file...

Help !
Thanks

oh yeah man good post. uploading files that nobody has, i see myself uploading many times the same parts as there are some chunks that nobody has. thats how two-three files from me are now permanent uncomplete files (since i lost the original files or even the hash number changed)

i think there would be alot less uncomplete files on ed2k if the rare chunks thing was applied, since in theory the one with the original file would need to upload the file only once its full size so it's available as a full file to anyone, cuz now some files have to be uploaded 3 times their size so other people have it full.

DaftasBrush, on Mar 28 2005, 02:24 PM, said:

I think this has already been implemented, at least in my 0.45b. I have been watching my downloads a lot (actually, way too much) and noticed how intelligent emule has been which chunks to download. It picks the chunk to download that others don't have. Then the others download it from me, and I get promoted in their queues as a result.

GOOD POST/GOOD IDEA/GOOD FEATURE

DaftasBrush, on Mar 28 2005, 02:24 PM, said:

I',ve heard about a similar feature time ago.. your description and analysiis is quite better.

see the SF-IOM function:

Quote

source > http://sfiom.ath.cx/features.asp

an enkeydev function

Quote

source > http://forum.emule-p...showtopic=57803

Bye

1eiht7, on Apr 27 2005, 05:15 AM, said:

Well, but in reality not all clients actively trade uploaded chunks, and many downloaders remove a file they received from their shares as soon as possible. So if you feel responsible for your releases you have to take care about them, and if you don't then you just leave incomplete files out there, and there's nothing that can reasonably prevent this. We're not living in a perfect world after all.

UP !

A solution to integrate chunk selection in official ?

A best chunk selection for Upload and Download whatever is by XMan, enkeydev or someone else !

Thanks !!!!

This post has been edited by Firnus: 03 June 2005 - 01:07 PM

This is already in since a long time. However there are other factors too, for example it is the highest priority to finish a part, iirc the rare-factor is right on the second place (might be even on the first place in some cases, im too lazy too look it up excactly right now).
There is no intention of changing this behaviour at this time.

"The highest priority to finish a part" is hugely over-dramatized. To be exact: to the point where it causes significant damage to the efficiency of the segment of network that is interested in files that do not have hundreds of sources.