Na, dann gutes Gelingen! :)

Habe das Release passend zum Rechnerstart erblickt und werde berichten!

@ Odinasgardson: Werd die Dateien bei mir auf Release stellen. Soll ja gut verteilt sein.

Da kommt man nach Hause und man findet eine neue eWombat Version vor. Was gibt es schöneres ;)
Werd gleich mal umsteigen und später berichten.

darkwolf,

ich mag die 64d Beta gar nicht ausmachen , so irre rennt diese Version ;-)
haste noch etwas verändert seit Gestern zur offiziellen Version ???

Vielen dank fuer diesen mod der ist füer meinen patched Netgear RP114 mit ZyXeL FW perfekt, hab immer nen konstanten dl zwischen 35 - 75, vielen dank echt super!, endlich mal ein wuerdiger tarod
nachfolger in sachen speed =)

Hi,

@DQA321, die einzige Änderung ist, das nicht mehr eWombat Version 0.064d Beta drinsteht, kannst also ruhig noch die Beta weiterlaufen lassen...

cu
Darkwolf

darkwolf,

fein :-)

@ darkwolf, hab mir die Dateien direkt von dir gezogen sind somit Identisch.
@ Maddis, Danke dir für deine Hilfe.

mfg
Odinasgardson

hast du jetzt noch irgendwelche kleinen optimisierungen vor oder gehts jetzt in richtung 65?

Hallo,

noch mal eine Frage an alle:

nachdem ich darkwolfs Einstellungen beherzigt hab, will der Wombat aber nicht so richtig laufen (...an der Geduld soll´s nicht liegen :mrgreen:). Die Probleme habe ich schon seit der Version 64c.


************************************************** *********************************
eWombat Version 0.064d [Build: 0.064.D]

ca. 8-10 Dateien im Download, Gesamtquellen ca.3000max.

Download: 96 - 96
Upload: 16 - 10
Max. Verbindungen: 200
max.Quellen je Datei: 300
max. neue Verbindng. pro 5 Sek.: 20
Clientport - TCP:4662 UDP:4672
Server UDP-Port: random
eWombat---------
S.U.I. (Sichere User Identifikation)
S.N.A.F.U. V2 (Erweiterte Leecher Erkennung)+A.C.T. V2 (Kredit Diebe blockieren)
Verbindungen verteilen
Automatische Quellen Bereinigung, Lösche nicht benötigte Quellen, Lösche unbekannte Quellen
Per Menü: Lösche Quellen mit QR > 1000
Use Quellen Zwischenspeichern
Defekte Blöcke erkennen (A.Z.F. v2) ~CD-Images ~Videos
Blockiere Quellen die defekte Blöcke senden
eXtended Upload Slots: min: 3 max: 3 speed: 3413
Bevorzuge Release Dateien mit Faktor: 5
versuche komplette Chunks hochzuladen
ConnectionTimeout: 60 sec.
ServerReaskTime: 800 sec.
UDPServersReaskTime: 1300 sec.
ServerKeepAliveTimeout: 0 min.
Nachricht an den Client das der Upload beendet ist
---------
Dateipuffer-Größe (240000)
Warteschlangengröße (5000)
Benutze Smart-LowID-Prüfung beim Verbinden
Credit System nutzen (Uploader belohnen)
Server- und Client LAN-IPs filtern
sicheres Speichern von .met/.dat Dateien beim Beenden
************************************************** ******************************

An welcher "Schraube" könnte/solte ich denn im Ansatz am besten drehen, um ggf. ein Verbesserung zu erreichen? Damit meine ich, ob vorrangig die Verbindungseinstellungen entscheidend sind (HL, maxConn, "per5sec") oder die speziellen Einstellungen des Wombats -> "Download/Erweitert"?. Sollte man "aggressive" Einstellungen grundsätzlich vermeiden oder nach dem Motto: "Wenn´s damit läuft, dann soll´s so sein?!"

Big THX :)

Hi,

