eMule 0.45b Xtreme 3.0 final [03.05.2005]

[son]

danke für eure hilfe, habe jetzt etwas rumgetestet und benutze 15k upload und es beeinflusst mit traffic shaping weder download noch die geschwindigkeit beim surfen. insgesamt ist er auch etwas schneller geworden, toller mod!!

[schnulli900]

Die Final läuft seit mehr als 8 Tagen im Dauereinsatz und wird immer besser:

eMule v0.45b Xtreme 3.0 Statistik
   Transfer
      Session UL:DL Ratio: 1 : 2.01
      Session UL:DL Verhältnis (ohne Freundesupload): 1 : 2.01
      Gesamte UL:DL Ratio: 1 : 2.01
      Uploads
   	  Session
   		 Hochgeladen: 16.36 GB
   		 Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
   		 Aktive uploads/nötig um Bandbreite auszunutzen: 5
   		 Gesamtanzahl der Uploads: 7
   		 Wartende Uploads: 5027
   		 Upload Sessions: 3134
   			Erfolgreiche Upload-Sessions: 2785 (88.86%)
   			Fehlgeschlagene Upload-Sessions: 349 (11.14%)
   			Durchschnittlicher Upload pro Session: 6.02 MB
   			Durchschnittliche Upload-Dauer: 30:05 Minuten
   		 Totaler Overhead (Pakete): 927.83 MB (17.93M)
   	  Gesamt
      Downloads
   	  Session
   		 Heruntergeladen: 32.88 GB
   		 Beendete Downloads: 141
   		 Aktive Downloads: 21
   		 Gefundene Quellen: 4461
   			In Warteschleife: 4047
   			Voll: 134
   			Keine benötigten Teile: 219
   			Nachfragen: 2
   			Empfange Hashset: 0
   			Verbindung wird hergestellt: 18
   			Verbinde über Server: 0
   			Zu viele Verbindungen: 0
   			Verbindung LowID zu LowID unmöglich: 0
   			Problematisch: 0
   			Gebannt: 2
   			Andere Datei angefordert: 575
   			Unbekannt: 18
   			via eD2K Server/Queue: 349
   			via Kad: 259
   			via Quellenaustausch: 1061
   			via Passive: 2792
   			eD2K: 4414 (98.9%)
   			Kad: 2627 (58.9%)
   			eD2K/Kad: 2589 (58.0%)
 			UDP Datei-Neuanfragen: 1.30M, Fehlgeschlagen: 118.74K (9.2%)
   			Tote Quelle: 426 (295 + 131)
   		 Download Sessions: 10031
   			Erfolgreiche Download Sessions: 7580 (75.6%)
   			Fehlgeschlagene Download Sessions: 2451 (24.4%)
   			Durchschnittlicher Download pro Session: 4.44 MB
   			Durchschnittliche Downloadzeit: 26:34 Minuten
   		 Durch Komprimierung gewonnen: 868.27 MB (2.6%)
   		 Durch Datenfehler verloren: 242.66 MB (0.7%)
   		 Teile gerettet durch I.C.H: 17
   		 Totaler Overhead (Pakete): 789.71 MB (19.20M)
   	  Gesamt
   Verbindung
      Session
   	  Allgemein
   		 Erneute Serververbindungen: 11
   		 Aktive Verbindungen (geschätzt): 238 (Halb:5 | Komplett:47 | Andere:186)
   		 Durchschnittliche Verbindungen (geschätzt): 222
   		 Verbindungsspitze (geschätzt): 443
   		 Verbindungs-Limit erreicht: 0
   	  Upload
   		 Upload-Geschwindigkeit: 23.7 KB/s
   		 Durchschnittliche Uploadrate: 23.4 KB/s
   		 Max. Uploadrate: 30.6 KB/s
   		 Max. durchschnittliche Uploadrate: 25.1 KB/s
   	  Download
   		 Download-Geschwindigkeit: 59.1 KB/s
   		 Durchschnittliche Downloadrate: 47.0 KB/s
   		 Max. Downloadrate: 249.2 KB/s
   		 Max. Downloadrate Durchschnitt: 47.0 KB/s
      Gesamt
   Zeit Statistiken
      Letzter Reset der Statistiken: 10.05.2005 11:40:45
      Zeit seit letztem Reset: 8 Tage 11:39 Stunden
      Session
   	  Programm-Laufzeit: 8 Tage 11:39 Stunden
   	  Übertragungszeit: 8 Tage 11:39 Stunden (100.0%)
   	  Dauer auf aktuellem Server: 17:37 Stunden (8.7%)
   	  Dauer auf Servern: 8 Tage 10:55 Stunden (99.6%)
      Gesamt
      Abschätzungen
   Clients
   Server
   Freigegebene Dateien
   Festplattenplatz

