aso, danke für die aufklärung @seppl, war halt etwas länger nicht am testen, muss erst wieder reinkommen.

Mit freundlichen grüssen
mav744

na ja 3 stunden laufzeit sagen zwar noch nicht viel, aber mir ist aufgefallen das die fehlschläge bei dl und ul doch höher sind:
na mal schaun wie es morgen aus schaut..... bis denn

Xtreme untypisch, irgendwas läuft falsch

@Mamba-Sticks
bei Dir canceln viele den Upload... hast vielleicht gerade viele kleine Dateien im Share !?

@mav744
da hat sich eigentlich nichts getan.. und selbst wenn: emule (alle mod/original) machen nichts anderes als den Befehl geben "Verbindung aufbauen". Wenn das scheitert liegt das entweder an Dir oder am anderen Client. Aber Du kannst ja gerne den Gegentest mit einer anderen Version des Xtremes machen.


@all
da die neue ipfilter raus ist, ist jetzt ein guter Zeitpunkt das auto-update zu testen. Wie es funktioniert steht im ersten Posting.

So mal eine Statistik nach 10 Stunden Upload ohne Download

eMule v0.47a Testversion Xtreme 5.2b3 Statistik [#####] PIFF PAFF PUFF No. 1]
Transfer
Session UL:DL Ratio: 450.33 : 1
Session UL:DL Verhältnis (ohne Freundesupload): 450.33 : 1
Gesamte UL:DL Ratio: 2.17 : 1
Uploads
Session
Hochgeladen: 1.74 GB / 1.82 GB
Hochgeladene Daten durch Freundesuploads (Session): 0 Bytes
Aktive uploads/nötig um Bandbreite auszunutzen: 8
Gesamtanzahl der Uploads: 10
Wartende Uploads: 1288
Upload Sessions: 281
Erfolgreiche Upload-Sessions: 262 (93.24%) (active: 10, socket: 22, completed: 215, cancelled/ended: 15, different file: 0, exception: 0,blocking: 0, others: 0)
Fehlgeschlagene Upload-Sessions: 19 (6.76%) (socket: 1, completed: 0, cancelled/ended: 13, different file: 4, exception: 0,blocking: 0, others: 1)
Durchschnittlicher Upload pro Session: 6.79 MB
Durchschnittliche Upload-Dauer: 21:54 Minuten
Totaler Overhead (Pakete): 10.34 MB (268.98 K)
Gesamt
Downloads
Session
Heruntergeladen: 3.95 MB / 92.54 MB
Beendete Downloads: 0
Aktive Downloads: 0
Gefundene Quellen: 327
Download Sessions: 3
Durch Komprimierung gewonnen: 3.16 MB (80.0%)
Durch Datenfehler verloren: 0 Bytes (0.0%)
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 4.35 MB (101.78 K)

@Xman ich hatte gestern mit der Beta 2 einen Crash hatte dir den Dump per email gesendet gehabt kannst du schon was zu sagen?

@Xman: ist mir aufgefallen, da ich vorher den scar am laufen hatte testweise und davor die beta 2 von dir und da war das nicht, mit den vielen failed up/Downloadsessions;) . Die failed Uploadsession´s sind jetzt wieder auf Xtreme niveau runtergangen.

Mit freundlichen Grüssen
mav744

guten morgen....
@ xmann, ich muß dich leider enteuschen, ich habe keine kleine fiels im dl. die kleinste hat 855 mb. es hat sich aber in der laufzeit etwas gebessert:

mit dem ip-filter hat geklapt, nur schade ist, das es nur mit neustart geht und nicht mit laufenden mod.... kann man das nicht ändern?

@piff paff puff
ist in einem offiziellen Codeteil gecrasht an dem hab ich auch noch nie rumgeschraubt. Was interessanter wäre warum Du auf einmal LowID bekamst. Was sagt denn das Log und Verboselog in einem soclhen Fall ?