@kw: Die Einstellungen die ich immer zum besten gebe sind aus meiner Erfahrung her nicht auf jedem System optimal, sie laufen aber überall (zumindestens mit DSL). Wenn du mit deinen aggressiven Einstellungen gute Ergebnisse erzielst, scheinen das für dein System gute Einstellungen zu sein, also warum nicht ;)

Da der eWombat selbst schon ziemlich aggressiv vorgeht (eWombat max.Verbindungen mal 2.5 ~ eMule max. Verbindungen) rate ich eher dazu mit kleineren Werten anzufangen und diese dann langsam zu steigern, es hängt auch stark davon ab ob du einen Router (und was der dann verkraftet) verwendest, USB-DSL Modem oder ein DSL Modem mit Netzwerkanschluss, selbst die Entfernung deines DSL anschlusses zur TK-Vermittlungsstelle spielt eine Rolle
(Sonst wars wieder der Wombat, wenn sich irgendetwas im Netzwerk aufhängt ;) )

Erhöhe deine max.Verbindungen um 50 und beobachte den Upload, wenn der stark zu schwanken anfängt wars zuviel, wenn nicht erhöhe die Verbindungen pro 5sek um 5 und beobachte wieder usw...(mit der Zeit hast du dann die für dein System idealen Verbindungswerte gefunden)
Wer damit leben kann, das es länger dauert alle Quellen abzufrage, kann das Hardlimit auch ruhig höher setzen. Ich fahre meinen eWombat meistens mit Hardlimit 400 und 10 aktive Dateien und wenn es für eine Datei sehr viele Quellen gibt erhöhe ich nur für diese Datei das Hardlimit. Entscheidend ist ja die Anzahl der gefundenen Quellen und nicht das gesamt Hardlimit. Wenn du zum beispiel merkst das selbst bei 10.000 gefundenen Quellen der Upload kein bisschen schwankt und extremer Download kommt, wer soll dich daran hindern soviele Quellen zu benützen. Dafür würde ich aber A.U.B.W.C. als Upload verwenden, der arbeitet genauer als eXtended...

@Tobsen23: Mit optimierungen hab ich noch gar nicht richtig angefangen, ich wollte erstmal ein stabile Grundlage auf der basis des eMule0.30 ;)
Aber wenn jetzt nichts mehr dazwischenkommt, fängt die Arbeit an der 0.065 diese Woche an...Geplannt sind ein Bandwidth-Controller/Pegeler (für max.Verbindungen und Upload/Download Raten) ohne grossartige einstellungsmöglichkeiten (nur an/aus), das selbe fürs Hardlimit (Angabe des Gesamt-Hardlimit), das soll halt so eine Art eWombat Selbsteinpegler werden.
Desweiteren ein paar massive Änderungen im Downloadhandling (ist noch im experementierstadium) und die ersten langersehnten PlugIns (Statistik, Webserver bzw. Fernsteuerung). Ob ich die Kademlia Sachen bereits einbauen werde, weiss ich noch nicht, da man daran noch nichts ändern soll.

cu
Darkwolf

tolle arbeit leistest du hier darkwolf!

@darkwolf,

vielen Dank für die ausführliche Hilfe! :) Ich habe einen D-Link 604 Router, der max. 1024 Connections verkraftet, wirklich noch nie abgestürzt ist und auch sonst munter läuft. Ich hatte schon mal intuitiv mit den von dir genannten Werten experimentiert, war mir aber nicht ganz sicher, ob das in die richtige Richtung geht. Mit diesem "Wegweiser" jetzt, sollte ich das Ziel finden. ;) :D

Also, ich kann nur sagen, dass AUBWC bei mir nicht funktioniert, der macht dann bis zu 28 UL-Slots auf und das ist nicht der Sinn der Sache.
Also nutze ich den ungenaueren, aber ordendlich einstellbaren Extended UL.

Aktiviere mal A.U.B.W.C und stelle die Min-Slots auf 4 und bevorzuge Release Dateien mit Faktor: 4 !
Dann müsste es klappen!

