Kann es sein, daß die Test2 einen friend upload nach beendigen eines chunks trennt?

bei mir seit heute das selbe. was bedeutet das?

Erfahrungen mit eMule_v0.42e_sivka_v12e8e-TEST2 unter Win98SE und 500 MHz CPU

Erst einmal ein dickes Lob an Sivka für seine Arbeit an den Mod. Zu seinem Mod bin ich recht schnell gekommen, nachdem ich im letzten Jahr Bekanntschaft mit eMule gemacht hatte. Vor dem Sivka hatte ich den LSD Mod ausprobiert, aber dieser war mit Funktionen überfrachtet, die ich nicht brauchte oder deren Sinn mir nicht einleuchten wollte. Zudem verursachte der LSD eine zu hohe Systemlast (Systemdaten siehe weiter unten), sodass das System instabil lief und abstürzte.
Der Sivka Mod hingegen erweitert den Standard eMule um vernünftige Einstellungen ohne großen Resourcenverbrauch. Ich wage sogar zu behaupten, der Sivka Mod macht durch seine 'File(s) Settings' eMule unter Win98SE vernünftig brauchbar.

Leider beobachte ich, wie andere User auch, einige Probleme mit dem Sivka Mod. Ich glaube aber fest daran, dass Sivka die Probleme in den Griff bekommen wird und deshalb bleibe ich weiterhin bei seinem Mod, der in vielerlei Hinsicht immer noch toll funktioniert. Mit diesem Beitrag möchte ich helfen die Probleme zu lösen.

Die Probleme sind:

• - die unstetige Uploadrate. Diese bleibt zwar für Weilen konstant, wird aber durch Phasen unterbrochen, in der der Upload bei beinahe Null rumzapelt. Ich konnte keinen kausalen Zusammenhang für das Eintretten dieses Verhaltens feststellen. Es hing offensichtlich nicht damit zusammen, dass eine Datei fertiggestellt wurde, ich eine Seite im Internet aufrief oder Überhaupt nicht am Rechner saß. Ein herabsetzen der 'Anzahl von Verbindungen pro Sek.' brachte keine ersichtliche Verbesserung. Leider bewirkt dieses Verhalten, das teilweise der Download von Quellen unterbrochen wird und einige Quellen verloren gehen.
  
  - keine Wiederaufnahme des Downloads von 'Chunks', die mehr oder weniger hochkomprimiert sind, bei eingeschaltete 'defeat 0-filled Part Senders'-Funktion. Ein Beispiel: Ich hatte im Dowload eine Datei von etwa 630 MB Größe. Irgendwann blieb der Download bei etwa der Hälfte stehen. Zunächst hielt ich das für normal, da je weiter der Download ist, umso geringer (besonders bei seltenen Dateien) die Wahrscheinlichkeit wird, dass Quellen die fehlenden Teilen haben. Irgendwann wurde ich doch stutzig, weil sich nichts tat obwohl doch einige Quellen zum Download kamen. Diese wurden jedoch kurz nach der Download-Anfrage wieder unverrichteter Dinge aus dem Download geschmießen. Erst als ich 'defeat 0-filled Part Senders' für diese Datei abschaltete klappte der Download wieder. Nachdem die Datei fertig war, stellte ich fest, dass eMule nur 340 MB hat übertragen müssen (geiler Muli!). Bisher kannte ich dieses Verhalten nur bei Dateien, die kurz vor dem Fertigstellen standen und von eMule komprimiert wurden. Soweit ich weiss, ist die 'defeat 0-filled Part Senders'-Funktion nicht von Sivka. Dennoch, falls er Langweile hat ;-), könnte er sich vielleicht auch dieses Problems annehmen, da andere es offensichtlich nicht gelöst bekommen. Ich hätte da ein paar Gedanken zur Lösung dieses Problems. Diese werde ich aber erst in einem späteren Post äussern, falls Interesse besteht, da dieser Beitrag schon ziemlich lang ist.
  
  - das letzte Problem wurde spätestens durch die Version 'sivka v12e8e-TEST2' gelöst: wie auch andere User schon berichtet haben, stürtzte die offizielle Version 'sivka v12a8a' wenige Sekunden nach dem Verbinden mit einem Server ab. Anbei habe ich ein Ausschnitt der Verbindungsdaten mit dem TEST2 Mod angefügt.

