ist der eWombat bei den einstellungen zum droppen agressiver ?

folgende daten und dann die theorie von mir:
26 files im dl. 1.557 found sources. 6 files mit hardlimt auf 100 (bei 400 werden auch 400 gefunden)
alle standart drop funktionen bei diesen 6 files an + hqr > 2.500
die anderen files ohne hqr
mit diesen parametern ist es mir fast unmöglich, meine aktiven verbindungen
unter 200 zu bekommen.
parameter spread connections off
(gedankengang . er kommt garnicht dazu, kleinere sources zu bedienen, weil
die 6 files andauernd am droppen sind und über xs neue quellen bekommen)

bei spread connections on,
so wie in den letzten 3 std., standen einige sources noch auf warte auf first connect

Theorie : er droppt wesentlich aggressiver als der org-esel.
Vermutung : dropping bei AutoCleanup Sources ist jetzt off und die aktiven verbindungen
marschieren langsam nach unten. (aktuell ~ 130 = normal)

dies betrifft aber nur die anderen 20 files.
für die 6 files sind die settings, wie oben beschrieben, gesetzt.

ich hoffe, ich habe meine theorie so geschildert, das man sie verstehen kann.

ps. bei mir läuft alles in englisch.

@ Gucky,

haste mal genau auf der ersten Seite im Thread gelesen? :D




Ich hatte bisher mit meinem Router auch nur ~1500-1800 Quellen und das Droppen recht aggressiv aktiviert [QR>1000, etc.], das sonst nix zustande kam. Die 0.065c scheint endlich mal mit den empfohlenen Einstellungen zu laufen.

Ich konnte aber die letzten Tage mit darkwolfs Hilfe (nochmal txh an dieser Stelle :)) ganz gut testen, wo meine Probleme liegen. Vielleicht ist das ein Ansatz für dich:

• Nicht zu viele Files gleichzeitig downloaden, auch wenn die Gesamtquellenzahl noch nicht/gerade so erreicht ist. Lieber das HL pro File anheben.
  
• Setz auch mal das HL für die besagten Files höher. Ich denke, ich weiß, was du meinst: du willst nur noch 100 Quellen mit "guter Qualität" haben, d.h., es müsste nach kürzester Zeit "fürchterlich zur Sache gehen". Das Problem: wenn ständig Quellen gefunden werden, die der Dropp-Config unterliegen, haust du die nur wieder raus und der Wombat ist letztendlich nur am Suchen, was wieder deine hohen Connections zur Folge hat. Und eine vermeintlich startbereite Quelle darf nicht so, wie sie möchte, weil der Download mit Overhead oder anderen Arbeiten zugeknallt ist.
  
• behalte mal den Overhead und ggf. Speedschwankungen im Auge. Wenn du die ruhiggestellt hast, sind auch die etwas erhöhten Verbdindungen nicht so tragisch. Ich habe dazu die Downloadeinstellungen sehr niedrig angesetzt.
  
• --> ergo: es geht auch ohne Droppen :D ...bzw. nur "unbekannte Quellen"

Noch Ideen? Oder sollte ich falsch liegen? Immer her damit! :)

zu ps. "alles läuft in englisch" ist eine tatsache und kein problem.
keine lust, wenn ich einen modwechsel mache, irgendwelche lang-dll´s zu kopieren.

zu besagtem hl der 6 files. genau das war es, was ich im auge habe.
nur noch gute quellen mit qr < 2.500.

mir ging es aber hauptsächlich darum, ob er schneller (aggressiver) droppt.
mir ist schon klar, das bei einem hl von 100 (obwohl werte von 400 möglich sind)
er ganz schön am droppen ist. darkwolf postete hier irgendwo, das, wenn neue
bessere quellen gefunden werden, die "schlechten" rausgehauen werden.
das wollte ich mal mit diesen einstellungen nachvollziehen (ausprobieren)

bin nunmal neugierig. wenn solche funktionen vorhanden, muss ich sie auch ausprobieren.

noch nen ps. wo ist eigentlich der unterschied zwischen :
try to transfer full chunks to all uploads + transfer full chunks v2

überall schon gesucht, changelogs, boardsuche -> nix gefunde -> ich vielleicht blind