So, hab ein bisschen mit den Einstellungen gespielt und denke, so langsam wird es. Noch eine Frage zu den Drop-Files. Wie handhabt ihr das denn? Den QR-Wert eher (höher) einstellen oder wie darkwolf zeitweise vorschlägt, es ganz zu deaktiveren (je nach Quellen)? Reicht ansonsten das Droppen der "Unbekannten" und "nicht benötigten Quellen"?

Kein Problem :) Ich hab die Hash IDs von meinen Dateien mit deinen verglichen. Sie sind identisch wie es sein sollte.
Deine Formel kann ich nicht ganz nachvollziehen. Bedeutet sie das die eWombat max. Verbindungen um den Faktor 2.5 größer sind als beim offiziellen Client?
Da kann man sich doch nur wieder drauf freuen :D. Den Webserver vermisse ich zwar nicht mehr aber wenns dazu die Möglichkeit gibt ist auch schön.
Kademlia finde ich ist noch zu neu und deswegen wohl noch im "Alpha" Status. Obwohl der eMule 0.40f26 MorphKad0.5 MoD bei mir sehr gut lief. Stabil aber nicht so schnell und Ressourcen schonend wie der eWombat.
Ich habe folgende Einstellungen:
Slots min.: 3
Verwende Release-Slots: 1
Bevorzuge seltene Dateien: ein
Immer ganze Chunks hochladen: ein
--
Damit habe ich immer nur 3 Uploadslots und einen stabilen Upload.

kw, droppen in abhängigkeit der gefundenen quellen.
bei quellen < 50 = qr-drop aus. ansonsten habe ich alle drop-funktionen = standart.

Gucky,

danke, werde es ausprobieren. Klingt ja auch sinnig! :D

Der eWombat droppt doch nur wenn die max. Anzahl bei den Quellen einer Datei erreicht wurde.

und im handbuch steht : "sie müssen den nippel durch die lasche ziehen"

ich gehe da auf nummer sicher !

@Maddis,

schon klar. Mir ging es ja auch nur drum, ob und wieviel gedroppt werden soll. :)


@Gucky,
Was bedeutet das für mich? ;)

kw, na - nüscht natürlich. es steht geschrieben und ich glaube nun mal nicht alles.
deswegen gehe ich auf nummer sicher.

Stimmt schon. Aber wenn Darkwolf da eine inteligente Schaltung eingebaut hat. Mir ist das zu mühsam das manuell einzustellen. Konnte bisher auch keinen Nachteil feststellen.
Hab gerade eine Datei mit 6 Quellen im Down (Globale Einstellung 500 Quellen je Datei). Eine Quelle is bei QR 4500. Eingestellt habe ich das er QRs ab 2500 löschen soll. Anscheinend gibt es so ein System.

Gruß Maddis

Hi

wg. Quellen Droppen: der eWombat droppet Automatisch nur Quellen wenn die Anzahl der neu gefundenen (vom Server oder per XS) das Hardlimit überschreiten, und dann auch nur soviele wie nötig: z.b. Hardlimit 400, aktuelle Quellen 390 neu gefundene 30 -> der eWombat verucht 20 überflüssige Quellen zu entfernen...
Das Problem an der Quellenentfernerei: Bei einer Quelle mit z.b. QR > 4000 kann man trotzdem recht schnell zum Download kommen. Da man die meisten (gute oder schlechte) Quellen von den Servern bekommt, kann man die noch so oft entfernen, die tauchen immer wieder auf.
Eine Quelle die 'Keine benötigten Teile' hat, kann ja bei der nächsten abfrage, selber etwas von dieser Datei bekommen haben und schon hat sie etwas was man braucht.

Zum aggressiven eWombat ;) : der normale eMule bearbeitet die Liste der offenen Verbindungen alle 5 Sekunden (timeouts usw.) der eWombat jede Sekunde, dadurch entsteht beim eWombat mehr Overhead, da er geschlossene Verbindungen viel schneller wiederverwenden kann...irgendwo muss ja der Download herkommen ;) es werden aber nicht mehr Verbindungen verwendet als eingestellt