@Mamba-Sticks
nun, es ist zumindest kein Fehler im Xtreme, wenn Clients in den Upload kommen und dann sagen "ich will doch nix", also canceln. Bei kleinen Files kommt das sehr häufig vor.. kann aber auch vorkommen, wenn Du von einem File nur einen Chunk hast und dieser Chunk verbreitet sich zwischenzeitlich stark. Kommt aber auch häufig vor, wenn die anfragenden Clients meist ihr File ganz komplett haben und nur noch ein bischen von Dir benötigen. Wie auch immer.. es ist ziemlich normal und es gibt viele Situationen in denen das auftritt.
Und nein, das mit dem ipfilter-update bleibt wies ist, schließlich will ich nicht während des Betriebs auch noch ständig den Server (für die ipfilter) belasten.

danke für die schnell antwort... und das mit dem server ist ein schlagendes argument, wo ich dir recht geben muß.
werde heut abend noch mal die statistik reinsetzen. also bis denn…

26.06.2006 12:11:32: Found and marked 86749 recorded bytes of 184320 as corrupted in the CorruptionBlackBox records, 1 clients involved
26.06.2006 12:11:32: CorruptionBlackBox: Banning: Found client which send 180 KB of 180 KB corrupted data, xxx.xxx.xxx.xxx '4567896' (eMule v0.46c,Downloading/None/None)

@Xman
 

@piff paff puff
ist in einem offiziellen Codeteil gecrasht an dem hab ich auch noch nie rumgeschraubt. Was interessanter wäre warum Du auf einmal LowID bekamst. Was sagt denn das Log und Verboselog in einem soclhen Fall ?

Bis dahin bin ich zwar gekommen aber ich kann dir leider nicht mehr sagen was da genau drin stand jedenfalls kamm jedes mal wenn ich mir zu einen anderen server mich verbinden wollte irgendwas mit check your :-? und dann ist er auch schon gecrasht.

Ich hab im Board mal wegen dem Problem
26.06.2006 13:02:35: ALLOC:Start ("Name des Files") ("MB Angabe")
26.06.2006 13:02:42: ALLOC:End ("Name des Files")
geschaut aber nix genauers gefunden als das dies ein Hinweiß auf einen kurzen freez ist. Ist das schlimm oder nicht, bzw. was hat dies für Ursachen?

Und hier noch ein Eintrag aus dem Leecher-log:
26.06.2006 13:18:09: XTREME Failed-Download-Ban: Client xx.xx.xx.xx'Juny' (eMule v0.47a,Error/None/None)
Konnte der nicht gebannt werden oder was?

@piff paff puff
na kannst Du das denn reproduzieren ? Also ist das immer so wenn Du den Server wechselst ? Falls ja, dann verfolge halt einfach weitestgehend die Logmeldungen die dabei auftauchen.

@Chraster
der client wird etwas härter bestraft und wird 12 Stunden lang komplett gefiltert.

Das ist kein Problem. Das heißt nur, daß für die betreffende Datei die part-Datei im Tempordner erstellt wird. Wenn Du AllocateFullsize eingestellt hast, wird dann auf einen Schlag die komplette Dateigröße erstellt. Es hängt dann nur davon ab, wie groß diese Datei ist (100MB oder 900MB...). Bei create parfiles as sparse wird nur immer ein Teil erstellt, je nachdem, wieviel Du gerade am herunterladen bist. Hier kann aber der Defragmentierungsgrad deiner Festplatte rapide ansteigen.

MfG Frawe

achso ja.. und wenn grad allociert wird und gleichzeitig eine met-Datei gesavt wird, dann blockiert emule kurzzeitig, denn das met-saven ist nicht multithreaded.

thx für die Antwort.
Achja, meine "zu vielen Verbindungen" sind jetzt auch wieder auf 0. Haste wahrscheinlich Recht gehapt mit bad Quellen und so Xman.

@Xman
 

