eWombat 0.066d => eMule0.30/0.44 XMas-Wombat [24.12.2004]

[Gucky]

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.

[kw]

@ Gucky,

ps. bei mir läuft alles in englisch.

haste mal genau auf der ersten Seite im Thread gelesen?

Zitat von darkwolf

Bitte auch unbedingt den lang ordner und alle dll's darin in euer Wombat-Verzeichniss extrahieren
falls ihr eine andere Sprache als Englisch verwendet.

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 ...bzw. nur "unbekannte Quellen"

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

[Gucky]

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

[kw]

@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) Die Geduld hat sich gelohnt!

[kw]

Zitat von Gucky

@ 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.

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 ) 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 ...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.)

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.

[Gucky]

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 ?

[darkwolf]

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

[Gucky]

@ 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%
bedingt durch die geringen verbindungen werden meine 12 ul fast immer eingehalten. auch ->

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

22-Dec-2003 [bluecow]:
Note: There is currently an eMule Mod in the network which spreads an invalid server IP (255.255.255.255). Depending on your network configuration (UDP related) and depending on your eMule server list preference settings, this may cause some troubles (mostly stalls, some mem leaks). The fix for this problem didn't take its way into this Kademlia test client. To avoid any possible problems I recommend to do the following.

*) Search your current server list for an entry with the IP 255.255.255.255. If there is one available, remove it.

*) Add the following line to ipfilter.dat (see also the FAQ how to handle the IP-filter)
Zitat:
255.255.255.255 - 255.255.255.255 , 000 , INADDR_NONE

*) Goto Preferences/Security and enable the option "Filter servers too (rejects dynIP-servers too)".

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

[darkwolf]

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

[Gucky]

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

[John Kimble]

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

[xtremchopper]

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

[Gucky]

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

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,

[darkwolf]

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

[xtremchopper]

Zitat von Gucky

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

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 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