jazman187,

hab den gleichen fehler auch beobachtet, bei mir stürzt der mod aber nicht ab..! habs auch schon an Xman gepostet, er wollte sich um das problem kümmern..

tip:
ich hab festgestellt, dass der muli keinen fehler anzeigt, wenn der fortschrittsanzeiger ausgeblendet ist..
vielleicht hilft es dir ja weiter, bis Xman den bug behoben hat. 8)

gruss
eMulist

aaah , jetzt muss ich schon wieder rumspammen , aber ich kann einfach nicht anders ..
2 minuten an und schon 30kb bei 2 datein , ich weiss ja nicht , ob das normal ist , aber bei mir ist das einmalig :)

ich scheine heute entweder ne bombenmod oder nen bombentag erwischt zu haben :P

nuky, Das iss glücksache mal fängt der dowload schnell mal dauert es kommt immer drauf bei wemm du läds und bei wem du in der warteschlange bist :D

xtremchopper,
am creditfile wurde eigentlich nichts geändert. Sind alles die gleichen Routinen wie schon seit der 0.29b.
Du hast aber doch bestimmt noch das bak-File !? ;-)

Xman,
Oh man bin ich schusselig :oops: . Klar hab ich das bak-File noch und siehe da meine Clients sind wieder da :P . Weiß der Geier wieso es als defekt deklariert wurde, war übrigens der sivka-OLX der es monierte, denk aber das jeder andere Mod es auch getan hätte.

so - die erste zt hat er auch hinter sich. ich liebe das "reask sources after reconnection"
es dauert keine 10 min. und die ersten dl´s sind wieder da. session ratio 1:2.82
ram = 64 mb. auch die fehlgeschlagenen dl-sessions gehen runter, habe ich ja auch
schon so geschrieben. in 3 bis 4 tagen werden dann vernünftige werte angezeigt.

ich habe aber etwas sehr seltsames festgestellt (liegt aber nicht an diesem mod -
andere mod´s haben dieses prob bei mir auch).
irgendwann innerhalb von einer gewissen laufzeit schnellen die aktiven
verbindungen nach oben - peak connection 526. hierdurch bricht der
dl ein. meine vermutung : es wird zu clients connectet, die nicht connectet
werden können. im verbose fenster wird zu diesem zeitpunkt auch
angezeigt, das da nicht connectet werden konnte und dann getrennt wird.
er rödelt sich mit diesem connect fest und verliert die anderen verbindungen.
nach der trennung von diesem client müssen ja die anderen verbindungen
wieder aufgebaut werden und deswegen die vielen aktiven verbindungen.
aus diesem grund habe ich die max. connections von 700 auf 300 runtergesetzt.

gedankengang :
max.con. 700 > viele aktive verbindungen > dl geht kaputt (schlecht)
max.con. 300 > nicht zuviele verbindungen > keine neue verb. bis 300 > dl bleibt erhalten. (gut)

ob dieser trick funktioniert, werde ich innerhalb der nächsten 24 std. vielleicht feststellen.
hoffe doch, das ich mich so ausgedrückt habe, das das prob zu erkennen ist.

dies ist kein prob des Xtreme, sondern ein allgemeines

noch ein lob : endlich konnte ich mal die funktion "stop this client" benutzen.
einer liefert mit 12 und der andere mit 0.8. den 0.8 rausgeschmissen und schön.
es war der letzte chunk und wie sonst so üblich hätte der 0.8 mir den rest geliefert, wenn überhaupt.

Hab noch mal nen 12h Test gemacht. Eigens dafür ein neues Verzeichnis und nur die clients und meinen Hash mitgenommen. Wann der Freeze kam kann ich nicht sagen aber er kam :cry: 100% CPU, Xtreme im Systray und nix mehr zu holen.
Erst mal Back to the Roots zur 1.2 :roll:
Vielleicht die nächste :wink:

Bei mir will er nicht so richtig, um nicht zu sagen gar nicht.
Ich geb ihm noch 24 Std. wenn er dann nicht wenigstens genau soviel download wie upload schafft ist schicht im schacht...

