eWombat 0.065b [build: 0065.0109]
UL:DL Ratio: Warte... (1 : 2.00)
Downloaded: 0 Bytes (7.86 GB) <- 0 Da der wombat so schnell ist und die releaser nicht mehr hinterher kommen :lol:
Uploaded: 96.67 MB (3.94 GB)
Average DL-Rate: 0.00Kbs (max: 0.00Kbs) UL-Rate 11.98Kbs (max: 12.27Kbs)
aktive Verbindungen (geschätzt): 32 - Zu viele Verbindungen: 0
UL-Sessions successful: 26 avg. time: 20:13 mins | failed: 5 (can't connect: 4 | critical error: 0)
DL-Sessions successful: 0 avg. time: 0 sek | failed: 0 (can't connect: 0 )
Uploads Waiting: 2079 | Found Sources: [0] 0 (0)

S.U.I. successful: 1918 - failed: 21
Detected 33 leechers, 8 credit thieveries

Programm-Laufzeit: 2:17 h
Winsock 2.2 [WinSock 2.0] Running
Mem: 59.90 MB | ClientPool: 2250
spooky mode

Genau wie Pulpman, lasse ich meinen Wombat nur noch im spooky mode laufen. Ausser, wenn ich neue Files in den download hinzufüge, dann conecte ich etwa für 30min auf nen Server, da die Qullenfindunq für neu hinzugefügte Files im spooky mode zu lange dauert. Naja, jetzt warte ich nur auf neues "Futter" für meinen Wombat.

Achja, ich hatte noch nie nen Absturz mit dem Wombat.
SYS:
AMD 600+
256 MB
WinXP pro

Ist einfach ein super Mod!
Danke darkwolf!

Grüsse Slive

eWombat 0.065b

Anscheinend habt ihr das Problem der Abstürze noch nicht beheben können.
Nach 2 Stunden Laufzeit hat er sich verabschiedet.
Die Fehlermeldung lautete:

ewombat.exe hat einen Fehler verursacht und wird beendet

Mein Betriebssystem:
Windows XP Professional SP1 mit allen momentan verfügbaren Updates

Verwende nun wieder die 0.064b mit der ich noch nie irgendwelche Probleme hatte.

ok hier noch was gravierendes:
nach einiger zeit sinkt der upload gen 0, im upload fenster is zu beobachten wie immer kurz ein client erscheint und dann wieder rausfliegt. das geht recht schnell und lässt die failed upload sessions in die höhe schiessen..

wobei vor diesem ausfall die failed upload sessions bei ca 15 lagen.. die weiteren 605 kamen innerhald einer halben stunde zusammen...

John Kimble
Sowas hatte ich auch schon - lag dann aber letztendlich an der Software Firewall!
Welche (wenn) verwendest du denn?

Leider hat sich mein Wombat eben auch verabschiedet. Fehlermeldung wie oben mit dem Hinweis das ewombat.exe "read" auf dem un dem Speicherbereich nicht ausführen konnte.
Neugestartet -> mal sehen was passiert. In 64e diesen Fehler nit gehabt (in den vorherigen Versionen aber auch schon mal aufgetreten).

Sys: Win XP mit ein paar SP1 Updates (sollte mal mein Sys neu machen -> weit mehr als ein Jahr installed *g*)

Gruß Maddis

Ähnliche Probs hatte ich auch. Die ertse Woche lief alles super, danach kam mal dieser "read konnte nicht ausgeführt werden...)-Fehler. Danach bekam ich den Wombat nichtmehr stabil zum Laufen. Immer nach ein paar Stunden hat er sich verabschiedet (ohne Fehlermeldung, einfach nur ein "Eieruhr"-Mauszeiger und keine Reaktion mehr). Kommt mir so vor, als ob beim ertsen Abkacken was kaputt gegangen wäre ;)

cosmic girl, keine software firewall, nur den hardwarerouter.
im verbose log war auch nix auffaelliges..

Das hatte ich auch und nutze WinXP mit SP1, aber alle Updates hab ich noch nicht.

Hi,

ich sag ja, seit der 64er Version schmiert der Wombat bei mir ständig ab, bzw. hängt sich nach unbestimmter Zeit auf. Ich weiß nicht, ob darkwolf im Rahmen der Fehlersuche etwas damit anfangen kann, dass der 63er im Gegensatz dazu über Tage einwandfrei läuft. :|

Bei mir war bis zur 0.064b alles in Ordnung.
Mit jeder nachfolgenden Version hatte ich Abstürze.

Das schlimme daran ist nur eines, dass mit jedem eWombat Absturz irgendetwas am Betriebssystem kaputzugehen scheint. Denn danach läuft keine einzige eWombat Version mehr stabil und es treten dann hinterher, zu Beginn nur vereinzelt und dann immer häufiger, bei den verschiedensten Anwendungen, read Fehler im Speicher auf. Diese Fehler sind bis zum ersten Absturz nie vorhanden.

Glücklicherweise habe ich aber ein Image das ich dann jedesmal wieder zurückspielen muss und bis zur 0.064b ist ja dann auch alles wieder ok.

also ich muss auch revedieren mein wombat stürzt auch ab ich hab so eine vermutung das es bei allen was mit dem ram zu tun hat....mm...schade und er läuft richtig lang bis er abstürzt manchmal über 10 stunden

bei mir läuft er seit fast 2 tagen einwandfrei und mit sehr gutem speed :)

unfair :) mm...ich frag mich echt woran das liegen könnte vorallem weil der vermeintliche bösewicht diese cpu optimation raus ist...bei mir lief der 63 auch am besten.

