eMule 0.26d [bloodymad 0.2], Full upload control [11-03-03]

[gvstarfleet]

eMule 0.26d - bloodymad0.2

Quick feature overview



One-Queue-Per-File
Fair chances for rare files

Reserved release slots
Give some of your slots exclusively to release files.

Auto-nick-naming
Don't be annoyed by thousands of http://emule-project.net/ clients.




Downloads

Things you really should know before you use it:



"Try to upload full chunks" is required by the mod. The mod will enable this if you haven't already done so.

The old "Release" priority is now called "Very high". The new "Release" is something special.


Downloads:



Binary (944 kb)

Source (1176 kb)

Source gz.tar (822 kb)

(Some parts of the source code look not very nice at the moment and will probably be simplified in the next version. For the next release I'll clean that up and also provide nice diff files. So if you want to inclued on of the features in you mod I recommend to help here testing and then take the sources from the next release.)



More about the features

Feature: One queue per file

The problem
The main problem of the current uploading queue systems: If you have two files, one rare and one popular, both of the same priority, the clients asking for the popular file will crowd the queue and force also the few users asking for the rare file to wait for a long time.

This is especially a problem for releasers, but also for anybody else who shares rare files or wants to download them.

This mods solution
With this mod the above problems gets solved. If you share two files of the same priority, uploaders for each file will get half of the upload slots. The people that want the popular file won't get more slots than the ones that are waiting for the rare files. (Of course: If there aren't enough people that want the rare file, the popular will get more of the slots.)

How is it done?
This is done by generating one queue for every file and then alternating giving slots to the longest waiting users in this individual queues. If you set file prioritys, the queue of the higher priorized file will get a slot more often. If a client has credits, it will advance faster in the requested files queue. This is implemented by just changing the scoring in the old queue. So not many new bugs should have been introduced.

(A simular system is for example used by the eDonkey Hybrid and it is generally considered to be quite good.)

Important question: How does this work with the file priorities?
Together with the new uploading system the file prioritys will work like that:
In the time where ten clients waiting for a file of normal priority get a slot, how many clients from a queue for a file with which priority will get a slot?

very low 2 clients
low 5 clients
normal 10 clients
high 20 clients
very high 50 clients

If you miss the release priority: It's now in this mod called very high. The release is a special mode. Look down for the release slots feature for more info.


Releated bonus feature: Smooth switching from old to new queueing system


The problem
This queuing is new and I wasn't perfectly sure, that it is "the final solution". I though maybe it is too extrem, and a bit influence of the old queue sorting algorithms would be better.

This mods solution
So I added a preference setting (in the "Tweaks" panel). There you can select how many percent of a users rating will come from the new queue system. If you set the slider to 50%, fifty percent of the rating will come from the old system and fifty percent from the new one. It's default is 100% new system and I think by now that's the best setting. But I let the slider in in this release to let you experiment with it to see yourself what works best for you.
Probably I'll remove the pref in the next release if nobody thinks it's usefull


Feature: Reserved release slots

The problem
Maybe the files you want to release don't get enough slots. In general this should already be much better in wide parts with the new queuing system. But maybe there can be still problems if you share very many uncommon files and want to release something. (That's just theory by now, tell me your experience)

This mods solution
The old release priority has been renamed to very high because that's all, what it was. Just a very high priority without any special release features. In this mod a new release priority is introduced. Files of this priority get a certain amount of all slots.
I added a preferences setting (In the "Tweaks" panel) where you can enter how much of your slots should be reserved for release downloads. If you set it to 50%, five of ten free slots will be give for release uploades. No matter how full your queue is. (If nobody *wants* your releases, then the slots will of course be given to normal uplaoders... Also if there are no other uploaders and everybody just wants the release, the realese will get all slots.)
If you set the preference setting to 0%, release files will just be handled like the very high priority. So they will still get slots, but just due to normal queueing.

This release priority will only work for complete, finished files. If you set a incomplete file to release, it will just be handled with very high priority. Release is really only for releases.



Feature: Everybody gets a nick name

The problem
If you have releases (or download rare files or look for any other reason at your down- and uploads) and you see that a client called http://emule-project.net client is downloading your release and on the next day there are again one with this name, you would be (at least I usually am) interested if the client of today is the same as the one yesterday. It's nice to know how many people are actually trying to download a release or if that http://emule.de/ client where you're queuing for a rare file is the same that is actually uploading from you (so you get credits there).

This mods solution
If a connection to a client with one of these names like http://emule-project.net/ or http://www.emule.de/ is established the mod gives the client a generated username. The names are generated using language statistics with the goal to be pronouncable, and it works not too bad . Because the names are related to the user hash, every user will get the same name again if he reconnects in a later session.


Problem: "Try to upload full chunks" has to be enabled

It's not really a problem. If you haven't enabled it, the mod will do it for you on startup.


Feedback

Post here if you have tried it. For me it's working and I hope it'll do its job also for you. But all these border cases like sharing very many files or downloading very many or releasing lots of files have to be tested. So I count on you!

/bm

[Anonymous]

na die sache mit dem release-slot hört sich ja mal net schlecht an

[Odinasgardson]

Ich weigere mich langsam aber sicher Mods zu testen deren Namen sich wie ein Getränk (s.o.) oder eine Krankheit (Lamerzchoice) mit Tausend Kürzel und was weiß ich noch alles heißen ist es den nicht möglich einfache kurze Namen (Tarod Sivka als bsp.) zu nehmen???.
Oder wird der Mod durch solche etwa besser ??
Ist nicht böse gemeint und die Mods mögen auch ganz gut laufen ,aber das ist einfach nicht mein Ding.
mfg
Odinasgardson