@ kw, ich kann deinen schlussfolgerungen nur recht geben.
aber vorher lief tbh und der kam mit fast denselben einstellungen gut zurecht.
leider aber immer 4 ul-slots offen und keine konkreten antworten, auf bestimmte
fragen von mir. weder in diesem board noch auf der hp von tbh.

der eWombat65b hatte ja schwierigkeiten gemacht, jetzt 65c und läuft bisher.

auch hierbei, wie immer, neuer mod -> neue einstellungen -> lernen, wie am besten
-> und manchmal fragen

@darkwolf: Hut ab!!! :)

Das Dingelchen läuft nach 17 Stunden endlich mal so, wie ich es mir gewünscht habe. Durchschnittlich konstant mit den o.g. empfohlenen Einstellungen! (außer ein paar HLs nach oben gesetzt) :mrgreen: Die Geduld hat sich gelohnt!

http://home.arcor.de/o_weber/pics/0065c.jpg

Ging mir ähnlich. In "alten Tagen" liefen die LSD-MODs ganz gut, bis dieser in Verruf kam und irgendwie kein herkömmlicher MOD mehr laufen wollte. Dann hörte ich immer öfter den "Begriff" eWombat rumgeistern (war damals also schon so ´ne Art spooky :D) und hab ihm mal eine Chance gegeben. Nur nach der 63er Version wollte bei mir keine Neuere laufen...so viel Geduld ich auch in jeder Hinsicht mitbrachte. Dazu Abstürze an der Tagesordnung. Auch die besänftigenden Ratschläge von darkwolf fruchteten nicht; der Wombat wollte nicht loslaufen. Nicht richtig jedenfalls... Aber Dank darkwolfs Erklärungen konnte ich mir viele Fragen selbst beantworten, bzw. den "richtigen Weg" finden. Soll jetzt nicht heißen, dass du deinen Kram selbst machen sollst :D...sondern als ich´s selbst kapiert habe, war mir einiges verständlicher. Dazu musste ich natürlich erst mal fragen! ;)

Und gestern mit der 65c kam wohl der Durchbruch! (s.o.) :mrgreen:

Ich neige zwar auch dazu, alles neue mal auszuprobieren, aber wenn mir die Logik sagt, dass es nichts bringt oder die Sache nicht unbedingt verbessert (s. Droppen), füge ich mich dem "Schicksal". Und diesmal war es mir hold. :)

nochmal zu meiner frage (ich war auf der hp vom spooky):
1. - versuche komplette Chunks hochzuladen /
2. - versuche ganze Chunks hochzuladen v2: Da nur ganze Chunks von dem ladenden Client weiterverteilt werden, macht es Sinn, auch selbst nach Möglichkeit diese nur vollständig hochzuladen.

meine theorie :
1. es werden 9.28 mb ( 1 chunk) hochgeladen (auch chunkübergreifend)
2. client hat vielleicht schon was vom chunk. wird von mir fertiggestellt und dann ende des ul.

ist meine theorie richtig ?

Hi

1. - versuche komplette Chunks hochzuladen
Das ist die normale eMule/Tarod FullChunk Version:
Der Client bekommt solange Upload bis entweder 9.28Mb hochgeladen wurden, die maximale Uploadzeit von 1 Stunde erreicht wurde, oder der Client einen anderen chunk haben will...

2. - versuche ganze Chunks hochzuladen v2:
Das ist die VQB FullChunk Version, funktioniert im endeffekt genauso wie die eMule/Tarod Version, allerdings wird die max. Uploadzeit ignoriert, damit auch sehr langsame Clients mal die change haben einen ganzen Chunk zu bekommen ;)
v2 wird automatisch für die ReleaseSlots aktiviert...

Welche der beiden FullChunk Versionen ihr hernehmt ist Geschmackssache, es wird aber empfohlen eine zu verwenden (das senkt auch indirekt die failed uploads, da die uploads nicht so oft von Clients mit besseren Rankings unterbrochen werden)