Veilleicht liegt es am OS..
Ich hab XP pro (ohne SP1)! und hatte bis jetzt noch nie nen Absturz.

Grüsse Slive

Hallo,

habe heute gegen 20.00 vom eWombat 65a auf 65b aktualisiert. 64a lief zuvor die Tage ohne Probleme. Als ich gerade auf den Rechner guckte hatte sich eWombat 65b verabschiedet... Also weniger als 2h Programmlaufzeit....

Bis dato ist noch kein eWombat bei mir gecrashed.


P.s.:
Helfen dir Speicherdumps ect. ?!

Hab die 0.065b bei mir mal einen Tag laufen gelassen, dabei über eine 0.064 drüberinstalliert -> Einmal ist eWombat einfach aus dem Tray verschwunden, ohne irgendeine Meldung, beim nächsten Mal ist eWombat nach dem Hinzufügen eines ed2k-Links auf volle Prozessorlast gegangen, nahm keine Befehle mehr entgegen. Nach 10 Minuten hab ich ihn abgeschossen. Alle vorherigen Versionen liefen eigentlich stabil (bis auf gemeldete und bestätige Bugs, die behoben wurden).

nach 5 1/2 stunden hat sich bei mir der neue verabschiedet. Die a hielt bei mir min 11 ohne absturz :/

über nacht hat sich die 65b leider verabschiedet :cry:
die 64er lief immer ohne probleme...

Hm, die 65b scheint ne Macke zu haben. Werd jetzt die 65a wieder probieren. Vielleicht läuft die besser bzw. als ich die laufen hatte war nicht nach ein paar Stunden schluß durch einen Absturz.

Gruß Maddis :cry:

also 65b abgestürzt durch c# runtime error leider konnt ich nicht sehn was für einer...
okey angeblich ein buffer overrun...

Hi

@Alle, leider hat die 0.065b definitiv einen Bug: der hat sich durch die neue zlib und die bugfixes des eMule0.30e eingeschlichen, ich bin aber gerade am fixen, bzw wieder ausbauen...
Warum das Teil bei mir seit 5 Tagen ohne zu murren läuft kann ich leider nicht sagen (auf alle fälle war es definitv der letzte bugfix den ich von einem eMule übernommen habe)

dafür gibts aber wieder den OnTheFly-Optimizer in einer komplett überarbeiteten Version und default ausgeschaltet ;)

also ich kann mich nicht beschweren. findet quellen besser als die .64 und läuft auch seit tagen ununterbrochen

@ darkwolf, dann warte ich noch mit dem direktlink bis du die verbesserte Version draußen hast. :wink:

mfg
Odinasgardson

Wie immer unser darkwolf hat den Durchblick :D !
Aber ist auch mal nit schlecht. Ne Alpha is besser als die Beta *g* (siehe Sig) läuft Rund un immer wigger.

Gruß Maddis