Sivka hat inzwischen schon den neuesten eMule v42f gemodet (erstmal 'nur' in einer RC1-Version). Mein kurzer Test zeigt, dass sie unter Win98SE läuft. Ich habe auch das Gefühl, dass diese Version besser mit Quellen umgeht und schneller ist als die TEST2. Diese Version bleibt erstmal drauf.

Test von eMule_v0.42e_sivka_v12e8e-TEST2
----------------------------------------------------
System:

• CPU: AMD K6/2 500 MHz
  Speicher: 128 MB RAM
  Internet: DSL 768/128 kbps über Router
  BS: Windows 98 SE mit IE 6
  Software, die parallel zu eMule läuft: NAV 2004, Opera (Browser)

eMule-Einstellungen (Auswahl):

• Download/Upload limit: 86/12 kBps
  max. Quellen je Datei: 120
  Verbindungslimit: 200 (Registry-Patch für Win 98 installiert)
  Netzwerk: Kein Kadmelia
  Liste bekannter Clients ist deaktiviert
  Warteschlangenliste wird nicht in Echtzeit aktualisiert
  Webinterface deaktiviert
  Erweiterte Einstellungen nicht verändert
  Upload Slots: 3+1
  Timer for reask sources: 29 min

Statistiken:

• Laufzeit: 8,25 Stunden
  CPU Last: 20 - 30%
  durchschnittliche Verbindungen (geschätzt): 49
  Verbindungsspitze (geschätzt): 132
  Verbindungs-Limit erreicht: 0

Verbose-Ausgabe (Ausschnitt):

• http://emule-project.net: Upload session ended due to canceled transfer.
  RCV: Source Request to fast. (This is testing the new timers to see how much older client will not receive this)
  lkjhlkjh [emule.de v8]: Upload session ended due to score.
  'lkjhlkjh [hlkjhlkjh]' is already banned. Client ignored.
  received signature for client without public key
  Clients: lkjhlkj (***.146.241.***), Banreason: Userhash invalid
  Client 'lkjhlkjh' scheint aggressiv zu sein, und wurde aus der Upload Warteschlange verbannt
  DONT ASK THIS IP=111.999.999.111! CDownloadQueue::CheckAndAddKnownSource() ignored!
  DONT ASK THIS IP=999.111.111.999 => CDownloadQueue::RemoveSourceAndDontAsk()!

Log-Ausgabe:

• Verbindung hergestellt zu: lkjhlk.kjkh
  Neue Client-ID ist 12345678
  Change from ID=0 to ID=0123456789
  9 neue Server empfangen
  Hashe Datei: "\incoming\blabla.bla"
  Hashe Datei: "\incoming\blublu.blu"
  POSSIBLY CRASH => CSafeMemFile::Read() => SIZE=65
  POSSIBLY CRASH => CSafeMemFile::Read() => SIZE=97
  Received suspicious block: file 'ehhehh.ehh', part 3, block 183, blocksize 85130, comp. blocksize 482, comp. factor 176.6)
  Username 'lkjhlkjhlk' (IP 123.999.999.456:7878), hash ffffffffffffffffffffffffffffffff
  Block dropped
  Download von 'huhuhu.hu' wird gestartet
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=19
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=16
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=28
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=20
  Hashe Datei: "\Temp\25.party"
  Download von urgaurga.urg ist komplett :-)
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=16
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=28
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=19
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=19
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=28
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=28
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=20
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=19
  POSSIBLY CRASH => CSafeMemFile::Read() => SIZE=65
  POSSIBLY CRASH => CSafeMemFile::Read() => SIZE=65
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=28
  POSSIBLY CRASH => CSafeMemFile::ReadUInt16() => SIZE=28

[/i]

Moinsen Leute,
hoffe jemand kann mir helfen. Krieg neuerdings immer folgende Nachricht:

Was es bedeutet ist schon klar, aber wie kann ich es abstellen???

Willkommen an Board, dynamiteXXL!
Zu der Meldung gibt es einen Thread: hier. Abstellen kannst du solche Meldung wie hier beschrieben.

........danke für den Hinweis.........bin die Meldung gleich los geworden!!!

greetz dynamite