Zum Droppen: Ob und wie ihr es hernehmt bleibt natürlich euch überlassen, die Tips die ich dazu gebe (bzw. Hinweise) entsprechen ja nur meinen Persönlichen Erfahrungen und Vorlieben ;) Wie bei vielen anderen Funktionen im eMule ist das aber auch von den Files, vom System und von der Anzahl der Quellen abhängig...da sind natürlich allgemeine 'BestOf' Einstellungen relativ schwierig ;)

Aggresiver als vorher ist das Autodroppen nicht, es wird nachwievor nur gedroppt wenn Platz für neue Quellen benötigt wird, allerdings stehen die changen nachwievor gut, das die neuen Quellen genau die sind, die man vorher schon gedroppt hat...Wenn sich aber die Crashes jetzt endgültig erledigt haben, werde ich mich mal voll auf die Downloadqueue konzentrieren ;)

Die Funktionen die ich einbaue sind ja dazu da um verwendet zu werden (würd ja sonst keinen Sinn machen) aber es muss jeder selber herausfinden ob es für ihn/sie was bringt oder nicht (Ist das gleiche wie bei dem Droppen)...nur bei den eWombat Experimental Settings sollte man wirklich wissen, was die jeweiligen Funktionen bedeuten

Ach ja, vor 2004 wirds keinen neuen eWombat geben ;)

cu
Darkwolf

@ darkwolf, Thx.

ich habe nur auf files mit vielen quellen alle drop- und hardlimit funktionen an, ansonsten alles off.
damit sind bei mir sind mit diesen einstellungen, die aktiven verbindungen meistens unter 100.

beim spooky-modus habe ich wohl einen fehler gemacht. da muss ich wohl noch
ein wenig lehrgeld bezahlen. das kriege ich aber auch noch hin. (lesen ist angesagt)

failed dl-sessions unter 10% :lol:
bedingt durch die geringen verbindungen werden meine 12 ul fast immer eingehalten. auch -> :mrgreen:

1. bis jetzt auch noch keine komischen fehlermeldungen im log.
2. da hab ich was gefunden und hier die Quelle

habe zwar schonmal gepostet, könnte aber trotzdem hilfreich sein

Hi,

@Gucky:
Gegen diese 255.255.255.255 Server hab ich einen direkten fix eingebaut

Ansich sind die Teile kein Problem, aber es gibt halt jedesmal eine Fehlermeldung im Verbose-Log wenn versucht worden ist, an soeine IP etwas zu schicken ;)
Sollten sich trotzdem noch welche in der Serverliste rumtreiben, einfach löschen, da es unmöglich ist zu 255.255.255.255 zu connecten...

Aber keine Panik, der Spooky-Wombat kann solche Server_IPs nicht an andere Clients schicken, da ja der erste verfügbare Server mit statischer ip verwendet wird und in der Serverliste 255.255.255.255 nicht als statische IP gilt (sondern als DynIP, da es keine zugelassene IP-Adresse ist)...
welche Serverinformation der spooky-mode verwendet kann man im Log nach der aktivierung des spooky-modes sehen

cu
Darkwolf

jetzt hast du mich auf dem linken bein erwischt.
ich glaubte, das changelog richtig durchgelesen zu haben. wohl doch nicht.

aber immer gut zu wissen, das du schon was dagegen unternomen hast.

Gruss Gucky

danke fuer die tips darkwolf, mein problem scheint damit behoben zu sein.

Darkwolf scheint wohl auf Etikette zu stehen. Hier ein Auszug aus dem Verbose: "....fragte nach etwas, ohne 'Hallo' zu sagen, Verbindung wurde getrennt!" :mrgreen: :mrgreen: :mrgreen:

@ xtremchopper
wurde auch zeit, das du so einen besonders freundlichen mod
zur aufnahme, wiedergabe und speicherung deiner daten bewegen konntest. :mrgreen:

nachdem ich ihn endlich richtig eingestellt habe, fängt er jetzt an,
natürlich ganz der nettiquette entsprechend, die clients aufzuforden,
mir ihre daten zu schicken. was sie natürlich auch jetzt prompt erledigen,

Hi