Nein kann es nicht reproduzieren es ist nicht immer, das war nur das eine mal hatte bis jetzt auch keine Probleme mehr:dance, wer weiß was das war.

eMule v0.47a Testversion Xtreme 5.2b3 Statistik [#####] PIFF PAFF PUFF No. 1]
Transfer
Session UL:DL Ratio: 1.29 : 1
Session UL:DL Verhältnis (ohne Freundesupload): 1.28 : 1
Gesamte UL:DL Ratio: 2.03 : 1
Uploads
Session
Hochgeladen: 2.75 GB / 2.96 GB
Hochgeladene Daten durch Freundesuploads (Session): 18.36 MB
Aktive uploads/nötig um Bandbreite auszunutzen: 8
Gesamtanzahl der Uploads: 9
Wartende Uploads: 1659
Upload Sessions: 795
Erfolgreiche Upload-Sessions: 679 (85.41%) (active: 9, socket: 84, completed: 271, cancelled/ended: 291, different file: 7, exception: 5,blocking: 10, others: 2)
Fehlgeschlagene Upload-Sessions: 116 (14.59%) (socket: 19, completed: 0, cancelled/ended: 95, different file: 2, exception: 0,blocking: 0, others: 0)
Durchschnittlicher Upload pro Session: 4.14 MB
Durchschnittliche Upload-Dauer: 13:07 Minuten
Totaler Overhead (Pakete): 20.92 MB (493.21 K)

Heruntergeladen: 2.13 GB / 2.42 GB
Beendete Downloads: 4
Aktive Downloads: 0
Gefundene Quellen: 0
Download Sessions: 444
Durch Komprimierung gewonnen: 25.74 MB (1.2%)
Durch Datenfehler verloren: 360 KB (0.0%)
Teile gerettet durch I.C.H: 0
Totaler Overhead (Pakete): 14.64 MB (430.17 K)

guten morgen...

und hier mal wieder eine info zum beta test:

@ xman, leider muß ich sagen, das es mit dem update für ip-filter nicht ganz so ist, wie es sein sollte, denn der upload findet bei jeden neustart stand....

@Mamba-Sticks
Du meinst natürlich Download nicht Upload ;-)
Die Frage ist: wird die ipfilter dabei komplett runtergeladen oder findet nur die Verbinung zum Server statt (also Du siehst das Übertragungsfenster für ein paar Sekunden aber es wird nicht wirklich was runtergeladen) !?

Edit:
also ich hab das selbst gerade ein paar mal mit verschiedenen Varianten gecheckt.. bei mir hat er den Wechsel von v107 zu 108 erkannt, die neue Version runtergeladen und beim nächsten Start nicht mehr überprüft. Als ich dann simuliert habe, daß ein paar Tage abgelaufen waren, hat er beim nächsten Start zum Server verbunden und geprüft ob 108 aktuell ist. War es und er hat nichts runtergeladen.
Es lief also alles wie es soll.

Wie schaut das denn aus mit der automatischen emule-Versionsüberprüfung ? Läuft die denn auch jedes mal ? (zu sehen imn Log).

Bei mir funzt das mit dem IP-Filter auch so wie es sein soll.

Moin

Ich hab da mal ne Frage, ich verschmelze immer 1-2IP FIlter miteinander, darunter einer der sich selten ändert.
Wäre es nicht möglich das man eine IP Filter Datei wählen kann irgendwo auf der Festplatte die automatisch verschmelzt wird fals er updated?

Also ich meine das so, ich hab jetzt zb. den v107 Ip Filter mit nem anderen auf meiner Festplatte verschmolzen, jetzt updated er aber auf v108 dann sind die Änderungen von dem anderen Filter ja weg... Und das der Xtreme den neuen v108 eben automatisch mit dem anderen wieder verbindet!
Geht das ist das sinnvoll?

EDIT. Oder sogar so das man 2 URLs auswählen kann, wen man möchte, für IP Filter die dann beide miteinander verschmolzen werden??

Das wär geil! xD

