eMule 0.29c MorphNext 1c [17.08.2003]

Edol · 4. August 2003, 11:13

@ cyrex2001
thx.
Hab die prev8a ausprobiert und die SUI Clients haben eine Bewertung von 100 die anderen 50.
Die Clients haben nach ein paar Minuten Wartezeit schon über 2mio Punkte

**Xman** · 4. August 2003, 13:08

Edol,
genau das ist der Bug der alten Version. Das dürfte nämlich nicht sein.

Anonymous · 4. August 2003, 14:29

bug kann man ja nicht sagen, da es absichtilich vom morph-team so programmiert wurde.

Edol · 4. August 2003, 14:39

Zitat:

Die Clients haben nach ein paar Minuten Wartezeit schon über 2mio Punkte

Vielleicht meint Xman auch das.
Diese hohen Punktzahlen traten auch bei nicht-SUI Clients auf.

Anonymous · 4. August 2003, 15:01

also soweit ich mich erinnern kann hatte ich damals diese extrem hohen punkte nur bei sui-clienten. kann mich natürlich auch irren.

Edol · 4. August 2003, 15:07

Bei mir hat ein nicht SUI Client, der die Warteschlange vor ca 10 Minuten betrat.
56mio Punkte. Bewertung 50, DL/UL Modifizierer 1,0 und Dateipriorität ist hoch.

**Xman** · 4. August 2003, 15:07

das war schon ein bug mit den Millionen von Punkten.
Hat für mich in erster Linie gar nichts mit dem SI-Bonus zu tun, denn der war gering.
Wahrscheinlich war es dann aber einfach die Kombination aus SI-Bonus + Bug warum hauptsächlich die SI-Clients davon betroffen waren.
Den gleichen Bug sah ich übrigens auch mit Loveleace-Mods. So denke ich, daß er auf dessen Creditsystem beruht.

Anonymous · 4. August 2003, 15:29

Zitat:

Zitat von Xman

Den gleichen Bug sah ich übrigens auch mit Loveleace-Mods. So denke ich, daß er auf dessen Creditsystem beruht.

jep..... das lovelace-system verteilt immer sehr hohe punktezahlen. auch richtig, das der morph auf diesem system beruht.

**Xman** · 4. August 2003, 16:00

Den Satz nicht falsch verstehen... Ich denke, daß der Bug durch das Lovelaece-Creditsystem reinkam.
Übrigens, egal welchen Mod mti Lovelace früher testete, ich hatte NUR Leecher im upload.
Welches Creditsystem verwendet eigentlich der neue Morph ?

Anonymous · 4. August 2003, 16:17

es steht nix darüber im changelog, aber ich denk mal das es immer noch das lovelace-system ist oder er zumindest mal darauf basiert, da ja auch bei der neuen version immer noch punktestände in millionenhöhe zusammenkommen, und das war/ist ja typisch für lovelace.

nachtrag: bin grad gebannt worden... mein emule ist falsch
you are banned, 'cause your emule is wrong
also das man als leecher gebannt wird ist ja klar, aber was bitte ist denn das?

ier617 · 5. August 2003, 11:02

der mod läuft bei mir sehr stabil und der download ist wirklich gut, aber...

...der upload ist miserabel, ich habe nicht rausgefunden, wie man die slots begrenzen kann, der macht bei mir zwischen 5 und 9 slots auf, was bei 20kB/s upload schon recht wenig pro slot macht. aber der hammer ist, dass er immer einem slot fast die ganze bandbreite gibt und die anderen mit 0,5kB/s daherdümpeln.

kann mir bitte jemand weiterhelfen? besten dank im voraus.

gruss

ier617

stern · 5. August 2003, 11:06

Das wird warscheinlich in der 1c Behoben sein.

**Xman** · 5. August 2003, 12:14

Nochmal an alle!
Die ungleiche Uploadverteilung ist kein Fehler sondern ein Feature!
Genau gesagt ein Feature des zz-uplodasystems. Es soll bewirken, daß der oberste in Deinem Upload seinen chunk möglichst schnell fertig bekommt um anschließend als Quelle für die anderen zu fungieren.

Zitat:

Focus the upload bandwidth to as few upload slots as possible!(only one, if the top slot wants it all). Transfers files to fewer people at a time, but faster to each. Faster transfers makes chunks complete sooner, making it possible for other clients to share the chunks sooner. This gives more sources in shorter time, sharing the upload demands on several computers sooner. At 76 Kbytes/s ZZUL opens ca 6-10 slots, when official eMule opens 24 slots. ZZUL only opens new slots if necessary to use the configured bandwidth. Upload slot focusing version 2 is available in this patch. Version 1 is used in eMule Plus (and others?). You can see which upload that has the highest priority by checking the number in the "Slot #" column. Slot #1 get all bandwidth it can handle. Slot #2 gets any leftovers after slot #1 has taken what it wants, etc.

When you download a file, it is good for you to give all chunks you allready have of that file to other clients as soon as possible. As soon as you have spread your chunks, the other clients will actually help you to download the chunks you are missing. Then you can get those chunks from them (and fast, since you now have good credits with them). It will also be easier for you to get the chunks from the original source, now that is no longer busy uploading chunks that you already have, to other clients. So set your upload speed as high as possible!

ier617 · 5. August 2003, 12:39

das finde ich irgendwie schrott, finde es viel fairer, wenn ich 4 slots aufmachen kann und jedem schön seine 5kB/s geben kann.

wäre doch besser, wenn man das optional machen könnte.

Vip2002 · 5. August 2003, 13:00

ier617,

Warum disablest Du zzupload dann nicht einfach?

Ähnliche Themen: eMule 0.29c MorphNext 1c [17.08.2003]