Aber eines kann dieser MOD, nämlich mir eine HighID bescheren und zwar durchgängig. Das hatte ich schon seit Monaten nicht mehr, nur blöd das ich mit 'ner LowID eine Ratio von 1:2,2 zu gunsten des Downloads hatte... (mein letzter mod ist zu alt, funktioniert nicht mehr.)

@ lexaiden, habe mir mal deine aktiven verbindungen angeschaut.
bei mir läuft dieser mod am besten, wenn er so zwischen 70 bis 160 aktive
verbindungen hat. macht er auch. bei dir sind es 194. vielleicht mal das hardlimit
etwas runtersetzen. ausserdem sehe ich bei dir

gefundene quellen: 3497
In Warteschleife: 2154
voll: 1131
da scheint er irgendwie nicht richtig zu droppen.

bei mir :
gefundene quellen: 3380
In Warteschleife: 3076
voll: 210
trotz fast identischer werte der gefundenen quellen, habe ich wesentlich weniger
volle quellen.

nach 14 std. laufzeit bei dir, müssten die vollen quellen ähnliche werte aufweisen.

ich vermute mal, das du seltene files herunterlädst. denn sonst wäre deine
warteschlange voller (1.182). dann ist es auch kein wunder, das er nicht
so richtig in die pötte kommt. ich habe selber 2 files, wo pro file nur eine
complette quelle vorhanden ist. auf ein file warte ich schon über 4 wochen.
für dieses file habe ich schon die 3 fache menge geuppt.

ps. zu meinem prob des hochschnellen der aktiven verbindungen.
die fehlermeldung heist folgendermassen :
bla bla bla. zielcomputer hat verbindungsaufnahme verweigert. disconnect.

Gucky,
Diese Meldung hab ich ja noch gar nie gesehen. Steht die im DebugLog ? Kommt die auch bei anderen emule-Versionen ?

Xman,
jepp. auch beim pawcio 4.06 + 4.07 genau dieses meldung.
steht im verbose-log

hier ist diese meldung :

Can't connect to client eselwork IP: xxx.180.198.227. Removing from upload queue. Error 10061: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.


ps. bin doch hochzufieden mit diesm mod !

ich weiss nicht, was ihr alle habt? :shock:
Bei mir läuft Xtreme 2.0b2 ohne Probleme. Kein einfrieren oder sonstiges.
gefundene Quellen 3910
in Warteschleife 3851
voll 8
Upload stabil und bleibt ca.15, DL steigt., Ratio 1:1.10
bin zufrieden mit dem MOD 8)

Die Quellenfindung war schnell. Der Download war nach ca. 10 min über 10 kB/s.
Allerding hat er sich innerhalb von 30 min 3 mal ohne Meldung bzw. Warnung verabschiedet. :cry:
Nach dem ersten Start war nach ca. 20 min Schluß. Neustart. Laufzeit ca. 4 min. Neustart. Laufzeit ca. 1 min.
Momentan läuft er seit 10 min. Mal schauen wie lange. :?:

so nun hat er mal 12 stunden überlebt !

ratio 1:1,94 ! fehlerhafte downloads unter 10% :D

nur danach hat er sich wieder verabschiedet !

im verbose log kommt als letztes 100 mal ein und dieselbe gefilterte ip vor (in einer stunde)

kann die so ein freeze auslösen ?

ich will echt nicht schon wieder eine neue version, dieser mod ist ansonsten sehr sehr sehr gut

Also echt ein super Mod ... saubere Arbeit Xman !!!

Endlich mal eine 30er, die bei mir läuft. Bin bisher super gut mit Maella 29c gefahren. Und jetzt gibt's endlich eine "30er-Maella" !!!

Mittlerweile haben sich die fehlgeschlagenen Downloads, die ich zuerst hatte, drastisch reduziert auf 18,7 %.