PS: Der Spooky Wombat Mode war einfach nur ein Geniestreich. Die Server kannst immo total vergessen. Ich bleibe meistens wenn ich Glück hab mal für fünf Min auf einem drauf. Aber so schön wie es ist -> selbst ist der Wombat :wink: . Genial!

Hi

@Maddis, Danke ;)
auch wenn die eWombat Versionsnummern darauf hindeuten die a,b,c,d haben nichts mit alpha oder betaversion zu tun...
Immer wenn ich was neues komplett neues einbaue gibts die nächste versionnummer (wie spooky von 0.64 auf 0.65) bei bugfixes und kleineren änderungen erhöhe ich nur den buchstaben (also quasi das servicepack oder minor-version)...sonst wäre ich mittlerweile irgenwo bei eWombat0.9x :D

Durchblick ist gut: Ich weiss wodurch es kracht und wie ich das wieder entfernene kann, aber warums bei mir und einigen anderen nicht kracht (und ich teste mittlerweile mit sehr 'schrägen' files im dl und die b lief auch 3 tage lang bei 'direkt verfügbaren' testern bevor ich sie released habe) lässt sich wahrscheinlich bloss wieder mit Windows/ServicePacks/Sonnenfleckenaktivitäten erklären ;)

cu
Darkwolf

evtl hilft hier auch meine problemlösung !

ich hatte auch abstürze unter anderen mit dem letzten wombat.

Was geholfen hat, war ein kompletter neuinstall lediglich den aufgeräumten tempordner habe ich behalten. Alles andere habe ich neu gestartet und siehe da ich habe seit drei Tagen nicht einen Absturz mehr.

Wäre doch mal ein Versuch wert für jemanden der bisher auch abstürze zu verzeichnen hatte.

Also wie gesagt lediglich temp mit part und part.met übernehmen und dann neuen userhash und client :mrgreen:

...hätte aber zur Folge dass die Credits flöten gehen oder irre ich mich da?

ja das wäre die folge ! allerdings habe ich kein grossen unterschied gemerkt ! wie gesagt habe auch so eine sehr hohe session ratio bekommen.

Hi,

Morgen (Sonntag) werde ich die gefixte 0.065c releasen...
damit sind dann die Abstürze der 0.065b behoben

cu
Darkwolf

Super Freu mich schon drauf und Webspace wartet schon hab jetzt wieder Direklink für Mods auf meiner Page.


mfg
Odinasgardson

Ho Ho!

Da flitzt wohl schon ne beta von der 65c im Netz. Hab mal schon einen damit in der Warteschlange.

ich habe keine defekte blöcke mehr seit der neuen version, vorher warens nach einer session immer ein paar hundert. der speicherverbrauch ist bei mir höher als vorher.