@JohnKimble: freut mich ;)
@xtremchopper: Da könnte ja jeder daherkommen und etwas wollen, ohne sich vorzustellen ;) Ne, die selbe Fehlermeldung kommt auch im eMule. Normalerweise, wenn ein neuer Client zu dir in die Queue will, schickt er als erstes das s.g. Hello-Packet (UserHash, UserName, ClientVersion, IP und Port)...dann schickt dein eMule/eWombat sein eigenes Hello-Packet zurück und erst dann darf die Gegenstelle nach einem File fragen...Ohne diesen Hello-Packet wäre es unmöglich einen Client eindeutig zu identifizieren, trotzdem versuchen einige damit durchzukommen ;) (eigentlich eher unabsichtlich, meistens sind es shareza, mldonkeys und ganz alte eMules/Donkeys)..Die Clients die soetwas machen werden auch nicht gebannt oder sonstirgendwie bestraft, sobald sie ein Hello-Packet schicken kommen sie ganz normal in die Queue...

cu
Darkwolf

Ich hatte schon mehrere Wombat Versuche aber das waren wohl eher die "unfreundlichen" die entweder meinen alten P1 Server nicht mochten oder meinen neueren Client nicht zum gemeinsamen Arbeiten animieren konnten :wink: Mal abwarten wenn mein neues "gebrauchtes Nicht USBModem" mit der Post eintrudelt. Dann werden die Mules auf 'nem P2 ZweitPC ausgelagert und das alte P1 Teil wird zum LinuxRouter.

Edit: Ich seh grade erst das ich Poweruser bin. Bleibt die Frage seit wann :oops:

seit post 750.

mit der 65c ist darkwolf ein (glaube ich bis jetzt) der grosse wurf gelungen.
so weit habe ich noch nie meine aktiven verbindungen runterschrauben können,
ohne grossartig auf interessante quellen verzichten zu müssen.

da ist fast alles drine, was ich so benötige, um ihn auf meinem rechner zum rennen zu bewegen.
bis auf mein heissgeliebtes graphisches statistikfenster.
Zitat :"aber egal - ich bin ja noch jung. ich kann warten."

An die Ministatistik muß ich mich allerdings auch gewöhnen. Hab mich doch grade erst mit der normalen Statistik angefreundet 8)