Zum AUBWC: Wenn das AUBWC dauernd neue Uploadslots öffnet ist die Upload-Bandbreite zu hoch eingestellt, der eWombat verucht derzeit noch nicht die real Verfügbare Bandbreite zu ermitteln, sondern glaubt das was ihr in den Einstellungen stehen habt und denkt, falls eine zeitlang das eingestellte Uploadlimit nicht erreichbar ist, das ein Client im Upload einfach nicht genug Bandbreite hat und öffnet einen neuen Uploadslot (max. soviele wie Upload-Limit eingestellt ist, damit jeder Slot min. 1KByte/sec zugesichert bekommt) wenn er bis zu 28 Uploiadslots öffnet ist das Upload-Limit 28 eingestellt(was ist das bitte für eine Verbindung ? ;))
Ausserdem AUBWC und eXTended Upload werden nur verwendet wenn das Upload-Limit nicht 0 (Unlimited ist)

Ein guter Wert für das Upload-Limit ist: Tatsächliche Bandbreite - 4Kbyte, das hängt natürlich auch wieder von den max. Verbindungen ab, man kann sagen: Pro 50 offene Verbindungen wird ca 1KByte/sec Upload-Overhead erzeugt (nicht nur beim eWombat).

Wg. Overhead, der entsteht nicht nur durch die Daten die der eWombat hin- und herschickt, sonder auch durch das TCPIP-Protokoll.
Zum einpegeln der eMules/eWombats haben sich Tools die den tatsächlichen Traffic (z.b. DU-Meter) anzeigen auch als sehr nützlich erwiesen. Man sollte dabei allerdings nicht surfen oder irgendwelche andere Sachen mit dem Netzwerk anstellen ;)

cu
Darkwolf