Danke Xman, super Arbeit!
Gruß,
schnulli900

[moe]

X-Man schrieb:
"@Paul2
der Xtreme wertet die Daten aus, die über den Netzwerkadapter fließen, über welchen emule mit dem Internet verbunden ist ->die gelbe Linie.
Benutzt Du keinen Router, so wird der PPPoP-Adapter ausgewählt und ausgewertet.
Benutzt Du einen Router, so wird die Netzwerkkarte und somit der gesamte Traffic der darüber läuft ausgewertet.
Benutzt Du also Router und versendest Daten auch im LAN kann NAFC nicht mehr unterscheiden was ist Internettraffic und was ist lokaler Traffic. In diesem Fall muß NAFC deaktiviert werden."

Hi X-Man!
Erst mal Glückwunsch zu dem Routerfreundlichsten und konstantesten Mod den ich kenne.
Ich habe das selbe o.g Problem mit dem NAFC Adapter.
Da ich einen Downloadserver hinter einem Router betreibe, habe ich öfter das Problem, welches Paul 2 beschrieben hat.
Der LAN-Daten-Traffic regelt den EMule-Traffic runter wegen dem NAFC-Adapter.
Problem ist, das wenn ich den NAFC-Adapter ausschalte, er sich jedes mal neu anschaltet, sobald ich mit einem neuen Server verbunden werde oder die IP wechselt.
Meldung: new IP detected: xxx.135.207.xxx, NAFC-Adapter will be checked.
Ist das ein Bug oder Absicht.

Ich meine, wenn ich den NAFC-ADAPTER nicht brauche, soll er auch aus beleiben.
UPLOAD mit NAFC-Adapter 30K
UPLOAD ohne NAFC-ADAPTER 28K (Annahme 2k Overhead ist realistisch)
O.k. Man könnte jetzt sagen, mach den NAfc-Adapter doch kurz aus, bis du die Dateinen auf den Anderen Rechner kopiert hast.
Wenn ich jedoch Musik übers Netz hören will, da auf dem Server die MP3s liegen, wird der E-Mule-Traffic auch eingefroren.

Eventuell kann man da ja was machen. Oder ist das bei mir ein Einzelfall.
Zum Selbertesten im LAN: Häkchen NAFC-ADAPTER deaktiviern und Server wechseln.
Siehe da Häkchen ist wieder da.

Gruss Moe

P.S.: ECHT SUPERMOD. BITCOMET und EMULE können sogar parallel laufen.

[Xman]

Problem ist, das wenn ich den NAFC-Adapter ausschalte, er sich jedes mal neu anschaltet, sobald ich mit einem neuen Server verbunden werde oder die IP wechselt.
Meldung: new IP detected: xxx.135.207.xxx, NAFC-Adapter will be checked.
Ist das ein Bug oder Absicht.

teils teils..
daß beim Server-Wechsel der NAFC-Adapter geprüft wird ist Absicht... stört auch nicht weiter.
Daß sich beim IP-Wechsel NAFC wieder einschaltet ist ein Bug der bereits für die nächste Version gefixt ist. Du kannst das verhindern, wenn Du NAFC ausschaltest, emule neu startest. Er merkt sich nämlich den NAFC-Zustand vom Start, statt dem vor einem IP-Wechsel.