Bug-Report 0.42e Sivka.v12e8
 

wenn ich z.b. "dateien" aufrufe und noch bevor der client anscheinend damit fertig ist, von hd alle daten zu lesen, die er dort anzeigen soll, das kontextmenü einer datei aufrufe, stürzt er ab.
ich habe das mehrfach an verschiedenen stellen beobachtet, das er empfindlich auf schnelle click-aktionen reagiert.
wenn diese probleme beseitigt sind und evtl. noch vom morph die übernahme von gefundenen quellen aus der suche bei starten eines gefundenen downloads integriert wird, wäre das ein klasse mod.
durch die auto-drop-funktionen findet er viel mehr effektiv nutzbare quellen, als andere.

grüsse, faker

fakeraol, probier's mal mit der 12f9 RC1 (-> hier), läuft deutlich stabiler.

vielen dank für den tip, werds morgen mal probieren.
ich hab im moment grad nen ***** drin, der sehr schwer zu bekommen ist (in 4 wochen 3 chunks :( ).
in der bibliothek hab ich nur ne vollkommen ausgeleierte vhs-kassete über ihn gefunden, auf der kaum noch was zu erkennen ist. :?


[edit by Pathfinder: Wir wollen nicht wissen was du runterlädst!]

kann mir jemand mal auf deutsch erklären was diese nachricht heissen soll: Sorry, you have not understood P2P. Wäre echt net, bekomme sie in letzter zeit immer öfters......Danke schon mal in voraus.....

hallo xenomorph,

diese ban-meldungen werden von ML-Donkey clients verschickt und zwar
dann wenn in deinem nickname runde oder eckige klammern stehen.

TIP: wähle einen einfachen namen aus, z.B. xenomorph ;)

sivka ;)

Ich hab die 30er Sivka mod benutzt und war zufrieden, jetzt hab ich die 42 v12e8 und es gibt paar Probleme.

Nach einem e-mule Neustart wird das HL immer wieder auf 350 gestellt obwohl ich es immer auf 200 oder 150 stelle.

Das ist ein Problem weil ich sehr viel weniger quellen pro Datei habe als bei der 30er Version, viele Dateien sind erstens nicht ganz blau und mansche nur rot, ich bin aber dran gewöhnt das alles mindestens dunkelblau ist mit mindestens 50 quellen bei denen ich in der Warteschlange bin. 8)

Ich habe nicht viel verändert nach der Installation habe ich einfach die max Verbindungen auf 250 gestellt (wegen Router) und Hard Limit auf 150 wie bei der 30er Sivka.

Gibt es eine Änderung oder wieso bekomme ich so wenige quellen trotz high-ID, optimalen Upload und bis zu 2000 in meiner Warteschlange und 36 Files für mein DL ?

Danke und bye

Jep danke Sivka hat mir weiter geholfen.

in der hoffnung dass ich hier richtig bin folgende für mich sehr seltsame erscheinung:

habe eben gelesen, dass man alle 4 ports auf dem router freischalten sollund UDP nicht deaktivieren. habe ich also gemacht
emule 42esivka12e8
dlink 614+ router
winXP
ports TCP4241,4242,UDP4245,4252

jetzt bekomme ich nur lowID, UPundDOWN steht mehr auf 0 als dass sich dort was tut. Als ich vorher jedoch nur 4242 freigeschaltet hatte und in muli UDP deaktivierte fubktionierte alles toll. UP 30kb und down so bei 10 (nicht berauschend aber io)

soll ich jetzt wieder zurück oder habt ihr schon einen plan, woran es liegt?

greetz

@ schlabba hi, bist hier eigendlich falsch aber ich denke das sieht Sivka nicht eng..... Erstmal zu deinem Router....... Normaler weiße brauchst du nur TCP 4661 / 4662 freischalten und UDP 4672...... Du muß aber diese ports in deinem Router auf deine Rechner IP freischaten das heißt zu beispiel 192.168.0.100 TCP 4661 USW wen du das nicht gemacht hast wird das nichts.... die genauen einstellungs möglichkeiten bei Dlink kenne ich nicht. Hoffe aber das hilft dir erst mal..... Ansonsten gibt es extra Tread für Router Problemme......

http://www.emule-web.de/board/dsl-router/