Und er läuft super stabil, selbst reichliches Rumklickern in den Optionen stört nicht (da gibt's ja so einige, die sich dann verabschiedet haben).
Die CPU-Auslastung ist okay, RAM 44 MB ist auch super.


Suuupiiiieeee

Gucky,

normal habe ich zwischen 200 und 300 aktive verbindungen je weniger ich habe desto nidriger ist mein download... ich weiß das alle etwas anderes sagen aber so ist es nunmal bei mir.

und ja.. ich habe 48 downloads und pro datei ca. 2-40 quellen nur 2-3 haben irgendwas zwischen 200-400 quellen.

ich habe seit gut 'ner stunde eine lowid und plötzlich schnellt der download hoch auf 25kb/s... ich finde es immer wieder faszinierend *kotz*. egal welche emule version oder wechler mod mit 'ner highid geht bei mir gar nichts nur wenn ich eine lowid habe kommen die bits über die leitung... das soll mir echt mal wer erklären... was so ärgerlich an der ganzen sache ist ist das ich dadurch ca. 500 quellen verliere - da verbindung von lowid zu lowid unmöglich ist *würg*!!

lexaiden,
scheint wohl so als hättest Du irgend ein Router/Firewall-Problem.

mag sein... aber es funktioniert ja meisten/manchmal/früher...

jetzt hat er die nächste zt hinter sich. da ist doch ganz was schlimmes passiert.
bei der letzten zt hat er 10 min. gebraucht, um die dl´s wieder zu bekommen.
heute waren es doch sage und schreibe 11 min. bis zum 1. dl. janz slimm.
spass beiseite : absolut stabil, trotz meiner vielklickerei in die verschiedenen fenster.

ram = 80 mb | session ratio 1:2.70 | cpu-last = 4 - 7 % peak 14 % | laufzeit = 2 tage 41 minuten

hardlimit = 250 | 5/30 | max. connection = 300 | files im dl = 22 | akive verbindungen 90 bis 170 | ~ 130 im schnitt

und er läuft und läuft und läuft !! (bei mir suuuuper)

@ Xman so wie das aussieht, haste dich selber übertroffen.
bei deiner nächsten version musste dir schon was super-gutes-tolles
einfallen lassen, mich zu überreden, zu wechseln.

was mir aufgefallen ist, das er probleme macht auf rb zu connecten ! er hat sogar 2mal den server verloren. rb bversucht mich immer mit ner lowid warnung zu begrüssen. erst im 4ten oder 5ten anlauf klappt es.

p.s.: ich weiss auch das es noch andere server gibt, aber rb ist so eine macke von mir, connecte ich eigentlich zu 99,9 % drauf egal welche ping er gerade hat

eMule v0.30c [Xtreme 2.0b2] Statistics [********.6x.to@nuky]

Download Sessions: 523
erfolgreiche Download Sessions: 348 (66.5%)
fehlgeschlagende Download Sessions: 175 (33.5%)
durchschnittlicher Download pro Session: 2.51 MB
durchschnittliche Downloadzeit: 22:26 Minuten

mh , is so ein hoher Prozentsatz normal oder liegts an meinen Settings ?!

hl 300 bei 16 files ; max verbindungen 400 und neue vrbg / sek 25

Also der Mod lief gestern den ganzen Tag wunderbar, ordentliche Downloadrate und 2/3 erfolgreiche Downloadsessions und vorallem braucht er wirklich wenig Prozessorleistung bei mir :). Heute morgen nach der 24h Trennung sah das wieder so aus:

Download Sessions: 1277
Successful Download Sessions: 580 (45.4%)
Failed Download Sessions: 697 (54.6%)
Average Downloaded Per Session: 2.22 MB
Average Download Time: 17:09 Minutes

:?: Die Ratio ist im Moment 1:1.16 kann mich also eigentlich nicht beschweren, aber wie hoch wär sie denn wenn mehr Downloadsessions erfolgreich gewesen wären :roll:. Ich hab sonst keine Programme laufen und die Upload Reduction ist auch eingeschaltet, ich kann mir nicht erklären, wie es zu solchen Werten kommt?

es wäre schön wenn mal jemand versucht die statistik zu resetten ! bei mir zeigt er zwar an, wann reset gemacht wurde, aber die werte werden nicht zurückgesetzt !

unter einstellung/maella/verbindung gibt es das auto u/d limit. Nachdem ich es aktiviert hatte, hatte ich einen upload von 0,2 bis zu 40 kb/s :?: pendelt sich das irgendwann mal auf ein reales level ein ? oder sollte ich es deaktiviert lassen ? in welchem fall ist eine aktivierung dieser funktion gut :?:

@ nuky + digitalfrost
schau mal hier und dann 2 posts tiefer meine antwort auf die fehlgeschlagenen dl sessions.
noch 2 posts weiter steht noch eine antwort von mir.