[moe]

aha. Danke für die schnelle Antwort X-Man
Zu Dumm, dass dein Mod so konstant läuft und seit nunmehr 9 Tagen ohne Abstürze ist.
)))))

Gruss Moe

[Crypto]

Hallo Xman,

Ich weiss zwar nicht warum, aber dein Xtreme Mod saugt mit Topspeed meine Files. Kein anderer Mod bzw. der original Client haben bisher diese Raten erzielt. Einige würden zwar jetzt "Zufall" schreien - aber das ist bei deinem Mod echt reproduzierbar

Auf jedenfall big thx

[son]

Zitat von son

b) nach der lektüre des allgemeinen emule faqs im forum hier, habe ich auch einmal versucht bei der max new connections / 5 sec den wert auf 25 zu setzen. einige stunden später ist für ein paar minuten der ul und dl auf 0 gefallen und ich konnte auch während dieser zeit nicht mehr surfen. der router hingegen war während dieser zeit weiter verbunden, ich war also online, nur der pc wollte nicht mehr so recht. danach habe ich es wieder auf 20 runtergedreht, und seitdem ist das problem nicht mehr aufgetaucht. ich wäre eigentlich nur neugierig, ob das ein typisches problem ist, wenn man an dieser einstellung etwas verändert, oder ob das auch andere gründe haben kann.

Leider war mein schluss, das dies auf die max connections zurückgeht etwas voreilig, denn auch mit 20 ist das problem jetzt wieder 3-4 mal in den letzten tagen aufgetreten. ich habe erst mal versucht ein paar sachen runterzudrehen, weil mein esel möglicherweise zu aggressiv sein könnte, aber auch das hat nicht das problem behoben.

Meine Daten:

Betriebsystem: w2k
con. / 5 sec : 20 (gestestet 18-20)
halfopen: 50 (getestet 49-50, hatte gelesen man sollte versuchen es mal eins runterzudrehen, allerdings funktionierte 0.46a einwandfrei mit 50, deshalb glaube ich nicht das es hieran liegt. zudem erreiche ich eigentlich auch nie die 50, wenn ich in die statistiken schaue sinds meistens so um die 30)
hard limit: 300
max connections: 3000 (getestet runter bis 1000, allerdings habe ich in den letzten tagen nie mehr als 600 gehabt, sauge eher viele seltene dateien mit max 10 sources pro file)
ich weiss nicht wie arg das von belang ist, aber ich habe ein p4 2,0@ 2,66 mit 1 gig 400er ram, also glaube ich auch nicht, dass es auf die performance vom rechner zurückzuführen ist?!
leitung: tdsl 1000

auftreten tut es das problem auch nicht nur während ich surfe, sondern auch wenn der pc mal 20h nur mit emule lief. insgesamt wirkt es ein wenig so, als ob mein emule mich selbst DOS'ed und sich dann nach einer weile wieder fängt, also hatte ich gedacht, das dort wirklich es zu aggressiv eingestellt ist, allerdings habe ich keine ideen mehr, was ich herunterdrehen soll und wie weit.

mit 0.46a auf default einstellungen bis auf hard limit und max connections (dort hatte ich auch 300 / 3000) hatte ich das problem nie, deshalb denke ich geht es auf eine eigenheit von dem extreme mod zurück, die ich nicht verstehe.

vielleicht hat ja jemand eine idee...

gruss son

[markus111]

Zitat von son

mit 0.46a auf default einstellungen bis auf hard limit und max connections (dort hatte ich auch 300 / 3000)
vielleicht hat ja jemand eine idee...
gruss son

3000 zu fiel , max connections 300 - 500 muss gut sein.

[Xman]

als Dein Up und Download auf 0 zurückfiel, wo war denn die gelbe NAFC-Linie ?
War sie weg /auch auf 0, so konnte emule nichts mehr senden ... auch wenn er gerne tät.
war sie auf "Vollausschlag" hat wohl irgend ein andere Programm die gesamte Bandbreite belegt.

