![[eMule-Web]](images/satellite/header/logo.jpg){kind=logo}
|
@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. Code: eMule v0.47a Testversion Xtreme 5.2b3 Statistik [mav744]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: Code: eMule v0.47a Testversion Xtreme 5.2b3 Statistik [Mamba-Sticks] |
@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… |
Ahhh, geiles Feature!: 26.06.2006 12:11:32: Found and marked 86749 recorded bytes of 184320 as corrupted in the CorruptionBlackBox records, 1 clients involved26.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) Involviert hört sich ja fast schon wie im Krimi an! CorruprionBlackBox, my best friend:mrgreen: |
@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. |
Zitat:
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 Zitat:
|
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: Code: eMule v0.47a Testversion Xtreme 5.2b3 Statistik [Mamba-Sticks] |
@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). |
| Alle Zeitangaben in WEZ +1. Es ist jetzt 14:36 Uhr. |
Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.