Hmmm, also mit den soften Einstellungen komme ich irgendwie nicht zu Potte, außer ich lande einen Glückstreffer mit einer Quelle, die dann auch mal Gas gibt... :(

[Experiment] "Faxen dick gehabt", 300/500/30, alles droppen, QR1000, eingestellt...und wirklich innerhalb von ~10 Minuten sind 5 Files gestartet und der DL war bei ~25.[/Experiment] :D

Jetzt werde ich DAS mal im Auge behalten...

P.S. Auch der Upload ist stabil

Ich nutze Arcor1500: 256kbit UL/1500kbit DL.
Also 32KB- deine gesagten 4KB sind beim mir 28KB, die ich meisstens nicht erreiche.

Um es mal deutlich zu sagen, läuft der eWombat im UL merkwürdigerweise besser, wenn ich im Limit eine 0 drin stehen habe.
Mit Limit einstellung dümpelte er immer zwischen 15 und 26KB herum, als ich dann das Limit genullt habe, läuft er mit mind. 20 KB (je nach dem, was ich noch nebenher mache).

Also, woran liegt es, dass ich mit dem 0-Limit einen stabileren UL habe, als wenn ich ihn limitiere ?

Hi,

@gvstarfleet: Bei Upload-Limit 0 wird der normale eMuleUpload hergenommen, egal was eingestellt ist...Probiers mal mit UL-Limit 20 und AUBWC mit 5 oder 6 min. Slots (müsste eigentlich klappen wenn er mit eMule-Handling immer min. 20 erreicht, das heisst aber auch das im durchschnitt nicht mehr als 20 geht, da der Unlimited Upload versucht soviel wie möglich upzuloaden)

cu
Darkwolf

gvstarfleet,
mein Arcor DSL bringt max 28. Davon kann ich 24 ohne Probleme geben. Erst wenn der Download sehr ansteigt muß ich evtl runter.

also habe ein eigenartiges problem bei der 64d. solang ich bei einem server connect bleibe ists okey. Wenn ich dann durch irgendetwas die serververbindung verliere, fängt er an die server meiner serverliste durch zu connecten und schafft dies nicht, meldungen auf die versuche sind lowid(nicht zu treffend) oder server full also das scheint mir bei den ganzen servern die er durchtestet auch eine unwahrheit zu sein, dann müssten alle voll sein ^^

Pulpman, geht das dann immer so weiter, oder stürzt der dann nach ner Weile ab?

Denn sowas ähnliches hatte ich auch schonmal und jedesmal gabs nen Freeze für den wombat mit 100% CPU-Last...

Komme justament an den PC und habe genau das gleiche Problem (hat die Verbindung verloren) und bekomme die gleichen Fehlermeldungen. Habe ausschließlich vier "große" Server als Staticserver (ProbenPrinz und Razorback), die normalerweise für den reibungslosen Betrieb ausreichen. Wird die Verbindung unvorhergesehen getrennt, bekommt er keine Verbeindung mehr zu diesen Servern. Füge ich manuell ein paar neue hinzu, kann zu einem dieser Server connecten, aber nicht zu den bisherigen. :?:

Einen Freeze gibt es in diesem Zusammenhang nicht (hatte aber bisher schon zwei mit dieser Version).

freeze auch bei mir nicht

Also ich hatte auch mal einen Freeze. Aber das kann auch mein Athlon 1800XP@2200Mhz sein.

Was mir aufgefallen ist, daß ich fast jedesmal, wenn ich den Wombat ausschalte, danach auch einen reconnect machen muß, weil ich nur noch lowid bekomme. Kann sein, daß es aber auch an der Firewall liegt. Allerdings komm ich oft trotzdem nicht drauf, wenn ich die ausschalte. Einmal kurz disconnect und schon bin ich wieder mit highid dabei.

Dann noch ne Frage zu Fake Blocks. Anschalten, oder nicht?
Bisher habe ich es an, allerdings ist mir aufgefallen, daß mehrere Files bei mir nicht fertig wurden, obwohl nur 1 Chunk gefehlt hatte. Nach ein paar Tagen habe ich dann einfach für dieses File die Fake Block Detection ausgeschaltet und schwubs waren sie fertig.

Wie ist ein Fake Block definiert bzw. wie wird er erkannt?

Hi

wg. LowID bzw. Serverfull:
Ich habe jetzt auch mal das Problem gehabt das ich erst nach 25 Versuchen auf einem Server gekommen bin der nicht 'voll' war.
Parallel habe ich testweise einen org. eMule und einen eWombat0.063 auf anderen Rechnern laufen lassen (mit der selben Serverliste und Connectreihenfolge) und siehe da...genau das gleiche (o.k der 63 hat den nicht vollen Server schneller gefunden), es mag zwar selstsam erscheinen aber die beliebten Server scheinen des öfteren randvoll zu sein
Auch liefern fast volle Server sehr gerne LowIDs...(was sie dann noch voller macht, da man zu einem LowID Client nur über einen Server connecten kann :wink: )

@cobrajet:
Kurz gesagt ist eine Fakeblock ein Dateiteil bei dem die Kompremierungsrate nicht stimmt (zb 1:100) oder der nach dem dekompremieren kleiner als vorher ist
Aktiviere einfach bei defekte Blöcke erkennen:
'CD Images nicht überprüfen' und 'Videos nicht überprüfen' dann dürfte es keinerlei Probleme mehr geben

cu
Darkwolf

Ich mach das mit der deaktivierung von Fall zu Fall. Ich hatte auch schon Sachen, wo es Probleme gab. Dann habs ich nochmal geladen mit Fake Block an und siehe da, keine Probleme.

Hi,

@cobrajet, das mit der deaktivierung per Einstellung hängt natürlich auch sehr start von der Datei-Erweiterung ab, aber genau für solche Problemefälle ist ja die aktivierung/deaktivierung des Fake Block Check für jede einzelne Datei da ;)

cu
Darkwolf

Irgendwie vermisse ich eine Funktion in der 64d. Konnte man nicht mal manuell Quellen aktualisieren? Also bei einem File rechtsklick auf eine Quelle und dann auf erneuern (QR).

Gruß Maddis

Maddis,

solche Funktionen sind jetzt nicht mehr erlaubt.

Find ich schade. Seit wann denn? Warum ist es nicht mehr erlaubt?

Frag die Entwickler auf emule-project. Dazu gibts meines Wissens noch nicht mal ne offizielle Stellungnahme, was genau erlaubt ist und was nicht. Wer einen Link hat, kann ihn ja mal posten.