eMule 0.30c Xtreme 2.2 [21.01.2005]

mkkrack · 6. December 2003, 15:15

Zitat:

kann es nciht auch am Anwender selbst liegen? (weil bei manchen tritts ja öfter, bei anderen seltener auf, selbst bei gleichen Einstellungen)

Bei mir tritt es sehr oft auf und schon nach relativ kurzer Laufzeit und ich habe mehrmals gar nichts gemacht am Rechner.....also nix mit "Anwender selbst"

Also inhaltlich würde es mit der Einstellung "PRIO" nach meiner bescheidenen Meinung passen. testen mag ich imo nicht... hab gerade mal seit längerem nen guten Lauf

wird aber nachgeholt.

**Xman** · 6. December 2003, 15:29

ich möchte mal eine kurze Erklärung abgeben, damit ihr den Zusammenhang des Möglichen Fehlers erkennt.

Neben eurer Downloadliste die ihr sehr, gibt es auch eine Downloadliste (die filelist) die ihr nicht seht.
Bekommt ihr download läuft nun folgendes in der offiziellen Version ab:
Nacheinander werden erst die Dateien mit Hoher Prio, dann normal, dann niedrig durchgegangen und die Daten der übertragenen Clients abgeholt.
Nun kann es ja sein, daß ihr z.B. ein Downloadlimit von 20 kbs habt. Angenommen dieses Limit ist bereits nach Abarbeitung der ersten 3 Dateien erreicht, so werden von den restlichen Dateien keine Daten mehr abgeholt. Der Download bricht ab.
Anders läuft dies beim Xtreme (bzw. Maella):
Unter der Vorraussetzung man hat ein eingetragenes Downloadlimit (z.B. 20 kbs):
Nachdem die Daten der ersten Datei mit höchster Prio der Filelist abgeholt wurden, so wird dieses File ans Ende der Liste platziert. Das geht nacheinander so, bis das Downloadlimit erreicht wurde.
Beim nächsten Durchgang sind nun die Dateien oben in der Liste, von denen zuletzt kein Download abgeholt werden konnte, da Limit erreicht. Von diesen Dateien wird also beim nächsten Durchgang die übertragenen Daten eingeholt, was zur Folge hat, daß kein Download abbricht.

Nun kam seit den 0.30x Versionen Slugfillers Checkdiskspace hinzu, der bewirkt, daß falls der Plattenplatz nicht ausreichend ist, vorzeitig Dateien gestoppet werden. Natürlich sollten erste die Dateien gestoppt werden mit niedriger Prio. Aus diesem Grund wird die Filelist sobald irgendetwas an der Filepriorität geändert wird nach Priorität sortiert.
Genau diese Sortierung könnte sich mit oben beschriebenen Maella-Algorithmus beisen.

Mögliche Patches wären:
a) Falls erneut nach Prio sortiert wird, Maellas Alorithmus (abgearbeitete Files unten in die Liste hängen) für den momentanen Durchgang deaktivieren. Bin mir allerdings nicht sicher, ob das hilft. Ist allerdings für die nächste Beta Version schon mal implementiert.
b) Maellas Algorithmus deaktivieren und die offizielle Version benutzen
c) Das Sortieren nach Priorität deaktivieren. (bisherige emule-Versionen kamen auch gut ohne dieser Option aus).

TheMatrix · 6. December 2003, 15:56

@Xman

Mache wie Du es denkst nur bitte soschnell wie möglich da es echt langsam Nervt wenn dein Mod andauernd Abstürzt.

**Xman** · 6. December 2003, 16:03

erst mal muß ich wissen ob der Fehler tatsächlich weg ist, wenn keine Auto-Downloadprio und 0 bei Downloadlimit.
Möglicherweise ist es ja auch ein Trugschluß, daß der Fehler hier liegt und ich such an falscher Stelle. Aber... Du bekommst gleich mal ne PM von mir

TheMatrix · 6. December 2003, 16:06

Hoffendlich liegt es daran!
Damit der Fehler endlich gefunden wird denn der Mod ist ja sonst erste Sahne aber das weis du ja.

Thommy · 6. December 2003, 16:28

Hoff'ma es ...

Aber ... etwas rall i trotzdem net:
Wenn man ein DL Limit von über 80 kB/s eingetragen hat ... die Rate wird doch kaum erreicht ... zumindest schaff ich das nie (bis auf einmal, da hatte ich für 10 Sekunden 96

) Also wie kann es dann zu diesem Konflikt kommen? Es kann natürlich sein, dass ich den Begriff des Downloadlimits missversteh.

Tarod`s Son · 6. December 2003, 16:29

also sorry x-man aber momentan läuft deine letzte sehr gut durch !
25 Std. überstanden.
aber wir werden testen

**Xman** · 6. December 2003, 16:33

Thommy,
es kommt nicht darauf an was Du erreichst, sondern was Du eingestellt hast.
Ganz simpel der Code:
Wenn Downloadlimit vorhanden, dann vertausche filelist-Listeneinträge, sonst (Dwonloadlimit=0) laß die Liste wie sie ist.

Thommy · 6. December 2003, 16:42

hmm, jetzt seh ich das sogar:
hab Limit auf 0 und der saugt zu Anfang nur die Dateien mit hoher Prio, vorher ging das ziemlich gemixt zu.

eMulist · 6. December 2003, 17:39

Xman,

bei mir ist download limit = download kapazität ( = 250

), werds mal mit 0 probieren!!!

seit letztem post ( alle prios auf normal ) läuft der mod 13,5h ohne freeze ..

vielleicht schaff ichs ja auch mal bis zur zt..

Tarod`s Son · 6. December 2003, 18:44

warum kriege ich bei der neue version jetzt ewig die meldung "your client is connecting to fast, it will get banned ?

gut habe jetzt nachrichten nur von freunden wieder aktiviert, aber interessant ist es doch schon

Gucky · 6. December 2003, 18:53

@ Tarod`s Son, habe ich auch bekommen. es waren immer die gleichen
clients, die diese meldung verschicken. da habe ich mir den spass gemacht,
eine send message die textseite komplett voll mit immer wieder dem gleichen satz an diesen client zu schicken.

**Xman** · 6. December 2003, 18:58

kann natürlich sein, daß es wirklich nur einer dieser üblichen Fehlalarme war. Bischen was hab ich allerdings am Code hier geändert... allerdings sollte er damit eher langsamer/seltener verbinden

Gucky · 6. December 2003, 19:01

ps. wenn nachrichten an, waren es max. 3 clients, die diesen dummtext verschicken.

**Xman** · 6. December 2003, 19:24

das Problem bei sowas ist, daß 99% aller Clients keine solchene Meldung schicken. Im Endeffekt merkt man nur, daß etwas nicht stimmt, wenn der Download schlecht ist (weil man zu viel gebannt wurde). Aber da hatte ich bisher mit meinem Mod noch nie Probleme

Ähnliche Themen: eMule 0.30c Xtreme 2.2 [21.01.2005]