also keinen kopf machen um die fehlgeschlagenen.

solche werte hätte ich beim pawcio auch gehabt, wenn er denn ordentlich gezählt hätte. hat er aber nicht.

und der Xtreme läuft bei mir immer noch. ohne irgendwelche freezes oder komische sachen.

ps. die ganzen automatiks habe ich bei mir ausgeschaltet. funzt bei mir nicht.

naja gut , dann brauch ich mir ja keine Sorgen zu machen ..
die mod is einfach genial saugt nach ZT schon nach 20 Min mit gleichem Down wie davor , auch sonst geht der mod nie unter 20kb :)

also das mit den failed sessions hab ich inzwischen etliche male überprüft.
Hatte zwar auch ein paar mal die Situation, daß ich 60% fehlgeschlagene Downloadsessions hatte, es waren bei genauerem Hinsehen aber immer die selben Clients welche ständig eine Connection aufbauten, dann aber nichts gaben. Der Fehler muß also bei diesen Clients liegen.

Das Zurücksetzen der Statistik funktioniert bei mir einwandfrei. Bedenke: es werden nicht die Werte der Session zurückgesetzt, sondern nur die "gesamten".

auf razorback war ich die letzten Tage jeweils 2*24 Stunden und einmal 6 Stunden. Bei den 6 Stunden bekam ich dann von razorback die Meldung "sorry guys, we must restart the server".


Zum crash-Problem:
Ich hab ja einigen von euch eine Version geschickt, in welcher der crashrpt (ein crashreport zur Fehlesuche) integriert ist. Leider ist dieser Report bei euren crashes nicht erstellt worden. Kann mir das eigentlich nicht erklären.
Ich arbeite gerade an einer anderen Debug-Version. Werd sie nacher veröffentlichen und hoffen, daß diese Version den Fehler dann zu protokolieren vermag.

ok, für alle die einen crash hatten hier eine debug-Version.

http://home.arcor.de/xman1/Xtreme2.0beta2debug.rar

Anmerkung:
Die emule.exe ist >10 MB! Sollte emule abstürtzen wird ein dump-File erzeugt. Dieses bitte schicken an:
emulextreme@yahoo.de
Eine kurze Anmerkung, welche Aktion ihr direkt vor dem Absturtz ausgeführt habt wäre hilfreich.

seit ich die debug anhabe , die du mir gestern"zukommen" lassen hast , crashed die mod überhaupt nicht mehr , irgendwie seltsam läuft schon mehr als 24h ..

//edit : soll ich jetzt eigentlich die debugversion , die du hier gepostet hast , benutzen oder kann ich weiter die , die ich jetzt habe , benutzen ?!

Hi,

teste auch grad die neue version. Hatte auch das Problem mit dem Tray, ist aber nach der debug version weg.

Aber hab jetzt ein "lustige" wenn ich einen Esel-Link anklicke das sich Emule erneut öfnnet. :o

Also hab ich die links dem laufenden Mli zugewiesen und TADA es öffnet sich ein neuer Esel :o :o

Also wieder zugewiesen, neugestartet und einen Link angeklickt --> na was kommt :?:

Richtig, ein neuer Esel :o :shock: :o

Dann hat er sich aufgehängt.

Hab dir ne mail geschrieben.

nuky,
ist eigentlich egal...
der Unterschied zwischen beiden Versionen:
die eine die Du hast (eine inoffizielle) ist eine normale Version mit Maellas aktiviertem minidump. Das Dumme ist nur, daß diese Version nicht die crashes aufgefangen hat, die einigen von euch passierten.
Diese debug-Version ist eine richtige Debug-Version. Läuft etwas langsamer als die normale und braucht wesentlich mehr Speicher. Sie dient einzig und allein dazu Fehler zu finden, auf die Performence sollte man nicht achten.

Dr.Gonzo,
Die Debug-Version erlaubt Multiple-Instances. Hab ich vergessen zu erwähnen: Links bitte per Suchen-Menü einfügen, sonst kommt pro Link eine neue Instanz.

Ups, schon gut.

Verneig :lol: :D

Naja, hoffe die richtige kommt bald :)

