aMule Forum
English => Feature requests => Topic started by: woutermense on September 18, 2010, 04:56:06 PM
-
If you were to divide files on the ed2k network in 4 categories, say 'fake', 'porn', 'recently released' and 'other', most of the files in the 'other' category will likely have little sources. Since almost all the files I download fall into the 'other' category and thus have little sources and they are all set to 'auto' priority, they all get 'auto(high)' priority.
So what's the problem? I am too lazy to set priority myself :)
It is my understanding that downloading rarer files with higher priority will result in an overall faster download of the whole set of requested files. Since all my files are set to high priority automatically this advantage is lost.
Proposal: no longer set download priority based on a hardcoded boundary (<50 or >100 sources for high and low), but calculate boundaries instead based on the file that has the highest number of sources.
Attached: example of the priorities my downloads are given.
-
Had a good laugh about your categorization. ;D
High priority has mainly two effects:
- on startup high prio files get searched first and their sources asked first so they get a startup boost
- if a source has several files you want, the highest prio file gets asked for. So if you download 20 episodes set the first 4 to high to get them first for viewing.
You can see that's all in all not such a great difference. Effect on the total network is minimal, at least compared to keeping files in share for a longer time or raising your upload speed.
-
Offtopic
'Auto' upload priority is in more need of a tweak.
Base it on complete sources per file, not on active requests.
Ontopic
I agree, 'stacking' the sources would help (IMO) also.
-
Had a good laugh about your categorization. ;D
Yeah, am becoming very spoiled ever since I got some stuff running on my server. There's really just one category there, 'what you want before you even asked'. But for anything older the cute donkey is still my fave.
High priority has mainly two effects:
- on startup high prio files get searched first and their sources asked first so they get a startup boost
- if a source has several files you want, the highest prio file gets asked for. So if you download 20 episodes set the first 4 to high to get them first for viewing.
Now that you've explained I can see the effect will only be modest. Too bad :) Most of the time I'm very happy with my aMule as it keeps patiently running and doing its chores on the server.
2010-08-22 21:34:24: Initialising aMuleD SVN compiled with wxGTK2 v2.8.10 (Snapshot: rev. 10254)
I think it's never been up this long, usually someone DIY's through the powerlines about once a week :P
-
I'm sorry I had to edit your post to remove a reference to something primarily and unapologetically used to download unauthorized copies of content. I'm sure you understand, what with the forum rules and all, that we don't like to encourage or facilitate that kind of behaviour.
But I felt really, really, really bad about the blatant censorship, so I went ahead and implemented automatic threshold adjusting for auto priority. Please test it and check if it works correctly (it's in rev 10340).
-
Now, gav616, on the subject of auto upload priority: Why complete sources? Non-complete sources also upload.
-
Just got r10340, put in a couple downloads and it seems to work just fine.
Now that I take a closer look at it, what do you think about a4af sources?
-
What do you mean?
-
Well, should they be ignored in calculating the boundaries or not?
-
This works really good, cheers.