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!!

Die Final läuft seit mehr als 8 Tagen im Dauereinsatz und wird immer besser:
Danke Xman, super Arbeit!:oben:
Gruß,
schnulli900

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.

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.

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

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 :dance

Auf jedenfall big thx ;)

leider noch nicht behoben.
 

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

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

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.

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 :-)

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 :mrblue:


greetz
ofenheizer

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

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 :)

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.

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.