@ xman...
nein er hat die ganze zeit runtergeladen.... habe heut morgen noch mal ein neustart gemacht und komischer weise war diesmal nur die prüfung.... und gleich danach nach so 5 min. wieder neustart und wieder runtergeladen.... hmmm.... habe dann mal ne weile laufen lassen und gerade eben wieder neustart und... nur eine überprüfung....

na ja, leider kann ich dir aber nicht sagen was dan nicht stimmt

@Jok3r
nee, leider nicht möglich.

@Mamba-Sticks
mach mal insoweit nen clean-install indem Du die preferences.ini löscht. Mußt danach halt Deine Einstellungen neu vornehmen.
Die Frage mit dem emule-Versionscheck hast mir übrigens nicht beantwortet.

ohh... sorry.
nein, der versionscheck ist ganz normal, so wie immer....

edit:
habe gemacht, was du vorgeschlagen hast.... ok... schein wech zu sein.... wenn es wieder kommt melde ich mich

so wollte eben nur bescheit geben....
hatte sys. bedingt einige neustarts und der fehler ist nicht mehr aufgetreten... also doch nur ein schluckauf *fg*... läuft also alles wieder

ok.. hier dann voraussichtlich die letzte beta 4. Siehe erstes Posting.

Was ist der HighResTimer? Google, eMule Wiki und Boradsuche konnten es mir leider nich erklären...

Ergründen könnte ich mir das es ein Timer ist der mehr Ressourcen braucht und genauer ist, aber was Timet er?

also ich hab da ein problem mit der beta4
und zwar is das grad so, das ich die mod ausmachen wollt. jetzt hängt der schon seit 3 minuten beim splash rum und da steht nur clearing queues ... (screen angehängt)
das ganze is so überlagernd gewesen, das ich das immer im vordergrund hatte egal, was ich geklickt hab. über task-manager konnte ich das denn beenden wo allerdings der hinweis stand, dass das programm nicht mehr reagiert (hatte ich schon vorher gemerkt).
ne dump wurde nicht erstellt - wenn es irgendwas gibt, was ich noch an info liefern kann, dann raus damit

der screen:
http://img131.imageshack.us/img131/6...reme8bb.th.png

und wie kann ich das genau einstellen und welche vor- und nachteile hatt es.... sorry ich kenn mich da nicht so aus

Du Öffnest die preferences mitm editor und writtest bei HighResTimer ne 1 hin, dann ist er an! :D

Der Vorteil ist wohl das er besser Timet als der sonst verwendete Timer aber mehr Ressourcen verbraucht. (HIGH-RES-TIMER ;) ) Aber dieses bessere Timing ist garnicht wirklich nötig...

@BerndT
danke für das feedback.. werd mich darum kümmern.

@Jo3er
HighreTimer stehgt für High Resolution.. aber der ist zugleich auch ein High Ressourcen Timer ;-)


Edit:
@BerndT
ich glaub ich hab den Bug schon gefunden. Eigentlich offentsichtlich wenn man das zweite Mal den betreffenden Code durchläuft und weiß, welchen Fehler es genau gibt.

Auch gut hat ja gestimmt! :D Um wieviel MBs im Speicher unterschied handelt es sich den da?

Speichermäßig gar nichts.. aber CPU geht hoch.. das merkst Du aber erst bei einem Upload > ca. 700 kb/s

danke für die info

Mal ne stats nach 9h 14min.

mit freundlichen Grüssen
mav744

guten morgen....

so dann auch mal wieder von mir:

so.. nachdem ich heute und gestern heweils noch 8 Stunden gecoded hab, denk ich morgen gibts dann ne neue Testversion, hoffentlich die Letzte.
Sorry, daß diesmal der Beta-Test so lange ausfällt.. aber auch wenn es nicht gleich den Anschein macht, der Xtreme 5.2 hat doch sehr viele Veränderungen unter der Oberfläche.

Gut Ding will Weile haben, oder wie das heißt! :)