[Pink_Frog]

warum der lamerzchoice so heisst musst du praynz fragen (sicher wäre der name viel zu lang geworden, da dieser mod ja auf dem sivka mod basiert) ...
dieser mod hier heisst bloodymad, weil der von bloodymad gemacht wurde, so wie der von tarod, tarod heisst und der von sivka eben sivka

btw... niemand zwingt dich diesen mod zu testen, wenn du den für dich passenden mod gefunden hast, brauchst du auch keinen anderen zu testen oder?

[Odinasgardson]

@ Pink_Frog, Wie ich schon sagte ist nichtbös gemeint und recht haste testen muß ich nichts wenn ich nicht will.

Saludo

mfg
Odinasgardson

[Pink_Frog]

nur für den fall das ich wieder missverstanden werde, das war von mir auch nicht böse gemeint ... eher ne frage

um mal zum thema zurück zu kommen, ich habe den mod noch nicht getestet, was mir aber schon jetzt gut gefällt, ist wie bloodymad seine features genau erklärt hat, nicht so wie andere modder, die einfach "probiere mein mod, dann wirst du schon sehen" schreiben und dann auf nachfragen nicht mal erklären können, was sie warum gemacht haben ...

[d4rk]

@Odinasgardson, *lol* wie der name ist und wie lange ist doch egal hauptsache der mod rennt und rennt und rennt

einige aber nicht alle sind so, dass sie ihre neu eingebauten funktionen nicht posten

[bloodymad]

Hi zusammen!

Freut mich, dass es mein mod auch schon in dieses Forum geschafft hat. Danke an gvstarfleet!

Falls ihr es ausprobiert berichtet bitte wie denn das neue Queuesystem und die anderen Features bei euch funktionieren. Besonders interessant wäre es wenn ihr denkt in irgendeiner Art "extrem" zu sein . Z.B. wenn ihr besonders viele Dateien im Share habt oder sehr viele seltene Dateien, oder eine Menge populäre Sachen oder wenn ihr besonders viele Releases macht...

Wenn es allen gefällt bestehen gute Chancen, dass die Features auch in andere, größere Mods (mit einfacherem Namen ) aufgenommen werden...

Viel Spass!

[MisterKanister]

Ich hab das Mod mal nen Tag getestet und bin begeistert. Guter konstanter Up und mal wieder gescheiter DL (war das gar nimmer gewöhnt mit Flux und Co)
Gute Arbeit!

[MisterKanister]

Ich mag mich gar nicht von dem Mod trennen. Das läuft jetzt schon zwei Tage lang durch und das ohne Murren und Knurren.
Ich weiß nicht, ob das nun an den anderen Mods oder an meinem Router oder an der Teekomm liegt, aber in der letzten Zeit hatte ich immer das Problem, daß obwohl mein Router behauptete, daß er ne tolle IP hat, gar null nix Datenübertragung da war nach ein paar Stündchen. Auf jeden Fall ist mir das nun seit dem bloodymad nicht mehr passiert.

[Anonymous]

hat mal jemand die sache mit dem release-slot getestet???

[MisterKanister]

@renegade
Nach dem, was ich so gesehn hab, war immer ein Release-File im Upload nachdem ich die Release-Slots auf 20% gestellt hab, ich kann allerdings nicht sagen, ob das nun von der Höherpriorisierung oder von der Extrabehandlung kam.
Wenn man allerdings seine eigenen Releases richtig pushen will, dann wär wohl ne absolute Einstellung, wie viele Slots ich für Release nehmen will, besser. Die prozentuale Einstellung hier find ich für 'Nebenbei-Release' sinnvoll.

btw. Ich find das Auto-Nicknaming ganz witzig, da wirklich aussprechbare Namen rauskommen. Ich frag mich schon, ob ich die nicht für richtige Namen von Leuten nehmen kann, wenn ich wieder mal ein Geschichtchen schreibe. Ich muß zwar zugeben, daß die Funny Nicks a la .FusioN. einprägsamer sind, aber die kammer für den Schreibselzweck eher nicht verwenden.

[bloodymad]

Wenn du die Release-Slots of 20% stellst bedeutet das ganz einfach dass von zehn freiwerdenden Slots zwei sicher für das Release verwendet werden. Das ist so flexibler und auch kompatibel zu Patches dynamischen Slotanzahlen wo es ja Probleme geben kann, wenn man die Releaseslots als feste Zahl angibt. Wenn du's auf 90% stellst kommt hat nur noch jedes zehnte Mal ein Nicht-Release-Uploader zum Zug.

[cosmic girl]

bloodymad
Willkommen on board!

Ich bin auf deinen Mod schon ein paar Tage vor dem posting hier aufmerksam geworden und finde deine Ideen gut.
Kann z.Zt. leider ausser der Vorlost Beta keine andere Version laufen lassen, da alle über kurz oder lang crashen..

Sicher hast du die Diskussion um die Problematik mit dieser leecher community um den friendsh*ring.de mod mitbekommen.
Vorlost hat da seinen code gepostet, mit dem diese friendsh*ring.de clients ausgeblendet werden.
Wäre schön, wenn du dieses feature oder ähnliches auch bald mit einbaust - es gibt mittlerweile schon Anfragen von Leuten, die die leecher in ihrer queue gerne loswerden würden.

[bloodymad]

Jo, diese friendsch**** Problematik ist mir beim Querlesen des Boardes auch schon aufgefallen und ich habe schon überlegt wie wohl die allgemeine Stimmung ist da was dagegen zu unternehmen. Und da die Leute wohl allgemein von diesen Leechern genug haben werde ich in meiner nächsten Version bestimmt irgendwelche Gegenmaßnahmen einbauen...