[son]

NAFC geht auch auf 0 (dl und ul), also es geht absolut nichts mehr rein oder raus zum router (fritzbox WLAN FON, wenn ich die übers webinterface ansteuern möchte geht selbst das nicht mehr), obwohl der router noch weiter mit der telekom verbunden ist. im emule sieht das ganze dann so aus, das er unten im ul bereich halt 6-7 ul mit 0 dastehen hat und oben bei downloads auch ein paar und er versucht immer weiter verbindungen aufzubauen, aber die bleiben bei 0... nach spätestens 5 min fängt sich das ganze von alleine wieder, meistens gehts aber erheblich schneller (30-50 sec).

andere programme (zumindest keine mir bekannten :o) versuchen das problem meiner meinung nach nicht, da es auch schon aufgetreten ist als wirklich nur emule lief. naja und noch "asusprobe" aber ich glaube das zählt nicht so wirklich

300-500 connections?! ich dachte im faq steht 3000-4000?! oder irre ich mich da? ich kanns ja mal ausprobieren

[ofenheizer]

also ich denke auch mal, dass du mit diesen einstellungen deinen router in die knie zwingst. setzte die max. verbindungen ruhig auf 600 runter.
anscheinend kann dein router sich aber selbst aus dieser situation befreien - mein alter zyxel hatte sich immer komplett verabschiedet (konnte nicht mehr per webinterface drauf, aber die leds haben noch immer korrekte verbindung angezeigt). dann half immer nur aus- und wieder einschalten.
aber mit max. 3000 verbindungen hätte der router keine 5 stunden durchgehalten


greetz
ofenheizer

[daenemark]

Zitat von son

ich dachte im faq steht 3000-4000?! oder irre ich mich da?

Damit sind die Quellen gemeint nicht die Verbindungen.
Stelle mal Hard Limit 250 und bei Max.Verbindugen 400 ein
und dann noch bei max verbindungen pro 5 sec. 25
dann dürften die Probleme behoben sein

[son]

ah, das habe ich dann wirklich falsch verstanden... da wird wohl das problem liegen, danke ihr 2!!!!

werde das jetzt mal testen und schauen, ob es in den nächsten 24h nochmal passiert

[seppl12]

Erst mal ein freundliches Hallo! Bin neu hier!

Nach meine Erfahrung, braucht eMule bei so 4000 Gesamtquellen so zwischen 100 bis 200 aktive Verbindungen. Da die Fritzbox oder Fritzcard meiner Meinung nach nicht besonders stabil bei vielen Verindungen sind, würde ich den Wert für max. Verbindungen auf 200 setzen und Verbindungen je 5 sec auf 15 bis 20.

@Xman - du sagtest, das dein Mod ein um 10 Sekunden höheren timeout wie der Offizielle hat. Wie hoch ist denn der timeout beim Offiziellen.

Ich werde auf alle Fälle mal deinen Mod mit einem der user aus Mauritius testen, ob es bzgl. der Verbindungsabbrüche besser wird. Eventuell könnte auch dein anderes Konzept der Bandwidthcontrol helfen, falls es ein Bandbreitenproblem des ISP sein sollte. Gib dir dann bescheid.

Auf alle Fälle schon mal Danke für deinen Beitrag.

[Xman]

Hi seppl.. schön, daß Du hierhergefunden hast

offizielles socket-timeout=40 sekunden, beim Xtreme je nach Situation variabel.. bei Uploadsockets sind es aber 50 sekunden.

downloadtimeout (also ehe die Verbindung gekappt wird, nachdem kein Packet mehr fertiggestellt werden konnte) : offiziell 100 sekunden, Xtreme: 120 sekunden

Übrigens:
für alle die einen crash hatten (waren gott sei dank nciht zu viele)... hatte heute auch einen... schaut nach einem Bug im offiziellen Code aus, und zwar wenn ein MLDonkey falsche / ungültige Quellen per Sourceexchange schickt.