woran kann das bloß liegen?!? *HELP*

V|P€R9lp,

die fehlgeschlagenen Upload- / Download - Sessions werden anders gezählt als bei anderen Mods , jede Verbindung , die nicht richtig zu Stande kommt , wird als fehlgeschlagen anerkannt , näheres auch hier in den Antworten von Gucky usw zu finden , einfach mal lesen ;)

V|P€R9lp,
irgendwas stimmt hier aber nicht. Hast DU Router oder Firewall ? Für fehlgeschlagene Downloadsessions sind oft andere Clients verantwortlich. Allerdings sollten die fehlgeschlagenen Uploadsessions zumindest nach 5 Stunden unter 30% liegen.

Gilt die Debug auch für die Freezes ???
Mir war so als ginge die nicht dafür :oops:

Nachdem ich mit der normalen Version große Probleme hatte, läuft die Debugversion bei mir bisher sehr gut. :D
Ich habe auch nicht den Eindruck, dass diese Version langsamer läuft oder mehr Speicher braucht.

nee, ich hab weder Router noch Firewall, auch die interne Win Xp Firewall ist aus..........................

die erste std als ich ihn "beobachtet" habe, waren die ergebnisse auch sehr gut, fehlgeschlagende Upload-Sessions lagen unter 15 %, und fehlgeschlagende Download Sessions unter 10 %......................

ka was da über n8 passiert ist.........................

braucht ihr vl sonst noch irgendwelche info´s?!? einstellungen?!?



MFG

so nachdem ich mir die richtige debug version gezogen habe (danke dafür x-man, hättest du mir auch früher verraten können.) läuft sie sehr ordentlich 9 files und ich lade bei 15 leuten und das nach den paar stunden ! upload sehr stabil und auch ansonsten kein grun zu meckern. das mit der link übernahme kriegt man auch hin !

Na dann hoffen wir mal das der absturz bald kommt, wenn nicht dann lage es bei mir zu 100 % an meinen unaufgeräumten und zugemüllten config ordner !

morgen wissen wir mehr !


p.s: Kann man dieses dumb nicht in jeder deiner version so implementieren als standart !

Hallo allerseits,

ich benutze dieses Mod seit gestern abend. Es läuft prima. Auch kann ich keine Abstürze beklagen. Der Vollständigkeit halber hier ein paar Daten:

Also alles super. Gerade wenn man bedenkt, daß es sich hier um Nicht-XXX Daten handelt, die teils auf mehrere Downloads verteilt sind und somit fast 40% A4AF Quellen sind.

Ich habe allerdings eine Frage und eine Bitte:
1) Um zu erkennen, wann der Mod die 10k Uploadgrenze unterschreitet habe ich als Kapazität 18 (zu 14.5k) eingetragen, da bei 16k die Linie im Statistikgraph bei 9kb gezogen wird. Frage: Die Kapazitätseinstellung hat tatsächlich keinerlei Auswirkung, außer der Darstellung des Graphen?

2) Zwar lasse ich Ornis+ Einwand für das nicht rauswerfen von HQR Quellen insofern gelten, als daß sie auch irgendwann mal drankommen, jedoch gibt es gerade bei Dateien mit 1500+ Quellen oft "bessere" Quellen, die auch bei einem relativ hohen AutoHL von 300-400 nicht zum Zuge kommen, da der Quellenraum mit zwar gültigen, aber teils höheren queue rank Quellen belegt ist. Zwar ist nicht sicher, daß eine Quelle mit QR 500 früher drankommt als mit 1500, jedoch ist zumindest die Wahrscheinlichkeit höher.

Demnach möchte ich die Bitte äußern eine individuell an-ausschaltbare QR Selektion einzufügen. So kann dann auch jeder selbst entscheiden, ob er sie anwenden möchte, oder nicht.

Danke!

ich glaub , ich weiß , woran das liegt / gestern lag , ich habe gestern Abend nach nem Reboot gemerkt , dass Emule über 30min keine Quellen gefunden hatte ( alles rot ) , ich war da auch nicht der Einzige , alles ging extrem zäh , hing wohl mit dem Restart von Razorback zusammen , alle warn am reconnecten = traffic , vll lags ja daran , lass einfach heute nacht noch mal durchlaufen : ]