eWombat 0.065b [build: 0065.0109]
UL:DL Ratio: 1 : 3.91 (1 : 3.16)
Downloaded: 6.86 GB (150.17 GB)
Uploaded: 1.75 GB (47.57 GB)
Average DL-Rate: 42.52Kbs (max: 85.61Kbs) UL-Rate 10.87Kbs (max: 11.96Kbs)
aktive Verbindungen (geschätzt): 180 - Zu viele Verbindungen: 0
UL-Sessions successful: 265 avg. time: 52:17 mins | failed: 36 (can't connect: 33 | critical error: 0)
DL-Sessions successful: 2544 avg. time: 18:28 mins | failed: 582 (can't connect: 0 )
Uploads Waiting: 5001 | Found Sources: [2] 3980 (17)

S.U.I. successful: 78147 - failed: 2576
Detected 986 leechers, 374 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 1 T 23 h
Winsock 2.2 [WinSock 2.0] Running
Mem: 146.43 MB | ClientPool: 8000
ed2k server mode

Hi,

@cobrajet, das war keine Beta, sondern ein prototyp, zwecks release test
Mal eine Frage: Woher hast du das Teil ?
[EDIT]
Sorry, hab nicht genau gelesen, war nur in der Warteschlange
[/EDIT]

Ich bitte euch alle nochmal, wenn auf meiner homepage, hier im board auf emule-project und emulemasters keinen hinweis von mir auf einem neuen
eWombat ist, diese Versionen nicht herzunehmen...

Ein guter hinweis für einen prototypen und Betas ist auch, das ich keine Sourcen für die Teile freigebe

Der prototyp den cobrajet gefunden hat, ist zwar in dem Fall harmloss unterscheidet sich aber trotzdem ziemlich von der end-version
Diese Prototypen Tests mache ich nur mit Leuten mit denen ich persönlich Kontakt habe (also in greifbarer nähe sind ;)) da ich damit funktionen (wie den Spooky) überprüfe, die, falls fehlerhaft, ziemlichen schaden anrichten können

cu
Darkwolf

eWombat 0.065c [build: 0065.020c]
UL:DL Ratio: 1 : 1.65 (1 : 1.32)
Downloaded: 391.41 MB (17.81 GB)
Uploaded: 237.01 MB (13.54 GB)
Average DL-Rate: 24.79Kbs (max: 75.29Kbs) UL-Rate 15.01Kbs (max: 48.98Kbs)
aktive Verbindungen (geschätzt): 241 - Zu viele Verbindungen: 0
UL-Sessions successful: 74 avg. time: 10:42 mins | failed: 205 (can't connect: 7 | critical error: 0)

Programm-Laufzeit: 4:29 h

leider wieder das selbe wie mit der b passiert.. auf einmal haut es einen ganzen batzen leute in der upload schlange durch...

John Kimble, beim sivka-mod musstest du "try to transfer full chunks" (eWombat Upload)
aktivieren. ob es hier hilft, kann ich dir nicht sagen. versuch es mal.

@ darkwolf, nettes startbild.

Hi,

@JohnKimble: Sowas kenn ich eingentlich nur, wenn meine Internetverbindung oder mein Router spinnt...poste mal bitte deine Einstellungen (Extras/Einstellungen in Zwischenablage)

@Gucky: ;)

cu
Darkwolf

SYSTEM:
Emulated OS: Windows XP (Professional), (Terminal Services in Remote Admin Mode), (Uniprocessor Free) v5.1 Build:2600
Underlying OS: Windows XP (Professional), (Terminal Services in Remote Admin Mode), (Uniprocessor Free) v5.1 Build:2600

Installed RAM: 512MB
CPU: 1665 MHz - AMD Athlon(tm) XP 2000+ [Advanced Micro Devices]

SETTINGS:
eWombat 0.065c [build: 0065.020c]
Download: 187 - 187
Upload: 32 - 15
Max. Verbindungen: 300
max.Quellen je Datei: 800
max. neue Verbindng. pro 5 Sek.: 30
Clientport - TCP:6668 UDP:6671
Server UDP-Port: 6678

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
Quellen bei ID Wechsel informieren
Nachricht an den Client das der Upload beendet ist
Per Menü: Lösche Quellen mit QR > 2000
Use Quellen Zwischenspeichern
Defekte Blöcke erkennen (A.Z.F. v2) ~CD-Images ~Videos
A.U.B.W.C.: min: 3
Bevorzuge Release Dateien mit Faktor: 5
versuche komplette Chunks hochzuladen
Client Connection Timeout: 60 sec.
Server Connection Timeout: 25 sec.
ServerReaskTime: 800 sec.
UDPServersReaskTime: 1300 sec.
ServerKeepAliveTimeout: 0 min.
Max HDD Jobs: 1

MISC:
Dateipuffergrösse (512 KByte)
Dateipuffer nach max. 5 Minute(n) sichern
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

@Gucky, hab ich an.

@ John Kimble,

damit hat sich meine PM gerade erledigt! :mrgreen:

Hi,

@Kimble: setzt mal deine max. Verbindungen auf 200 (der wombat ist da noch immer ziemlich aggressiv)
Und ein kleiner Tip: Das Uploadlimit sollte am besten durch 2 ohne Rest teilbar sein (da gibt es weniger rechenungenauigkeit) und die Slots auch...
also in deinem Fall: UL auf 16 mit 4 Slots (man kann leider nicht von jedem Clients erwarten, das er tatsächlich mehr als 4 Kbs download schafft)
Wenn du die Geschichte mit max. 4000 Quellen beachtest dürftest du auch kein grösseres Problem mit einem UL-Limit von 24 Haben (am besten mit 6 Slots)

cu
Darkwolf