eWombat 0.065c [build: 0065.020c]
UL:DL Ratio: 1 : 1.24 (1 : 1.17)
Downloaded: 349.25 MB (4.89 GB)
Uploaded: 281.10 MB (4.17 GB)
Average DL-Rate: 11.84Kbs (max: 41.83Kbs) UL-Rate 9.53Kbs (max: 12.28Kbs)
aktive Verbindungen (geschätzt): 200 - Zu viele Verbindungen: 0
UL-Sessions successful: 153 avg. time: 8:52 mins | failed: 51 (can't connect: 42 | critical error: 0)
DL-Sessions successful: 114 avg. time: 18:15 mins | failed: 51 (can't connect: 0 )
Uploads Waiting: 3937 | Found Sources: [0] 3828 (5)
S.U.I. successful: 16754 - failed: 424
Detected 178 leechers, 77 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 8:24 h
Winsock 2.2 [WinSock 2.0] Running
Mem: 67.06 MB | ClientPool: 6250
Spooky Mode
Aktive Downloads 21

Ich kam gestern zeitlich nicht mehr dazu: als der Wombat ca. 20 Stunden am Laufen war und munter mit ~40kb/s vor sich hin schnurrte, kam wieder der berühmt berüchtigte Freeze ("keine Rückmeldung"), als ich lediglich einen der Funktionsbuttons drücken wollte (IMHO "Dateien")

sodele wieder back to home und siehe da 12 Stunden ohne crash im server mode.
Allerdings muss ich mir erstmal wieder alles mühsam neu aufbauen, da durch die ständigen modwechsel, wohl die credits durcheinander gekommen sind !

somit 12 Stunden Session 3,21:1 Failed Down über 40 %

Aber egal die 2. 12 Stunden werden besser

was allerdings merkwürdig ist :

AUSZUG !

23.12.2003 03:45:26: S.N.A.F.U. [213.23.228.166:0] suspect nickname: Client: (null) - Mod: Unbekannt banned
23.12.2003 03:45:50: S.N.A.F.U. [217.232.82.194:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 03:46:15: S.N.A.F.U. [80.145.150.70:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 03:48:17: S.N.A.F.U. [62.218.221.187:4662] hash changer: Client: motorhead1234567 - Mod: Unbekannt banned
23.12.2003 03:48:20: S.N.A.F.U. [80.134.165.78:0] suspect behaviour: Client: (null) - Mod: eMule v0.00 banned
23.12.2003 03:50:11: S.N.A.F.U. [80.146.125.210:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 03:50:48: S.N.A.F.U. [172.180.22.204:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 03:52:03: S.N.A.F.U. [80.143.246.234:4462] hash changer: Client: Hairking [LSD7c] - Mod: Unbekannt banned



23.12.2003 07:48:10: S.N.A.F.U. [80.139.239.165:0] suspect behaviour: Client: (null) - Mod: eMule v0.00 banned
23.12.2003 07:48:27: S.N.A.F.U. [217.226.57.196:0] suspect behaviour: Client: (null) - Mod: eMule v0.00 banned
23.12.2003 07:48:58: S.N.A.F.U. [217.83.208.12:0] suspect behaviour: Client: (null) - Mod: eMule v0.00 banned


23.12.2003 04:20:51: S.N.A.F.U. [62.178.125.229:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 04:24:35: S.N.A.F.U. [194.95.225.130:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 04:24:44: S.N.A.F.U. [217.255.19.124:4662] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned
23.12.2003 04:26:42: S.N.A.F.U. [217.229.172.189:4242] hash thief (act): Client: [New Incoming User] - Mod: Unbekannt banned

dieses habe ich zuhauf ! allerdings gebannt nur 13 ! seit 12 Stunden und ca 10 % meiner clients wo ich in der warteschleife stehe sind nicht identifiziert ebenso meine uploader und bekannte clients

***NEWS von der Front*** :D

Das ganze gestern noch mal gestartet, lediglich die "per5sec" auf 25 gesetzt, nicht die Warteliste durchgeklickt und läuft nach 22 Stunden immer noch! Einziger Knackpunkt: die zu vielen "failed Connections"

__________________________________________________ ___________
eWombat 0.065c [build: 0065.020c]
UL:DL Ratio: 1 : 1.26 (1.20 : 1)
Downloaded: 1.13 GB (2.40 GB)
Uploaded: 911.64 MB (2.87 GB)
Average DL-Rate: 14.87Kbs (max: 49.93Kbs) UL-Rate 11.76Kbs (max: 12.27Kbs)
aktive Verbindungen (geschätzt): 170 - Zu viele Verbindungen: 0
UL-Sessions successful: 246 avg. time: 20:23 mins | failed: 304 (can't connect: 108 | critical error: 1)
DL-Sessions successful: 553 avg. time: 16:08 mins | failed: 74 (can't connect: 0 )
Uploads Waiting: 5023 | Found Sources: [0] 3042 (17)
S.U.I. successful: 36819 - failed: 170
Detected 347 leechers, 432 credit thieveries
Programm-Laufzeit: 22:03 h
Winsock 2.2 [WinSock 2.0] Running
Mem: 77.43 MB | ClientPool: 7500
ed2k server mode
Aktive Downloads 7
__________________________________________________ ___________

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

Installed RAM: 1023MB
CPU: 2793 MHz - Intel(R) Pentium(R) 4 CPU 2.80GHz [Intel Corporation]

SETTINGS:
eWombat 0.065c [build: 0065.020c]
Download: 96 - 86
Upload: 16 - 12
Max. Verbindungen: 200
max.Quellen je Datei: 400
max. neue Verbindng. pro 5 Sek.: 25
Clientport - TCP:4556 UDP:4566
Server UDP-Port: 4665

EWOMBAT:
S.U.I. (Sichere User Identifikation)
S.N.A.F.U. V2 (Erweiterte Leecher Erkennung)+A.C.T. V2 (Kredit Diebe blockieren)+Friendshare-Leecher Mods blockieren
Verbindungen verteilen
Internetverbindung überprüfen Timeout: 1 sec TTL: 10
Downloadqueue anhalten
Uploadqueue anhalten
Client/Server Verbindungen bereinigen
Speicher aufräumen
max. Server Verbindungsversuche 5
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
Blockiere Quellen die defekte Blöcke senden
A.U.B.W.C.: min: 4
Bevorzuge Release Dateien mit Faktor: 5
Eine Warteschlange pro Datei
Bevorzuge kleine Dateien
Bevorzuge seltenen Dateien
Immer ganze Chunks hochladen
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 (3072 KByte)
Dateipuffer nach max. 5 Minute(n) sichern
Warteschlangengröße (5000)
Benutze Smart-LowID-Prüfung beim Verbinden
Credit System nutzen (Uploader belohnen)
sicheres Speichern von .met/.dat Dateien beim Beenden
__________________________________________________ ___________

bei mir läuft er auch , weiß nur nicht was Found Sources: [880] 4576 (4)
bedeutet hat er die noch nicht abgearbeitet


eWombat 0.065c [build: 0065.020c]
UL:DL Ratio: 1 : 2.02 (1.16 : 1)
Downloaded: 221.29 MB (8.87 GB)
Uploaded: 109.80 MB (10.30 GB)
Average DL-Rate: 23.85Kbs (max: 40.93Kbs) UL-Rate 11.84Kbs (max: 12.26Kbs)
aktive Verbindungen (geschätzt): 161 - Zu viele Verbindungen: 0
UL-Sessions successful: 23 avg. time: 19:51 mins | failed: 0 (can't connect: 0 | critical error: 0)
DL-Sessions successful: 39 avg. time: 30:38 mins | failed: 10 (can't connect: 0 )
Uploads Waiting: 3013 | Found Sources: [880] 4576 (4)
S.U.I. successful: 9336 - failed: 68
Detected 78 leechers, 50 credit thieveries
Programm-Laufzeit: 19:56 h
Winsock 2.2 [WinSock 2.0] Running
Mem: 82.49 MB | ClientPool: 7500
ed2k server mode
Aktive Downloads 13

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

Installed RAM: 512MB
CPU: 2405 MHz - Intel(R) Pentium(R) 4 CPU 2.40GHz [Intel Corporation]

SETTINGS:
eWombat 0.065c [build: 0065.020c]
Download: 96 - 86
Upload: 16 - 12
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
Internetverbindung überprüfen Timeout: 1 sec TTL: 10
Downloadqueue anhalten
Uploadqueue anhalten
Client/Server Verbindungen bereinigen
Speicher aufräumen
Modus nach Verbindungsabbruch beibehalten
Quellen bei ID Wechsel informieren
Nachricht an den Client das der Upload beendet ist
Automatische Quellen Bereinigung, Lösche Quellen mit QR > 2000, Lösche unbekannte Quellen
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
Eine Warteschlange pro Datei
Bevorzuge seltenen Dateien
versuche komplette Chunks hochzuladen
Client Connection Timeout: 60 sec.
Server Connection Timeout: 25 sec.
ServerReaskTime: 800 sec.
UDPServersReaskTime: 1300 sec.
ServerKeepAliveTimeout: 10 min.
Max HDD Jobs: 1

MISC:
Dateipuffergrösse (1056 KByte)
Dateipuffer nach max. 5 Minute(n) sichern
Warteschlangengröße (3000)
sicheres / langsameres Verbinden zu Servern
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

Hi,

@kw: versuch mal das VerboseLog zu deaktivieren (und auch kein Log auf Platte schreiben lassen)

Folgendes bezieht sich auf alle eMules - eMuleMods und dem eWombat

Durch einen neuen Einfall der RIAA und der Filmindustrie ist es sehr wichtig immer eine relativ aktuelle IPFilter.dat herzunemmen (die haben einen Client entwickelt der nur extrem gefakte Blocks hochlädt, was beim eWombat über kurz oder lang dazu führt, das er mit Hashen nicht mehr nachkommt)..,Genauere Infos sind hier: http://forum.emule-project.net/index...howtopic=35709

Es scheint auch so das das WindowsXP ServicePack2 Beta1 bei fast allen eMules/Mods und auch dem eWombat Probleme macht...

Desweiteren scheint es auch eine gute Idee zu sein, keine Server mehr von anderen Clients anzunehmen:
http://forum.emule-project.net/index...ic=35367&st=20

cu
Darkwolf

das erklärt mir jedenfalls einiges. um kurz nach 24 uhr ist dein mod mit 100%
cpu-last nur noch zum abschiessen freigegeben worden. starte einen 0.30e mod
und knapp ne halbe std. später genau dasselbe prob wieder. ich dachte schon :
so ein mist, 2 unterschiedliche mod´s mit demselben prob = rechner im eimer.

*schweiss von der stirn wisch*

thx @ darkwolf für diese info. heute nacht kann ich wieder ruhig schlafen.

die default adresse für die ipfilter.dat ist die immer aktuell? Wird die upgedated?

Hi,

@cobrajet: Die default adresse der ipfilter wird leider nicht mehr geupdated...ich arbeite aber nach den Feiertage an einen neuen Autoupdate (Heisst dann LiveUpdate) für die ipfilter und fakechecks über meinen webspace und den ein paar freiwilliger (bitte melden ;))
Hier gibts ein paar Links: http://forum.emule-project.net/index...47&hl=ipfilter
Aber es müsste eigentlich reichen wenn man ein aktuelle Liste hat, ca. 1*Monat zu schauen ob es updates gibt, da diese FakeBlock Clients alle dieselben IPRanges benützen und sich diese wahrscheinlich nicht so schnell ändern werden....

Aktiviert auch die Funktion 'Defekte Blöcke erkennen' ohne jedes 'xxx nicht überprüfen' (die Funktion ist intelligenter geworden und blockt nicht mehr den letzten chunk einer Datei, wenn der letzte block < 180kbyte ist). Wenn sich eine Datei weigert den letzten Block zu laden, kann man die Funktion immer noch für die Datei ('Dateieinstellungen') deaktivieren...

Da der eWombat ja einige dieser FakeBlöcke überlebt und erst Probleme auftauchen wenn zu viele empfangen werden, lass ich mir noch etwas einfallen um soetwas auch ohne die ipfilter zu erkennen und zu unterbinden...

cu
Darkwolf

is das normal, das der mit neuen credits und 4 files im download, wovon ich eine überhauptnicht finde, er sofort mit 15k einsteigt ? :wink: :shock: :shock:

außerdem gefällt mir dieses spooky, hab zwar keine ahnung, wie das funzt, aber er findet ohne server connect arschschnell viele quellen.

Hi,

@Tobsen: Sowas kann durchaus vorkommen (allerdings eher selten), hast halt glück gehabt und gleich die richtigen Quellen erwischt...

Was es genau mit dem Spooky aufsich hat, kannst du im Tutorial nachlesen (den Link findest du in der ersten Post dieses Threads)

cu
Darkwolf

@ darkwolf,

das Verbose-Log habe ich schon seit deinem letzten "Absturzanalyseversuch" deaktviert. :D Das XP2 Beta-Pack habe ich nicht drauf. Den Rest behalte ich mal im Auge.

Das mag jetzt etwas ordinär klingen, aber der 65c läuft wirklich so gut, dass ich masturbative Aktivitäten an den Tag legen könnte! (ich hoffe, dem Jugendsutz genüge getan zu haben :mrgreen:).

Hi,

@kw, war bloss zum sichergehen...

Aber so wie es aussieht, (und auch in den Links meiner Post von weiter oben steht), werden die Freezes (und wahrscheinlich auch die allgemeinen Serverprobleme) durch falsche/illegale Server-IP die man von andere Client bekommt verursacht:
- Immer schön die ipfilter.dat aktuell halten ;) (Hilft auch gegen die Faker)
- 'Server'/'Empfange aktuelle Serverliste von verbundenen Nutzern' deaktivieren
- 'erweiterte Einstellungen'/'Server- und Client LAN-IPs filtern'
- 'eWombat Download'/'Defekte Blöcke erkennen' aktivieren und alle 'xxx nicht überprüfen' deaktivieren (hacken weg ;)

Also
Ein *freezefreies Weihnachten und guten Rutsch
Darkwolf

nich schlecht das tutorial

aber warum kann ich die dateien nicht mehr per F2 umbenennen? das stört mich n bisschen

so ein ärger. blöde weihnachtsüberraschung. mal wieder die 100% cpu-last.. habe über 20 min.
gewartet, ob er sich erholt. war, aber nichts. in meiner firewall-statistik war zu sehen, das sich da in den
verbindungen so einiges an datenverkehr abspielt. es wurde aber keine neuen ip´s mehr aufgemacht.

trotzdem allen ein schönes Weihnachtsfest

Hier mal meine Heiligabend Statistik:

eWombat 0.065c [build: 0065.020c]
UL:DL Ratio: 1 : 2.72 (1 : 1.67)
Downloaded: 5.07 GB (9.62 GB)
Uploaded: 1.86 GB (5.76 GB)
Average DL-Rate: 24.36Kbs (max: 77.48Kbs) UL-Rate 8.13Kbs (max: 12.43Kbs)
aktive Verbindungen (geschätzt): 199 - Zu viele Verbindungen: 0
UL-Sessions successful: 781 avg. time: 12:43 mins | failed: 227 (can't connect: 157 | critical error: 2)
DL-Sessions successful: 1461 avg. time: 23:54 mins | failed: 294 (can't connect: 0 )
Uploads Waiting: 4056 | Found Sources: [3] 3376 (15)
S.U.I. successful: 101898 - failed: 2507
Detected 1354 leechers, 669 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 2 T 8 h
Winsock 2.2 [WinSock 2.0] Running
Mem: 99.59 MB | ClientPool: 7000
ed2k server mode
Aktive Downloads 19

Läuft ganz gut find ich und das obwohl meine CPU seit 10Std. auf 99% stand :mrgreen:
war aber nicht der Wombat sondern der Encoder.

Und nun noch allen (außer den ********n) ein schönes Fest

hi

wie ich so mit bekommen habe seid ihr alle zufrieden damit.

wollte nur fragen gibs es irgent welche einstellungen die ich beachten muss ?

@Dark_Viper3k,

nimm einfach die Standardeinstellungen aus dem Tutorial.

Als aktuellen Tip hat darkwolf noch das hier empfohlen. :)

in welchen abstände löscht er alle unbekanten quellen (habe nähmlich keine zeit einstelung gefunden)

Guten Morgen ;)

Habe evtl. einen Bug gefunden:

Wenn ich nach folgendem Suche: (eBook - pdf) C
Erhalte ich folgenden Fehler: Suchaudruck konnte nicht verarbeitet werden
allgemeiner Fehler

Settings: Typ: Alle und Methode: Global

Warez2k, hast du deinen eWombat im spooky Modus ? Wenn ja dann kann die Suche nicht funktionieren weil sich dein eWombat nicht richtig zu einem Server verbindet. Versuch dich mal richtig zu einem Server zu verbinden dann dürfte die suche auch wieder gehen.

Der Fehler kommt auch, wenn man mit nem Server verbunden ist. Einfach mal die Klammern im Suchbegriff weglassen, dann funktioniert es. Ich bin mir fast sicher, das wenn es ein Bug ist, dieser in allen eMule-Versionen drin ist. Ich glaube aber eher, das eMule versucht, die Klammern irgendwie als logische Zeichen zu interpretieren, das ganze aber keinen logischen Sinn ergibt. Wie man eMule aber dazu bringt, die Klammern nicht logisch, sondern einfach als Zeichen zu interpretieren, weiß ich nicht.

Also ich liebe den eWombat :D
Nur irgendwie scheint er die vollen und hohen Quellen nicht automatisch zu droppen, obwohl ich es in den Options angestellt habe. Er hat immer hunderte volle oder hohe Quellen und das über Stunden. Wenn ich dann bei einer Datei manuel droppe sind es ca 300 Quellen weniger (hab HL 1000, da ich nur 4 Dateien sauge).

Hat jemand ne Ahnung was ich da machen kann?

@Behemoth

Der Wombat dropped nur bei Bedarf, d.h., wenn neue Quellen vorhanden sind, denn sonst würde der dadurch erzeugte Overhead den eigentlichen Download stark beeinträchtigen. Probier einfach die Einstellungen aus dem Tutorial und übe dich in Geduld. :D Glaub mir, nach einiger Zeit (es können auch mal ein paar Stündchen sein) läuft der Wombat wie von alleine los.